Vobuda
다운로드 작동 방식Claude Codevs Codex비교 소개 문의

디스크 파일로 보는 Codex와 Claude Code 비교

어느 쪽이 코드를 더 잘 짜는지 판정하는 글이 아닙니다. 두 프로그램을 한 창에서 함께 다뤄야 했던 사람들이 실제 동작 방식을 그대로 적은 글입니다.

이 비교가 다른 글과 다른 이유

Codex와 Claude Code를 비교하는 글 대부분은 누군가의 노트북에서 돌린 벤치마크이고, 두 프로그램 모두 그 어떤 리뷰보다 빠르게 모델을 갱신하기 때문에 한 달만 지나도 낡은 글이 됩니다. 이 글은 그런 방식을 택하지 않았습니다. 어느 쪽이 코드를 더 잘 짜는지는 질문하는 날의 모델에 달린 문제이고, 우리는 그 답을 내리려 하지 않습니다.

저희가 말씀드릴 수 있는 것은 두 프로그램이 무엇으로 이루어져 있는지입니다. Vobuda가 둘 중 어느 쪽 위에든 컨트롤 바를 그리려면 둘을 모두 읽어야 했기 때문입니다. 각자 세션을 어디에 두는지, 세션을 다시 여는 것을 무엇이라 부르는지, 모델 목록이 어디에 있는지, 지금 어떤 모드인지를 어떻게 알리는지. 모두 여러분 디스크에 있는 사실이며, 천천히 바뀌고, 하루 작업에 각각 어떻게 들어맞는지를 결정하는 것들입니다.

짧게 말하면, 바깥에서 보기에 더 읽기 쉬운 쪽은 Claude Code입니다. 모델을 파일에 적어 두고, 세션을 프로젝트별 폴더에 보관하며, 플래그 하나로 세션을 다시 엽니다. Codex는 더 많은 것을 안에 감춥니다. 모델은 자체 선택기로 바꾸므로, 틀리게 될 목록을 내놓는 대신 그 선택기를 열어 보여 주는 내용을 읽는 것이 정직한 방법입니다.

각각 무엇을 어디에 저장하는가

이 표에 있는 내용은 모두 눈앞의 기기에 실제로 존재하며, 직접 확인할 수 있습니다.

Claude CodeCodex
지난 세션~/.claude/projects 아래 프로젝트별 폴더모든 스레드 이름을 담은 인덱스 하나, ~/.codex/session_index.jsonl
예전 세션 열기--resume <id>resume <id>
마지막 세션 이어하기--continueresume --last
스킬~/.claude/skills, 그리고 프로젝트 내 대응 폴더~/.codex/skills, 그리고 프로젝트 내 대응 폴더
모델 목록자체 파일에 기록되어 서버가 알려주는 대로 새 모델이 나온 당일 바로 나타남자체 선택기이며, 메뉴가 그것을 열어 한 줄씩 읽습니다
모델 설정모델은 /model, 수준은 /effort자체 /model 선택기, 그다음 모델마다 수준 선택
설정 파일settings.jsonconfig.toml
상태 표시줄 표기Opus 5.5, 사고 강도 높음, Claude Maxgpt-5.6-terra medium
프로세스 목록에서의 모습claudenode, Codex는 node로 실행되기 때문

2026년 9월 기준 두 프로그램의 현재 설치본으로 확인했습니다. 정확한 근거는 각자의 공식 문서이며, 이 표는 두 프로그램을 직접 구동해야 하는 창에서 본 모습입니다.

폴더 두 개, 위 표의 모든 근거가 담긴 곳

두 에이전트 모두 이 내용을 숨기지 않습니다. Vobuda의 컨트롤 바는 바로 이 파일들을 읽기 때문에 우리가 직접 적어두지 않은 모델 목록도 보여줄 수 있습니다.

~/.claude
settings.json          모델, 추론 강도, 권한projects/              프로젝트별 폴더 하나씩  <project>/           해당 세션들, 최신 순으로 마지막skills/                내 스킬과 프로젝트 자체 스킬history.jsonl          입력한 내용, 순서대로
프로젝트별 폴더가 세션을 나눠 보관하므로, 재개할 때 먼저 어느 프로젝트인지 물어봅니다. 모델 목록은 설치본이 스스로 기록하는 파일입니다.
~/.codex
config.toml            모델과 추론 수준session_index.jsonl    모든 스레드, 한 줄씩skills/                내 스킬과 프로젝트 자체 스킬
인덱스 하나가 모든 스레드 이름을 담고 있어서 resume --last가 명령 하나로 끝나고, 예전 세션을 고르려면 이 인덱스를 읽어야 합니다.

우리가 걸려 넘어진 함정 세 가지

이 셋은 전부 처음엔 Vobuda의 버그였고, 하나하나가 두 에이전트에 대한 사실을 말해줍니다.

Claude 세션의 최하위 프로세스는 흔히 codex입니다

Claude Code는 Codex를 자체 보조 프로세스로 실행합니다. 그래서 트리에서 가장 깊은 프로세스를 기준으로 어느 에이전트의 블록인지 판단했더니, 독은 Claude 세션인데도 CODEX라고 표시했고 '새로 시작' 버튼이 엉뚱한 프로그램을 다시 시작했습니다. 블록이 속한 에이전트는 그것을 시작한 프로세스가 아니라 사람이 실제로 실행한 그 에이전트입니다.

Codex는 node_repl이 아니다

