출처
- source_url: https://openai.com/index/codex-maxxing-long-running-work/
- author: OpenAI
- published: 2026-06-22
- raw: raw source:
web-2026-06-25-codex-maxxing-for-long-running-work
요약
이 글은 OpenAI가 공개한 백서 “Codex-maxxing for long-running work”를 소개한다. 조직들이 단일 프롬프트로 끝나지 않는 장기 작업에 AI를 점점 더 많이 활용하는 흐름 속에서, 크리에이터 Jason Liu가 Codex를 컨텍스트를 보존하고 복잡한 워크플로를 관리하며 장기 프로젝트 전반의 진행을 지속시키는 “지속적 작업 공간(persistent workspace)“으로 쓰는 실전 전략을 공유한다. 원문 아티클 자체는 짧은 소개글이며, 본문 내용은 첨부된 27페이지 PDF 백서에서 확인할 수 있다(자산 경로: raw/articles/assets/2d50723f9c9c340e9f8fdcceddc026f5_MD5.pdf). Jason Liu는 “Codex는 여전히 코딩에 탁월하지만, 더 흥미로운 변화는 그것이 작업에 머물 곳(a place to live)을 준다는 점”이라고 말한다.
백서는 열 가지 구성 요소로 나뉜다. ① Durable threads(지속형 스레드): 반복해서 다룰 워크스트림은 핀 고정 스레드에 컨텍스트·선호·과거 결정·열린 루프가 누적되도록 하되, 스레드가 길어질수록 비용도 늘어나는 트레이드오프를 감수해야 한다(Chief of Staff, OpenAI CLI, Agents SDK, 소셜 피드백 모니터링, 오픈소스용 Codex 등 예시). ② Voice input(음성 입력): 말로 하는 입력은 속도보다 “다듬어지지 않은 버전의 작업”을 그대로 전달한다는 점이 유용하며, 화면 탐색 중 녹음한 피드백이나 통화·회의 녹취를 그대로 계획·초안·다음 행동으로 전환할 수 있다. ③ Steering(조향): Codex가 작업 중일 때 다음 지시를 추가해 방향을 바로잡거나 다음 단계를 승인하는 것으로, “이걸 더 작게”, “이 문구가 틀렸다”, “완료되면 PR을 열어라” 같은 실시간 개입이 가능하다.
④ Memory(메모리): 메시지 이력만으로는 부족하므로, 유용한 컨텍스트를 열람·편집·비교·재사용 가능한 형태(vault 디렉토리 구조: AGENTS.md, TODO.md, projects/, agent/USER_CONTEXT.md, people/ 등)로 남기고, vault가 GitHub에 있으면 diff가 메모리에 대한 리뷰 표면이 된다. 저장소는 코드를, vault는 작업 주변의 유동적 컨텍스트를 담는다는 구분이 강조된다. ⑤ Computer and browser use(컴퓨터·브라우저 사용): 로컬 앱을 다룰 땐 브라우저 표면을, 로그인 상태나 여러 인증된 탭이 필요하면 Chrome을, 데스크톱 앱을 통해서만 가능한 작업엔 명확한 권한과 리뷰를 갖춘 컴퓨터 사용을 쓰라고 권한다. Slack·Gmail·Calendar·GitHub 같은 커넥터가 작업이 실제로 발생하는 곳으로 Codex를 확장하며, 성공한 워크플로는 스킬로 패키징해 재교육 없이 재사용할 수 있다.
⑥ Remote control(원격 제어): Codex는 파일·권한·로컬 설정이 있는 머신에서 계속 작업하고, 사용자는 다른 기기(모바일 QR 연결 등)에서 진행 상황을 확인하고 승인·재지시할 수 있다 — “책상에서 작업을 시작하고, 자리를 떠난 뒤, 다음 결정 지점을 휴대폰에서 검토하라”는 것으로, 원격 제어는 리뷰를 생략하는 수단이 아니라 다음 행동을 풀어주기 위한 최소한의 주의를 유지하는 방법이라고 명시한다. ⑦ Thread automations(스레드 자동화): 하트비트 방식의 반복 웨이크업 호출을 현재 스레드에 붙여, 매번 새로 시작하는 대신 같은 대화로 돌아와 PR·Slack 스레드·인박스·배포·문서·고객 지원 스레드·장기 실행 명령을 주기적으로 확인하게 한다. 하나의 스레드에 여러 스케줄을 걸 수 있고 조건 충족까지 실행하거나 작업 변화에 따라 주기를 조정할 수 있다.
⑧ Three examples of loops(세 가지 루프 예시): 컨텍스트·도구·메모리·반복·리뷰를 가로지르는 실제 적용 사례로 Loop 1(Chief of Staff, 30분마다 Slack/Gmail 확인 후 초안만 작성, 발송은 사용자가 결정), Loop 2(Monitor for feedback, 평일 아침 피드백 소스를 확인해 Remotion으로 렌더링을 갱신하되 게시는 하지 않음), Loop 3(Get a refund, 5분마다 고객지원 상담원 참여 여부를 확인하고 참여 시 환불을 요청하되 동의·승인·비가역적 행동은 사용자 결정에 맡김)를 제시한다. ⑨ Goals(목표): “이 마크다운 파일의 계획을 구현하라” 같은 약한 목표 대신, Codex가 검증할 수 있는 기대 동작·리뷰 기준·제약·완료 정의를 갖춘 강한 목표를 제시하라고 권한다. 예시로 Rich 라이브러리를 Rust로 이식(Rich-to-Rust)한 사례에서, “원본 단위 테스트를 통과해야 완료”라는 명확한 기준이 실제 작업 표준으로 작동했다. ⑩ Side panel(사이드 패널): 단순 미리보기 표면을 넘어, Codex가 조작 중인 동일한 객체를 사용자가 직접 검사하고 코멘트를 남기고 변경을 리뷰할 수 있는 곳으로, Markdown·스프레드시트·CSV·PDF·슬라이드를 열람하고 index.html·Storybook·Remotion Studio·Slidev·Streamlit·Jupyter 같은 소형 웹 표면을 앱 안에서 조작·리뷰할 수 있다.
백서는 Jason Liu의 실천이 Codex로 얼마나 빠르게 “작업을 위한 시스템”을 구축할 수 있는지 보여준다고 결론짓는다. 프로젝트를 집어 들고, 리뷰하고, 컨텍스트를 잃지 않고 이어가는 새로운 방법으로 사람들은 재시작에 쓰는 시간을 줄이고 이미 진행 중인 것 위에 쌓아 올리는 데 더 많은 시간을 쓸 수 있다는 것이 핵심 메시지다.
관련 위키
원문 보존 위치
원문 전체는 raw source: web-2026-06-25-codex-maxxing-for-long-running-work에 source_url과 함께 저장되어 있다. 첨부 백서 PDF는 raw 폴더의 assets 하위(2d50723f9c9c340e9f8fdcceddc026f5_MD5.pdf)에 함께 보존되어 있다.