대부분의 개발자는 코딩 에이전트를 코드 작업에 사용합니다: 저장소를 검토하고, diff를 만들고, 테스트를 실행하고, PR을 생성합니다.
이것이 여전히 Codex의 중심입니다. 하지만 컴퓨터 작업의 상당 부분은 이미 코드를 통해 이루어집니다: 셸 명령 실행, 웹 페이지 탐색, API 호출, 문서 내보내기, 이벤트 응답, 자동화 트리거 등. 이러한 표면들이 Codex에 연결되면서, 좁은 의미의 코딩 어시스턴트보다는 컴퓨터 작업을 처리하는 시스템에 가까워지고 있습니다.
Codex 앱은 이러한 변화를 구체화합니다. 하나의 스레드는 컨텍스트를 유지하고, 도구를 사용하며, 결과물을 표시하고, 매번 초기화되지 않고 연속적으로 작업을 이어갈 수 있습니다.
Codex를 최대한 활용하려면 다음 기능들을 함께 사용해야 합니다:
- 컨텍스트를 보존하는 지속형 스레드
- 사용자가 루프 안에 있을 때 음성, 제어, 큐잉
- 브라우저, 컴퓨터 사용, MCP 서버 및 커넥터로 Codex가 저장소 너머에서도 작동 가능하도록
- 사용자가 자리 비운 동안에도 작업을 계속하는 스레드 자동화 및 Goals
- 코드, 문서, 데크, 기타 결과물을 검토할 수 있는 사이드 패널
지속형 스레드
지속형 스레드:
반복 세션 간 작업 컨텍스트를 유지하는 장기 실행 Codex 스레드.
고정된 스레드는 지속형 스레드를 가까이에 두는 한 가지 방법입니다. 다음과 같은 반복 작업 스트림에 유용합니다:
- Chief of Staff 스레드
- 릴리스 스레드
- 문서 검토 스레드
- 외부 모니터링 전용 스레드
이들은 짧은 채팅이 아닌 영구 작업 공간입니다. Codex는 시간이 지나도 다시 방문하여 이전 결정, 선호도, 처음부터 다시 구축해야 하는 작업 컨텍스트를 보존할 수 있습니다.
고정 스레드 바로가기를 사용하면 실용적입니다. Command-1부터 Command-9까지 저장된 스레드로 바로 이동합니다.
음성 입력
음성 입력은 정제된 산문으로 압축되기 전의 거친 생각을 포착하기 때문에 가치가 있습니다.
Codex에는 음성 입력이 내장되어 있습니다. 입력하기에는 어색하지만 말하기에는 자연스러운 모호한 시작점에 특히 효과적입니다:
벤이라는 사람이 슬랙에서 언급했던 것 같은데.
자세한 내용은 기억나지 않아.
찾아봐 줘.
검색하고, 컨텍스트를 수집하고, 보고할 수 있는 에이전트에게는 이것만으로도 충분한 경우가 많습니다.
또한 작업이 완전히 구체화되기 전의 2~3분짜리 생각 덤프에도 잘 맞습니다.
대본도 동일한 방식으로 작동합니다. 원시 회의 대본이나 받아쓰기된 계획 노트는 불확실성, 강조, 완성되지 않은 생각을 보존하기 때문에 짧은 요약보다 더 나은 소스 자료를 제공하는 경우가 많습니다.
제어 및 큐잉
음성은 활성 작업에 대한 명시적인 제어와 결합될 때 더욱 유용해집니다.
제어:
진행 중인 Codex 작업을 현재 단계가 끝나기 전에 새로운 방향으로 전환.
제어는 에이전트가 잘못된 방향으로 가고 있을 때 작업이 끝나기 전에 수정이 필요할 때 유용합니다. 예를 들어 웹사이트 검토 중 사용자는 사이드 패널에서 표면에 주석을 달면서 작업을 중단할 수 있습니다:
- 이거 좀 더 작게
- 두 요소 사이 간격이 이상해
- 이 카피는 틀렸어
큐잉:
현재 단계가 완료된 후 Codex가 수행할 작업을 추가.
큐잉은 다릅니다. 진행 중인 작업을 중단하지 않습니다. 다음 작업을 대기열에 추가합니다. 사용자는 이렇게 말할 수 있습니다:
작업이 끝나면 슬랙에서 리뷰어에게 미리보기 링크를 보내줘.
제어는 Codex가 지금 하고 있는 것을 변경합니다. 큐잉은 다음에 무엇을 해야 할지 변경합니다. 둘 다 작업이 진행되는 동안 사용자를 가까이 두게 합니다.
도구 및 범위
스레드에 연속성이 확보되면 다음 질문은 무엇을 처리할 수 있는지입니다. Codex는 계층적으로 확장될 수 있습니다:
- $browser: 사이드 패널의 인앱 브라우저로 Codex가 웹 표면을 검사하고 주석을 달 수 있음
- @chrome: 로그인된 브라우저 상태 및 Chrome 기반 워크플로우용
- @computer: 데스크톱 GUI를 통해서만 존재하는 작업용
$browser는 사이드 패널 브라우저 검토에 적합합니다. @chrome은 사용자의 Chrome 컨텍스트에 의존하는 로그인된 브라우저 작업에 적합합니다. @computer는 데스크톱 GUI를 통해서만 존재하는 작업에 적합합니다.
MCP 서버와 커넥터는 동일한 아이디어를 워크플로우의 나머지 부분으로 확장합니다. Slack, Gmail, Calendar가 중요한 이유는 많은 중요한 작업이 코드가 되기 전에 메시지, 받은 편지함 항목 또는 일정 문제로 먼저 나타나기 때문입니다.
Skills는 반복 워크플로우를 재사용 가능하게 만듭니다. 워크플로우가 유용하다고 판명되면 skill로 패키징하여 Codex가 루틴을 처음부터 다시 배우지 않고 실행할 수 있도록 합니다.
어디서든 작업
Codex 모바일 앱은 사용자가 데스크에 있어야 하는 시점을 바꿉니다. 파일, 권한, 로컬 설정이 이미 있는 Mac에서 작업을 시작한 다음 사용자가 휴대폰으로 확인하는 동안 계속할 수 있습니다.
이것은 작은 순간에 중요합니다. 사용자는 Codex가 긴 작업을 실행하는 동안 자리를 떠나고, 외부에서 질문에 답하고, 다음 단계를 승인하거나, 돌아오기 전에 스레드를 리디렉션할 수 있습니다. 로컬 환경은 그대로 유지되며 사용자는 신경 쓸 필요가 없습니다.
자동화
자동화는 Codex 작업을 예약에 따라 실행합니다. 일일 보고서나 정기 저장소 점검처럼 반복 작업이 워크스페이스에서 새로 시작되어야 하는 경우 예약된 자동화를 사용하세요. 실행 중인 컨텍스트가 있는 활성 대화로 돌아가야 하는 경우 스레드 자동화를 사용하세요.
스레드 자동화:
일정에 따라 동일한 Codex 스레드로 돌아오는 하트비트 스타일의 반복 웨이크업 호출.
고정된 스레드는 유용하지만 여전히 사용자가 돌아오기를 기다립니다. 스레드 자동화는 몇 분 또는 몇 시간마다 무언가를 확인하고, 조건을 충족할 때까지 계속하며, 시간이 지남에 따라 주기를 조정할 수 있습니다.
Chief of Staff 스레드는 30분마다 실행될 수 있습니다:
30분마다 Slack과 Gmail을 확인하여 내 관심이 필요한 답장 없는 메시지가 있는지 확인해 줘.
가장 중요한 것을 우선순위로 정하는 데 도움을 줘.
누군가가 나에게 질문을 하면, 가능한 한 깊이 답변을 조사하고 초안을 작성해 줘, 하지만 보내지는 마.
사용자가 돌아오면 컨텍스트 수집의 비용이 많이 드는 부분은 종종 완료됩니다. 인간이 여전히 무엇을 보낼지 결정합니다.
스레드 자동화는 피드백 루프에도 적합합니다. 스레드 자동화는 PR 코멘트, Google Docs 코멘트 또는 Slack 답글을 감시하고 사용자가 없는 동안 주변 작업을 계속 진행할 수 있습니다.
리뷰어가 Slack에 비디오를 공유하는 애니메이션 워크플로우를 생각해 보세요. 스레드 자동화는 일정에 따라 스레드를 확인하고, 코멘트가 도착하면 업데이트된 버전을 렌더링하고, 동일한 스레드에 리뷰어를 태그하여 답장합니다. 하나의 통합으로 최종 업로드를 완료할 수 없으면 데스크톱 자동화가 GUI를 통해 단계를 마무리할 수 있습니다.
루프는 피드백을 위한 Slack, 렌더링을 위한 코드베이스, 최종 업로드를 위한 데스크톱 자동화에 걸쳐 있습니다.
Goals
Goals는 작업에 에이전트가 계속 밀고 나갈 수 있는 실제 완료 지점이 있을 때 가장 강력합니다. 약한 Goal은:
Goals:
에이전트가 시간이 지남에 따라 계속 작업할 수 있는 완료 지점이 있는 장기 실행 Codex 작업.
이 Markdown 파일의 계획을 구현하세요.
더 강력한 Goal은 측정 가능한 성공 기준이 있습니다.
예를 들어, 엔지니어는 새 디렉토리를 설정하고, Goal을 정의하고, 완료 지점을 명시적으로 만들면서 내부 도구를 Python에서 Rust로 마이그레이션할 수 있습니다: 단위 테스트가 통과할 때까지 새 구현이 완료되지 않습니다.
Goal은 지속적인 실행과 검증기를 결합합니다. 사용자는 결과, 중단 조건, Codex가 가까워지고 있는지 알려주는 신호를 정의합니다.
유용한 검증기에는 다음이 포함됩니다:
- 테스트 스위트
- 벤치마크
- 버그 재현
- 검증 매트릭스
- 계속 통과해야 하는 엔드투엔드 워크플로우
야망은 중요하지만, 검증이 없으면 그냥 바람일 뿐입니다.
사이드 패널
사이드 패널은 작업을 생성한 대화 옆에 작업을 유지합니다. 결과물을 내보내고 컨텍스트를 전환하는 대신 사용자는 그 자리에서 검토할 수 있습니다. 출력은 코드일 수도 있지만, 데크, PDF, 브라우저 페이지, 테이블 또는 과정에서 생성된 다른 결과물일 수도 있습니다.
특히 네 가지 작업을 잘 지원합니다:
- 결과물 검사
- 변경해야 할 부분에 주석 달기
- 웹 표면 조작
- 변경 사항 검토
사이드 패널을 통해 사용자는 Markdown, 스프레드시트, 데이터 테이블, 문서, 슬라이드를 그 자리에서 검토할 수 있습니다. 루프를 끊지 않고 결과물을 검사하고, 표시하고, 수정할 수 있습니다.
주석
데크나 PDF는 이를 생성한 스레드 옆에 열려 있어 직접 검토와 수정이 가능합니다.
Codex의 시트
인앱 브라우저는 Codex가 렌더링된 페이지를 검사하고, 제어하며, 검토 중인 표면에 직접 주석에 응답할 수 있도록 합니다. 페이지나 결과물에 대한 코멘트는 별도의 핸드오프가 아닌 작업 루프 안에 유지됩니다.
웹은 출력이자 제어 표면이 됩니다. Codex는 결과물을 만들고, 사이드 패널에서 열고, 검사하고, 디버깅하고, 동일한 객체를 그 자리에서 계속 개선할 수 있습니다.
다음 표면이 특히 효과적입니다:
- 가벼운 정적 결과물을 위한 index.html
- UI 검토를 위한 Storybook
- 프로그래밍 방식 애니메이션을 위한 Remotion Studio
- 프레젠테이션용 브라우저 기반 슬라이드 데크
- 분석 워크플로우를 위한 데이터 앱
단일 index.html 파일은 서버 없이도 지속적인 대화형 결과물이 될 수 있습니다. 스레드 자동화는 시간이 지남에 따라 정적 결과물을 새로고침하여 사용자가 돌아올 때 스레드에 새로운 것이 기다리게 할 수도 있습니다.
공유 메모리
장기 실행 스레드는 단일 대화 외부에서 메모리를 공유할 때 더욱 유용해집니다.
공유 메모리:
단일 스레드 외부에 저장된 지속형 컨텍스트로, 향후 작업이 명시적이고 검토 가능한 지점에서 재개될 수 있도록 함.
한 가지 지속적인 패턴은 Obsidian 볼트에 영구 스레드를 고정하는 것입니다. 실제로는 검사하고, 편집하고, 이동하고, 오랫동안 유지하기 쉬운 일반 파일 폴더를 의미합니다. 팀은 해당 폴더를 클라우드 스토리지, Git, Dropbox, Google Drive 또는 워크플로우에 맞는 동기화 계층에 저장할 수 있습니다.
볼트는 다음과 같이 보일 수 있습니다:
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
최상위 레벨에서 AGENTS.md는 Codex가 사람, 프로젝트, 결정, 미해결 문제에 대해 더 많이 알게 됨에 따라 해당 워크스페이스를 어떻게 업데이트해야 하는지 정의할 수 있습니다.
정확히 하나의 볼트 구조를 복사하지 마세요. 에이전트에게 지속형 컨텍스트가 어디에 있어야 하는지, 어떤 컨텍스트를 보존해야 하는지, 그리고 언제 변경을 일으키지 말아야 하는지 가르치세요.
실용적인 AGENTS.md는 다음과 같이 말할 수 있습니다:
- ~/vault를 지속형 작업 메모리로 취급하세요.
- 노트 확산보다는 표준 노트를 선호하세요.
- TODO, 사람, 프로젝트, 일일 요약, 스크래치 노트를 명시적으로 라우팅하세요.
- 결정, 차단 항목, 소유자, 날짜, 유용한 링크를 보존하세요.
- 의미 있는 변경이 없으면 볼트를 변경하지 마세요.
저장소는 코드를 보관합니다. 볼트는 롤링 컨텍스트를 보관합니다: 관련된 사람, 변경된 사항, 차단된 항목, 후속 조치가 필요한 사항, 세션 간에 사라질 수 있는 것들.
중요한 컨텍스트는 대화 기록 안에만 있어서는 안 됩니다. 다음 스레드가 다시 찾을 수 있는 곳에 기록하세요.
Codex에는 또한 설정 > 개인 설정 > 메모리에 자체 메모리 기능이 있습니다. 이는 선호도, 반복 워크플로우, 알려진 함정에 대한 로컬 리콜 레이어를 제공합니다. 이는 명시적인 기록 컨텍스트를 대체하지 않고 보완합니다. Chronicle은 Codex가 최근 화면 컨텍스트에서 메모리를 구축하도록 도와 같은 방향으로 나아갑니다.
코드에서 바깥으로
Codex는 여전히 코드에서 시작합니다. 하지만 코드 주변의 더 많은 작업이 이제 동일한 시스템을 통해 접근 가능합니다: MCP 서버, 브라우저 표면, 데스크톱 제어, 스레드 자동화, 검토 가능한 결과물.
이는 제어 모델을 변경합니다. 제어는 진행 중인 작업을 중단합니다. 큐잉은 다음 작업을 대기시킵니다. 스레드 자동화는 사용자가 자리 비웠을 때 스레드를 활성 상태로 유지합니다. Goals는 Codex가 계속 작업할 수 있는 구체적인 완료 지점을 추가합니다.
Codex는 이제 작업이 저장소를 벗어나더라도 명령에서 실행, 결과물 검토까지 워크플로우를 수행할 수 있습니다.
