Codex CLI 오픈소스 4개, 브라우저 자동화부터 플러그인 마켓까지

2026-05-22

오늘 묶은 네 가지는 한 번에 다 가져가는 세트가 아닙니다. Claude Code와 Codex 같은 CLI 코딩 도구를 여러 갈래로 돌리고 싶은 사람, 브라우저 탭 안에서 끝나던 일을 AI에게 넘기고 싶은 사람, 도구마다 따로 적던 규칙을 공용 자산으로 묶고 싶은 사람, 모델 구조를 코드로 따라가 보고 싶은 사람이 각각 다르게 볼 만한 묶음입니다. 바이브 코딩을 오래 붙잡다 보면 막히는 지점이 늘 비슷해지는데, 오늘 고른 오픈소스 4개는 그 막힘을 푸는 위치가 서로 또렷합니다.

1. superset-sh/superset

⭐ 10992개 · TypeScript · GitHub, HN에서 같이 보인 오픈소스

superset-sh/superset은 Claude Code와 Codex 같은 CLI 기반 AI 코딩 도구를 한 화면에서 여러 개 돌리는 데 초점이 맞춰져 있습니다. git worktree를 써서 같은 프로젝트를 작업 폴더 여러 개로 나누고, 각 세션의 브랜치와 실행 상태가 섞이지 않게 붙잡는 방식이라 병렬 작업 에디터라는 설명이 가장 잘 어울립니다.

버그 수정, 테스트 추가, 문서 정리를 따로 맡기고 싶은 날이 있죠. 그럴 때 한 폴더 안에서 모든 걸 섞어 돌리면 맥락이 흐려지는데, 이 프로젝트는 작업 단위를 처음부터 분리해 둡니다. 내장 diff 화면으로 바뀐 내용을 바로 나란히 볼 수 있어서 창을 계속 오가며 다시 읽는 시간도 줄어듭니다.

혼자 만드는 흐름에도 잘 맞습니다. 오전에는 기능 초안, 오후에는 테스트, 밤에는 리팩터링 후보처럼 성격이 다른 일을 분리해서 보고 싶을 때가 있는데, 그 구간에서 이 오픈소스가 선명해집니다. 오늘 묶음 가운데 가장 먼저 손이 갈 만한 건 이쪽입니다.

2. browser-use/browser-harness

⭐ 13508개 · Python · GitHub에서 먼저 눈에 띈 오픈소스

browser-use/browser-harness는 LLM을 실제 크롬 브라우저에 직접 연결하는 얇은 CDP 하네스입니다. 중간 추상화를 두껍게 쌓기보다 웹소켓으로 크롬에 붙고, 필요한 보조 코드를 상황에 맞게 더하는 쪽에 가깝습니다. 브라우저를 멀리서 누르는 느낌보다 탭 안으로 들어가서 읽고 클릭하고 입력하는 흐름에 더 가깝습니다.

연결 방식도 선명합니다. Claude Code나 Codex에 세팅 프롬프트를 넣고 chrome://inspect/#remote-debugging에서 연결을 열어두면, 그다음부터는 탭 이동, 클릭, 입력, 읽기 같은 작업을 이어받는 구조입니다. 프로젝트 안에는 helper 코드와 도메인별 스킬 폴더가 따로 잡혀 있어서 사이트 성격에 맞춘 확장이 자연스럽습니다.

로그인 뒤에만 보이는 관리자 화면 확인, 대시보드 숫자 수집, 반복 폼 입력처럼 마지막 한 칸이 늘 브라우저에서 막히는 작업이 있죠. AI 코딩 도구가 코드까지는 잘 써도 실제 웹 화면 앞에서 멈추는 경우가 많은데, 이 프로젝트는 바로 그 구간을 메우는 데 방향이 맞춰져 있습니다.

3. wshobson/agents

⭐ 35806개 · Python · GitHub에서 크게 퍼진 오픈소스

wshobson/agents는 Claude Code, Codex CLI, Cursor, OpenCode, Gemini CLI가 같이 쓰는 멀티 하네스 플러그인 마켓 성격의 프로젝트입니다. 플러그인 82개, 에이전트 191개, 스킬 155개, 커맨드 102개가 한 소스에서 관리되고, 각 도구가 읽기 좋은 형태로 풀어내는 구조를 갖고 있습니다.

여기서 먼저 보게 되는 건 단순한 프롬프트 묶음이 아니라는 점입니다. 같은 Markdown 재료를 두고도 하네스마다 자연스러운 산출물을 따로 만드는 흐름이라 특정 도구 하나에만 매이지 않습니다. 팀에서 여러 도구를 섞어 써도 운영 규칙과 작업 습관을 공유하기 좋고, 혼자 작업할 때도 필요한 커맨드 세트만 골라 붙이기 쉽습니다.

새 도구를 붙일 때마다 규칙 파일을 처음부터 다시 적는 일이 자주 반복된다면 이 프로젝트가 특히 눈에 들어옵니다. 전부 한꺼번에 가져올 필요는 없습니다. 어떤 스킬을 분리하고 어떤 명령을 공통 자산으로 빼두는지가 꽤 또렷해서, 운영 설계 자체를 정리할 때도 참고할 부분이 많습니다.

4. kyegomez/OpenMythos

⭐ 13303개 · Python · GitHub에서 확인된 연구형 오픈소스

kyegomez/OpenMythos는 Claude Mythos 아키텍처를 공개 연구와 추정만으로 다시 세운 이론 구현입니다. 구조는 Prelude, 반복되는 Recurrent Block, 마지막 Coda의 세 단계로 나뉘고, attention은 MLA와 GQA를 바꿔 쓸 수 있게 열어뒀습니다. feed-forward도 sparse MoE로 짜여 있어서 깊이 가변형 추론을 실험하는 데 초점이 맞춰져 있습니다.

이 프로젝트는 서비스에 바로 붙이는 생산성 도구보다는 모델 내부를 읽고 바꾸는 실험실에 가깝습니다. 루프 횟수를 조정하거나 attention 방식을 갈아끼우고, Flash Attention 2 같은 가속 옵션을 얹으면서 계산 구조를 직접 따라가고 싶은 사람에게 더 맞습니다. 논문 요약 한 장보다 코드가 훨씬 빨리 이해되는 날에는 이런 형태가 더 도움이 됩니다.

Anthropic 제품과는 별개로 움직이는 커뮤니티 재구성이라는 점도 성격을 분명하게 만듭니다. 오늘 소개한 네 가지 가운데 가장 연구용에 가까운 프로젝트라서, 당장 업무 자동화보다 모델 구조 공부가 궁금한 밤에 더 어울립니다.

네 가지를 한 줄로 묶으면 병렬 작업, 브라우저 제어, 규칙 재사용, 모델 이해입니다. 코드 작업이 자꾸 섞이면 superset, 로그인 뒤 화면까지 이어서 다뤄야 하면 browser-harness, 여러 에이전트 도구에 같은 운영 규칙을 얹고 싶다면 agents, 모델 내부를 코드로 읽고 싶다면 OpenMythos부터 열어보면 됩니다. 같은 AI 코딩 흐름 안에 있어도 어디에서 시간을 아끼고 싶은지에 따라 선택지는 꽤 달라집니다.