Codex CLI 0.145.0 업데이트: 서브에이전트와 메모리 운영 포인트
요약: OpenAI Codex CLI 0.145.0은 단순한 버그 수정 릴리스가 아닙니다. 긴 세션을 다시 이어가는 방식, 다른 코딩 도구 설정을 가져오는 방식, 서브에이전트를 나누는 방식이 한 번에 바뀌었습니다. 실무 팀이라면 “새 기능이 많다”보다 “우리 레포 운영 규칙을 어디까지 자동화할 수 있나”를 먼저 봐야 합니다.
무엇이 바뀌었나
OpenAI 개발자 문서의 Codex changelog에 따르면 2026년 7월 21일 공개된 Codex CLI 0.145.0에는 몇 가지 큰 변화가 들어갔습니다. 핵심은 5개입니다.
- 실험적 paginated thread history: 긴 대화 기록을 더 효율적으로 재개하고 검색할 수 있습니다.
- persisted names, sub-agent support, memories: 세션 이름, 서브에이전트, 메모리 기반 작업 흐름이 강화됐습니다.
- /import 확장: Cursor와 Claude Code의 설정, MCP 서버, 플러그인, 세션, 명령, 프로젝트 범위 메모리를 가져올 수 있습니다.
- Bedrock 로그인과 커스텀 endpoint/auth 지원: 기업 환경에서 Codex를 자체 클라우드 경계 안에 붙이기 쉬워졌습니다.
- audio input, tool output, realtime V3 conversation: 텍스트 중심 CLI에서 멀티모달 작업 흐름으로 넘어가는 신호가 보입니다.
출처는 OpenAI Codex changelog입니다. 릴리스 노트에는 관련 GitHub PR 번호까지 함께 적혀 있어, 실제 변경 범위를 추적하기 좋습니다.
왜 개발팀에 중요한가
이번 업데이트의 무게중심은 “모델이 더 똑똑해졌다”가 아닙니다. 개발자가 오래 쓰는 작업 세션을 어떻게 관리할지에 있습니다. 코딩 에이전트는 짧은 질문에는 이미 충분히 유용합니다. 문제는 실제 업무가 짧지 않다는 점입니다.
예를 들어 결제 모듈 리팩터링을 한다고 가정해보겠습니다. 첫날에는 DB 스키마와 API 경계를 읽습니다. 둘째 날에는 테스트를 추가합니다. 셋째 날에는 프론트엔드 에러 처리를 손봅니다. 이때 매번 같은 설명을 다시 붙이면 비용도 늘고, 실수도 늘어납니다. thread history, persisted names, memories는 이 반복 설명을 줄이는 쪽에 가깝습니다.
서브에이전트 지원도 같은 맥락입니다. 한 에이전트가 모든 것을 읽고, 판단하고, 수정하고, 테스트하면 컨텍스트가 빠르게 오염됩니다. “API 변경 영향 조사”, “테스트 실패 원인 분석”, “문서 업데이트”처럼 역할을 나눠야 결과가 더 안정적입니다. Codex CLI 0.145.0은 이 분리를 CLI 기본 워크플로우 안으로 끌어오고 있습니다.
실무 적용 시 먼저 볼 체크포인트
바로 업데이트하기 전에 세 가지를 확인하는 편이 안전합니다.
첫째, 기존 세션과 메모리의 경계를 정해야 합니다. 프로젝트 메모리는 강력하지만 오래된 결정이 계속 끌려오면 오히려 위험합니다. “현재 아키텍처”, “절대 금지 명령”, “배포 절차”처럼 오래 살아도 되는 내용과 “이번 버그 추정 원인”처럼 임시 내용은 분리해야 합니다.
둘째, /import는 편하지만 무조건 실행하면 안 됩니다. Cursor나 Claude Code 설정에는 개인별 명령, 로컬 경로, MCP 인증 방식이 섞여 있을 수 있습니다. 팀 공용 레포에서는 가져오기 전에 어떤 항목을 옮길지 목록화해야 합니다.
셋째, Bedrock이나 커스텀 endpoint를 쓰는 조직은 권한 모델을 다시 봐야 합니다. 코딩 에이전트가 내부 리소스에 접근할수록 감사 로그, 승인 규칙, 네트워크 제한이 중요해집니다. “모델이 안전하다”가 아니라 “도구 호출이 추적 가능하다”가 운영 기준이어야 합니다.
추천 운영 방식
작은 팀이라면 다음처럼 시작하는 것이 현실적입니다.
- 레포마다
agent-notes.md같은 짧은 운영 메모리를 둡니다. - 세션 이름은 기능 단위로 고정합니다. 예:
billing-refactor,auth-bugfix. - 서브에이전트 역할은 3개 이내로 제한합니다. 조사, 구현, 검증 정도면 충분합니다.
/import는 개인 환경에서 먼저 실행하고, 팀 공용 설정에는 검토된 항목만 반영합니다.- MCP 서버와 외부 도구는 읽기 전용부터 시작합니다.
이 방식의 장점은 실패 범위가 작다는 것입니다. 코딩 에이전트 운영에서 가장 위험한 패턴은 “한 번에 전부 자동화”입니다. 반대로 작은 역할을 나누고, 각 역할의 입출력을 기록하면 문제가 생겨도 되돌리기 쉽습니다.
이번 업데이트에서 주의할 점
릴리스 노트에는 “experimental”이라는 표현이 여러 번 등장합니다. paginated thread history, multi-agent V2 같은 기능은 아직 운영 방식이 바뀔 수 있습니다. 따라서 중요한 레포에서 곧바로 표준 프로세스로 박아 넣기보다는 실험 브랜치나 내부 도구 레포에서 검증하는 편이 좋습니다.
또 하나 볼 점은 Windows와 sandbox 관련 수정입니다. 이번 버전은 네이티브 exec-server sandboxing, network-proxy enforcement, hidden helper console 등 실행 환경 안정성도 다룹니다. 팀에 Windows 개발자가 있거나 CI에서 Codex를 돌릴 계획이 있다면 업데이트 후 동일 명령이 macOS, Linux, Windows에서 어떻게 다른지 확인해야 합니다.
실행 체크리스트
- Codex CLI 버전과 변경 로그를 확인한다.
- 프로젝트 메모리와 임시 세션 기록을 분리한다.
/import로 가져올 Cursor, Claude Code 설정 목록을 먼저 작성한다.- 서브에이전트는 조사, 구현, 검증처럼 역할을 작게 나눈다.
- MCP 서버는 읽기 전용 권한부터 연결한다.
- Bedrock 또는 커스텀 endpoint 사용 시 인증, 감사 로그, 승인 정책을 점검한다.
- 실험 기능은 핵심 프로덕션 레포가 아닌 샌드박스 레포에서 먼저 검증한다.
Codex CLI 0.145.0은 “코드를 대신 써주는 CLI”에서 “장기 작업을 관리하는 개발 운영 도구”로 이동하는 업데이트입니다. 팀이 얻을 수 있는 이득은 큽니다. 다만 이득은 기능을 많이 켜는 데서 나오지 않습니다. 메모리, 서브에이전트, import, 권한 경계를 명확히 정할 때 나옵니다.