Claude Code와 Codex 문서를 처음 펼치면 설치, 에이전트, 클라우드, 작업 폴더 분리(Git Worktree), MCP와 Skills가 한꺼번에 보입니다. 순서대로 모두 읽는 방식은 오래 걸리고 실제 작업에서는 무엇을 써야 할지 남지 않습니다. 먼저 해결할 문제와 실패 비용을 정하면 필요한 글은 몇 편으로 줄어듭니다.
핵심 처음에는 한 도구로 읽기 전용 조사와 작은 패치를 끝내고, 검증 습관이 생긴 뒤 병렬 작업과 Skills로 확장합니다. 최신 기능은 공식 문서와 직접 확인을 거친 후 기존 흐름을 바꿉니다.
완전 초보는 도구 선택보다 한 작업을 끝내 봅니다
Claude Code나 Codex 중 현재 설치되어 있고 팀이 허용한 도구 하나를 고릅니다. 저장소 지침과 Git 상태를 읽고, 코드를 수정하지 않은 채 관련 파일·재현 명령·예상 변경을 보고하게 합니다. 사람이 계획을 줄인 뒤 파일 한두 개를 수정하고 테스트와 `diff`를 확인합니다.
이 단계에서 배워야 할 것은 명령 목록이 아닙니다. 대화 기록과 파일 상태가 다르다는 점, 테스트 통과와 배포 완료가 다르다는 점, 승인이 필요한 경계를 설명할 수 있어야 합니다.
현재 문제로 경로를 고릅니다
아래 표에서 지금 막힌 한 줄만 따라가면 됩니다. 다른 경로는 필요해질 때 돌아옵니다.
저장소를 안전하게 처음 열기
→ 안전 설정 → CLAUDE.md 또는 AGENTS.md → 계획과 작은 패치
두 도구 중 작업 위치 고르기
→ Codex CLI·앱·IDE·클라우드 선택 → 세션과 작업 인계 메모
반복 절차를 다시 쓰기 싫음
→ 좋은 지침 → 첫 Skill → 트리거와 실패 검증
여러 작업을 동시에 진행
→ 작업 분할 → 별도 작업 폴더·보조 에이전트 선택 → 통합 테스트
AI 소식 때문에 설정을 바꿀지 고민
→ 최신 소식 검증 → 공식 변경 기록 → 테스트 환경 확인Claude Code 경로는 저장소 대화와 실행 경계를 익힙니다
Claude Code를 쓰는 독자는 안전한 프로젝트 설정, `CLAUDE.md`, Plan Mode 순서로 시작합니다. 이후 테스트 계층과 배포 완료 기준을 읽으면 한 세션의 처음과 끝이 연결됩니다. MCP, Agent Teams와 자동화는 그 흐름을 혼자 안정적으로 끝낸 뒤 살펴봅니다.
레거시 저장소라면 기능 구현 글보다 첫날 조사 시나리오가 먼저입니다. 기준 테스트가 무엇인지 모르는 상태에서 권한이나 병렬 작업부터 넓히면 조사 속도보다 혼란이 더 빨리 늘어납니다.
Codex 경로는 실행 표면과 지침 계층을 먼저 봅니다
Codex는 CLI, IDE, 앱과 클라우드에서 작업할 수 있으므로 어디서 실행되는지부터 고릅니다. 그다음 `AGENTS.md`가 전역·저장소·하위 폴더에서 어떻게 결합되는지 확인하고 샌드박스, 승인과 네트워크를 분리해 설정합니다.
로컬과 클라우드를 같은 작업처럼 생각하지 않습니다. 저장소 접근, 인터넷과 비밀, 생성 브랜치와 결과 회수 방식이 다릅니다. 작업 위치가 정해진 뒤에 보조 에이전트, 별도 작업 폴더와 자동화를 검토합니다.
Skill은 이미 성공한 절차를 재사용할 때 만듭니다
한 번도 수동으로 끝내지 못한 작업을 Skill로 만들면 모호함이 파일 속으로 옮겨갈 뿐입니다. 입력, 허용 도구, 결과 형식, 실패 조건과 검증 명령을 먼저 손으로 실행해 봅니다. 같은 절차가 반복될 때 `SKILL.md`와 필요한 스크립트·참조 자료로 묶습니다.
Skill의 품질은 설명이 길어서가 아니라 필요한 상황에만 불리고 안전하게 실패하는지로 판단합니다. 명시 호출과 암시 호출을 모두 시험하고, 비슷하지만 범위 밖인 요청에서 작동하지 않는지도 확인합니다.
두 도구를 함께 쓰면 구현과 검토를 나눕니다
Claude Code와 Codex를 같은 폴더에서 동시에 편집시키지 않습니다. 한쪽이 작은 `diff`를 만들고 다른 쪽은 기준 커밋과 요구사항, 고정된 `diff`를 읽기 전용으로 검토하게 합니다. 지적은 도구 간 표결이 아니라 재현 테스트로 판정합니다.
교차검증은 인증, 데이터 변경과 배포처럼 실패 비용이 큰 작업에 선택합니다. 단순 수정에 매번 두 도구를 붙이면 품질보다 비용과 조율 시간이 늘 수 있습니다.
뉴스 피드는 학습 순서를 바꾸는 명령이 아닙니다
X의 AI·Codex 피드는 공식 발표와 빠른 발견을 한곳에서 보는 데 유용합니다. 하지만 앱 문자열 발견, 제한된 실험과 전체 출시를 구분해야 합니다. 관심 게시물은 원문을 열고 공식 문서·`changelog`와 내 계정에서 다시 확인합니다.
새 기능이 확인돼도 현재 문제를 더 잘 해결하는지 봅니다. Preview 기능이나 새 모델을 사용하기 위해 안정적인 작업 흐름을 즉시 교체하지 않습니다. 도입 시에는 적용 범위와 되돌리는 방법을 함께 기록합니다.
학습 완료는 설명이 아니라 산출물로 확인합니다
첫 단계의 산출물은 안전한 작은 `diff`와 검증 기록입니다. 지침 단계에서는 실제 `AGENTS.md`나 `CLAUDE.md`, Skills 단계에서는 트리거·비트리거 테스트를 통과한 Skill 하나가 남아야 합니다. 병렬화 단계에서는 파일 소유권과 통합 책임이 적힌 작업 계약을 만듭니다.
새 글을 읽을 때도 무엇을 만들 것인지 먼저 정합니다. 읽은 뒤 설정 파일, 체크리스트, 테스트나 판단 기록이 하나도 남지 않는다면 지금 필요한 글이 아니거나 실습이 빠진 것입니다.
읽고 나서 확인하기
답을 떠올린 뒤 본문의 판단 기준과 비교해 보세요.
- 처음 쓰는 독자는 하나의 작은 변경을 계획·검증까지 끝낸 뒤 병렬화와 자동화로 이동합니다.
- 반복 절차는 수동으로 한 번 성공하고 입력·실패·검증이 정해진 뒤 Skill로 만듭니다.
- 실시간 AI 소식은 발견 경로이며 공식 확인 전에는 업무 설정을 바꾸지 않습니다.
공식 출처
목록 검증 기준
확인일:
선정 기준: 독자가 자신의 현재 문제에 맞는 첫 글과 실습 산출물을 고를 수 있는지 기준으로 구성했습니다.
추천 중단 기준: 현재 작업의 성공 기준과 안전 경계를 설명할 수 없다면 병렬화·Skill·자동화 단계로 넘어가지 않습니다.