Codex는 node로 실행되는데, 셸이 프로그램을 시작할 때 자신을 포크한 뒤 그 프로그램으로 교체하는 방식이라 실행 파일을 이름으로 직접 물어보지 않으면 프로세스 목록에는 평생 옛 이름으로 남습니다. Codex를 실행 중인 블록이 한때 node_repl이라는 제목으로 표시된 적이 있습니다.

한 에이전트의 목록이 다른 에이전트의 블록에 뜨는 문제

모델 목록 두 개와 continue 플래그는 에이전트가 하나였을 때 작성되어 세 개가 된 뒤에도 전역으로 남아 있었습니다. Codex 블록을 열면 Opus, Sonnet, Haiku, Fable이 나왔고, continue는 codex --continue를 보내 Codex가 사용법 오류로 응답했습니다. 이제 어떤 프로그램에서 읽어온 정보든 그 프로그램에 속하며 오직 그 프로그램에만 물어봅니다.

에이전트 화면의 단어는 바뀝니다

에이전트의 인터페이스에서 특정 단어를 찾아 답변이나 요청을 인식하는 방식은 그 에이전트의 다음 릴리스에서 바로 깨집니다. 두 에이전트 모두 모양으로 구분됩니다. 에이전트는 주변에 그려진 박스가 아니라 입력을 기다리며 앞에 띄우는 프롬프트로 식별되는데, 박스는 유행을 타지만 프롬프트는 그렇지 않기 때문입니다.

대부분이 실제로 원하는 답은 둘 다입니다

실제로는 누구도 한쪽을 골라 다른 쪽을 지우지 않습니다. 지금 하는 일에는 한쪽이 더 낫고, 다른 일을 하던 세션은 다른 쪽에 남아 있으며, 둘 다 하필 곤란한 순간에 사용량 한도에 걸립니다. 중요한 건 둘을 동시에 돌리는 데 비용이 드는가입니다.

Vobuda에서는 그렇지 않습니다. 한 탭에 블록 두 개, 또는 탭 두 개가 각각 자기 에이전트를 읽는 자체 바를 갖고, 각자의 모델과 사고 강도을 보여 주며, 그 옆에 Claude Code의 권한 모드가 표시됩니다. 둘 다 같은 방식으로 창에 신호를 넘기므로 배지, 소리, 알림은 어느 쪽에서 나왔든 같은 뜻이며, 자리를 비운 사이에 일어난 일의 기록도 둘을 나란히 블록별로 묶어 보여 줍니다.

둘 다 설정 항목이나 토글로 연결하지 않습니다. 쓰기 전에 설정해야 하는 신호는 기능이 아니라 숙제이기 때문입니다. 시작할 때 스스로 연결되며, 이미 실행 중이던 에이전트에는 탭 스트립의 '통합' 버튼이 연결을 다시 넣어 줍니다. 기존 서드파티 훅은 그대로 남고, 이미 어떤 이벤트를 차지하고 있는 것은 저희 훅 바로 뒤에 호출됩니다.

Codex와 Claude Code, 솔직한 질문들

Codex와 Claude Code 중 무엇이 더 나은가요?

코드 품질로 따지면 이는 질문하는 날 각각 어떤 모델로 돌아가는지에 달린 문제이고, 글로 적어둔 답은 금세 낡습니다. 프로그램으로서의 동작 방식으로 보면 Claude Code가 외부에서 보기에 더 투명합니다. 모델 목록을 파일에 기록하고, 프로젝트별 폴더에 세션을 보관하며, 플래그 하나로 세션을 재개합니다. Codex는 자기 정보를 더 많이 내부에 감춥니다.

Codex와 Claude Code를 나란히 함께 쓸 수 있나요?

네. 같은 창에 블록 두 개를 두고 각자 자기 에이전트를 읽는 컨트롤 바를 가집니다. 둘 다 작업이 끝나거나 권한이 필요할 때 알려주며, 자리를 비운 사이 일어난 일의 같은 기록에 함께 나타납니다.

Vobuda는 Codex 모델을 어떻게 나열하나요?

Codex에 물어봅니다. 예전에 Codex가 실행하지 않는 모델 두 개짜리 목록을 내놓은 적이 있는데, 출시 당일부터 틀린 목록이었습니다. 이제 모델 버튼은 Codex 자체 선택기를 열고, 그것이 보여 주는 줄을 읽어 여러분이 고른 줄을 누르며, 각 모델은 Codex가 그 모델에 주는 수준을 제공합니다.

둘 중 하나라도 Vobuda 계정이 필요한가요?

아니요. Vobuda에는 계정이 아예 없습니다. 각 에이전트는 여러분이 이미 준 구독이나 키를 그대로 씁니다. Vobuda가 Claude Code의 로그인을 쓰는 것은 한 가지, 사용량 한도를 Anthropic에 묻는 일뿐이며, Codex의 로그인은 건드리지 않습니다.

로컬 모델을 쓰는 건 어떤가요?

Ollama를 통한 로컬 모델은 agents.json에 항목 하나를 추가하는 것으로 끝나며 코드 작성이 필요 없습니다. 그 에이전트는 자신에 대해 정직하게 알릴 수 있는 만큼의 정보를 담은 블록과 바를 가지게 됩니다.

창 하나, 에이전트 둘

무료이고 계정이 필요 없으며, 각 바는 그 아래 있는 에이전트를 그대로 읽습니다.

curl -fsSL https://vobuda.com/install.sh | sh