[text]
That is ambiguous. I think it's a typo or formatting issue. In the source, it appears as "[text]" in the blockquote. I'll translate "text" to "텍스트" but keep the formatting. However, the directory structure should remain in English (TODO, people, etc.) as they are common filenames. I'll translate only the explanatory parts.
Also note that there are many inline code-like references like $browser, @chrome, @computer. These are not in code blocks but in regular text. We should not translate the symbols? Keep as is.
We need to produce the entire translated text in Korean. Let's proceed step by step.
Given the length, I'll produce the translation.</think>작성자: jason (@jxnlco
원문:
jason
@jxnlco
·
기사
Codex의 잠재력을 최대한 활용하기
대부분의 개발자는 처음 코딩 에이전트를 코드 작업에 사용합니다: 저장소를 확인하고, diff를 만들고, 테스트를 실행한 후 풀 리퀘스트를 여는 식입니다.
이것이 여전히 Codex의 핵심 영역입니다. 하지만 우리가 컴퓨터에서 하는 작업의 대부분은 사실상 코드와 관련되어 있습니다: 터미널 명령어 실행, 웹 브라우징, API 호출, 문서 내보내기, 다양한 이벤트에 응답하거나 자동화 프로세스를 트리거하는 것 등이죠. Codex가 이러한 영역으로 확장되기 시작하면 더 이상 좁은 의미의 '프로그래밍 비서'가 아니라, 온갖 컴퓨터 작업을 도와주는 '만능 일꾼'으로 진화합니다.
Codex의 새로운 기능이 이러한 변화를 실감나게 합니다. 현재 스레드는 사용자의 맥락을 기억하고, 다양한 도구를 호출하며, 생성된 아티팩트를 표시하고, 프롬프트 간에 매끄럽게 전환할 수 있어 채팅이 끝날 때마다 '자기소개'를 다시 할 필요가 없습니다.
Codex의 잠재력을 완전히 끌어내려면 다음과 같은 전문가 기술을 결합해야 합니다:
- 장기 기억을 유지하는 내구성 있는 스레드
- 음성 입력, 작업 방향 전환, 작업 대기열을 유연하게 사용하면서 통제권 유지
- 브라우저, 컴퓨터 사용, Model Context Protocol(MCP) 서버(AI가 로컬 데이터와 도구에 안전하게 연결할 수 있는 보편적 표준) 및 다양한 커넥터를 활용해 Codex의 범위를 코드베이스 너머로 확장
- 스레드 자동화와 목표(Goals)를 사용해 컴퓨터에서 떨어져 있을 때도 계속 작업하게 하기
- 사이드 패널을 능숙하게 사용해 생성된 코드, 문서, 슬라이드 및 기타 파일을 언제든지 검토
내구성 있는 스레드
내구성 있는 스레드: 여러 번 사용하는 동안 작업 맥락을 유지하는 장기 실행 Codex 스레드입니다.
스레드를 고정하면 이러한 내구성 있는 대화를 필요할 때 즉시 사용할 수 있는 좋은 방법입니다. 반복적으로 진행해야 하는 워크플로우, 예를 들어 다음과 같은 경우에 매우 유용합니다:
- 전담 '참모장' 스레드 (일상적인 업무 처리)
- 제품 출시 전용 스레드
- 문서 검토 스레드
- 외부 데이터 모니터링 스레드
이것들은 '채팅하고 끝내는' 대화 상자가 아니라 지속적인 작업 공간입니다. 시간이 지나면서 Codex는 언제든지 이러한 대화로 돌아와 이전 결정, 개인 선호도, 현재 진행 상황을 기억합니다. 이 기능이 없으면 매번 모든 배경 정보를 처음부터 다시 입력해야 합니다.
고정 단축키를 사용하면 더욱 실용적입니다. Command-1부터 Command-9까지 눌러 저장된 전용 스레드로 즉시 돌아가 작업을 계속할 수 있습니다.
음성 입력
음성 입력은 텍스트로 정교하게 다듬기 전에 머릿속의 가장 원시적이고 날것의 생각을 포착하기 때문에 유용합니다.
Codex에는 음성 입력이 내장되어 있습니다. '말하기는 쉽지만 입력하기는 귀찮은' 모호한 아이디어에 특히 효과적입니다. 예를 들어:
"Slack에서 Ben이라는 사람이 이걸 언급했던 것 같은데.
자세한 내용은 기억이 안 나.
찾아줘."
스스로 검색하고 맥락을 수집하여 보고할 수 있는 AI 에이전트에게 이 몇 마디면 작업을 시작하기에 충분합니다.
머릿속에 완전히 정리되지 않은 대략적인 아이디어가 있을 때 2~3분 동안 '중얼거리며' 생각을 한꺼번에 쏟아내는 것도 놀랍도록 효과적입니다.
녹음 전사도 같은 논리입니다. 다듬지 않은 회의 기록이나 구술한 초안 계획이 간결한 요약보다 더 가치 있는 경우가 많습니다. 왜냐하면 그러한 원시 기록에는 망설이는 어조, 강조한 점, 그리고 완성되지 않은 영감의 섬광이 보존되어 있기 때문입니다.
작업 방향 전환 및 대기열
음성 입력을 실행 중인 작업에 대한 직접 제어와 결합하면 그 힘이 진정으로 발휘됩니다.
작업이 실행되는 동안 다음과 같은 작업을 원할 때:
작업 방향 전환(Task Steering): Codex가 작업을 끝내기 전에 중간에 중단하고 새로운 방향을 제시합니다.
이는 AI가 잘못된 방향으로 가고 있다는 것을 발견했을 때, 막다른 골목에 도달하기 전에 수정하는 데 유용합니다. 예를 들어, 웹사이트를 검토하도록 하는 동안 사이드 패널에서 문제를 지적하면서 직접 작업을 중단할 수 있습니다:
- "이거 좀 더 작게 해줘"
- "이 두 요소 사이의 간격이 맞지 않아"
- "이 카피가 잘못 쓰여졌어"
작업 대기열(Task Queuing): Codex가 현재 단계를 완료한 후에 다음 작업을 할당합니다.
작업 대기열은 다릅니다. 진행 중인 작업을 중단하지 않고 새 작업을 줄 맨 끝에 추가합니다. 다음과 같이 말할 수 있습니다:
"이 작업이 끝나면 미리보기 링크를 Slack으로 검토자에게 보내줘."
간단히 말해, '방향 전환'은 Codex가 지금 무엇을 하고 있는지 바꾸는 것이고, '대기열'은 다음에 무엇을 할지 정렬하는 것입니다. 두 기능 모두 작업 실행 전반에 걸쳐 '인간-기계 일체'의 통제감을 유지할 수 있게 해줍니다.
도구 및 범위
스레드가 지속적인 메모리를 가지면 다음 질문은: 무엇을 건드릴 수 있을까? Codex의 촉수는 여러 계층으로 바깥쪽으로 확장될 수 있습니다:
- $browser: 사이드 패널에서 실행되는 앱 내 브라우저로 Codex가 웹 페이지를 검토하고 마크업할 수 있습니다.
- @chrome: 브라우저의 로그인 상태에 접근하여 Chrome 기반 워크플로우를 처리할 수 있습니다.
- @computer: 데스크탑 GUI를 통해서만 완료할 수 있는 작업에 특화되어 있습니다.
$browser는 사이드 패널에서 웹 검토에 적합합니다. @chrome은 계정 로그인이 필요한 브라우저 내 작업용이고, @computer는 컴퓨터 데스크탑에서 클릭 작업이 필요한 작업에 사용됩니다.
MCP 서버와 다양한 커넥터는 이 기능을 전체 워크플로우로 더 확장합니다. Slack 통합과 다양한 MCP 도구 커넥터 및 MCP 가이드는 많은 중요한 작업이 코드가 되기 전에 종종 채팅 메시지, 받은 편지함의 이메일 또는 일정 문제로 시작되기 때문에 중요합니다.
스킬을 사용하면 반복적인 워크플로우를 재사용할 수 있습니다. 워크플로우가 유용한 것으로 입증되면 스킬로 고정하여 다음 번에 Codex가 프로세스를 처음부터 다시 배울 필요 없이 바로 실행할 수 있습니다.
어디서나 작업
Codex와 함께 어디서나 작업하기 개념은 '반드시 컴퓨터 앞에 앉아 있어야 일할 수 있다'는 전통적인 한계를 완전히 깨뜨립니다. 작업은 파일, 권한, 로컬 환경이 가득한 Mac에서 시작된 다음, 자리를 비우고 휴대폰에서 확인할 때 조용히 진행될 수 있습니다.
이는 조각난 시간에 매우 유용합니다. Codex가 컴퓨터에서 긴 작업을 실행하도록 한 후 자리를 비워 커피를 마실 수 있습니다. 외출 중에 질문이 있으면 휴대폰으로 직접 답변하고, 다음 단계를 승인하거나 자리로 돌아오기 전에 새로운 방향을 제시할 수 있습니다. 로컬 환경은 여러분이 자유롭게 움직이는 동안 조용히 작업을 계속합니다.
자동화
자동화 기능을 사용하면 Codex가 설정한 일정에 따라 자동으로 작업할 수 있습니다. 일일 보고서 생성이나 일상적인 코드베이스 점검처럼 매일 처음부터 시작해야 하는 작업에는 '예약 자동화'를 사용하세요. 하지만 기록이 있는 대화 내에서 작업을 진행해야 하는 경우 '스레드 자동화'를 사용하세요.
스레드 자동화(Thread Automation): 설정된 일정에 따라 동일한 Codex 스레드로 주기적으로 돌아와 작업을 계속하는 시간 기반 '하트비트' 메커니즘과 같습니다.
스레드 고정은 유용하지만 여전히 사용자가 적극적으로 돌아가야 합니다. 반면 '스레드 자동화'는 몇 분 또는 몇 시간마다 자체적으로 확인하여 특정 조건이 충족될 때까지 작업을 계속하고, 상황에 따라 확인 빈도를 조정할 수도 있습니다.
예를 들어, '참모장' 스레드는 30분마다 실행될 수 있습니다:
30분마다 내 Slack과 Gmail에서 아직 답장하지 않은 처리해야 할 메시지가 있는지 확인해.
우선순위를 정해줘.
누군가 나에게 질문을 하면 최대한 깊이 조사해서 답변 초안을 작성해줘, 하지만 직접 보내지는 마.
컴퓨터로 돌아오면 가장 시간이 많이 걸리는 '배경 정보 수집' 작업은 이미 완료되어 있는 경우가 많습니다. 인간으로서 최종 전송 결정만 내리면 됩니다.
스레드 자동화는 '피드백 루프' 처리에도 완벽합니다. PR, Google Docs 또는 Slack의 댓글을 조용히 감시하면서 사용자가 없는 동안 후속 수정 작업을 자동으로 진행할 수 있습니다.
애니메이션 제작 시나리오를 상상해보세요: 검토자가 Slack에 동영상을 게시합니다. 스레드 자동화는 주기적으로 토론 진행 상황을 확인하고, 수정 제안이 들어오는 즉시 새 버전을 자동으로 렌더링한 다음 원래 스레드에서 검토자를 @멘션하고 새 동영상으로 답글을 답니다. 소프트웨어 통합 인터페이스가 최종 업로드를 자동으로 완료할 수 없는 경우 '데스크탑 자동화'를 동원하여 GUI를 통해 마지막 단계를 완료할 수도 있습니다.
이 완전한 폐쇄 루프는 피드백 수신을 위한 Slack, 렌더링을 위한 코드베이스, 최종 업로드를 위한 데스크탑 자동화 도구에 걸쳐 있습니다.
목표(Goals)
작업에 명확한 완료 지점이 있고 AI 에이전트가 그 목표를 향해 지속적으로 작업할 수 있을 때 Goals의 힘은 폭발합니다.
목표(Goals): 명확한 완료 지점이 있는 장기 실행 Codex 작업으로, AI가 일정 기간 동안 계속해서 그 목표를 향해 달려갑니다.
나쁜 목표는 이렇게 설정됩니다:
이 Markdown 파일의 계획을 구현하세요.
좋은 목표는 측정 가능한 성공 기준이 있어야 합니다.
예를 들어, 내부 도구를 Python에서 Rust로 마이그레이션하려는 엔지니어는 새 디렉토리를 설정하고 목표를 설정한 다음 명확한 완료 지점을 그릴 수 있습니다:
이 새 버전의 개발은 모든 단위 테스트가 통과될 때만 완료됩니다.
목표 설정은 기본적으로 '지속적인 실행'과 '검증기'를 결합하는 것입니다. 인간으로서 원하는 결과, 중단 조건, Codex가 완료 지점에 가까워지고 있는지 판단하는 신호를 정의합니다.
유용한 검증기에는 다음이 포함됩니다:
- 완전한 테스트 케이스 세트
- 벤치마크 성능 테스트
- 일관되게 재현 가능한 버그
- 검증 매트릭스
- 항상 통과해야 하는 종단 간 워크플로우
야망은 중요하지만 검증 메커니즘이 없는 야망은 단순한 소망일 뿐입니다.
사이드 패널
사이드 패널 기능은 생성된 작업 결과를 채팅 창 바로 옆에 유지합니다. 더 이상 파일을 내보내고 여러 소프트웨어를 번거롭게 전환할 필요 없이 바로 검토할 수 있습니다. 생성된 결과는 코드일 수도 있지만, 슬라이드, PDF, 웹 페이지, 스프레드시트 또는 기타 생성된 모든 것이 될 수 있습니다.
특히 네 가지 유형의 작업을 처리하는 데 탁월합니다:
- 생성된 아티팩트 검사
- 수정이 필요한 영역에 주석 달기
- 웹 인터페이스 조작
- 코드 또는 파일 변경 사항 검토
사이드 패널을 사용하면 Markdown 문서, 스프레드시트, 데이터 테이블, 일반 문서 및 슬라이드를 바로 볼 수 있습니다. 기존 워크플로우를 중단하지 않고 파일을 검사, 주석 달기 및 수정할 수 있습니다.
슬라이드나 PDF가 대화 상자 바로 옆에 열려 있어 언제든지 검토하고 수정할 수 있습니다.
앱 내 브라우저를 사용하면 Codex가 렌더링된 웹 페이지를 직접 검사하고 제어하며, 사용자가 페이지에 남긴 주석에 직접 응답할 수도 있습니다. 웹 페이지나 파일에 대한 의견은 모두 이 작업 루프 내에 유지되므로 더 이상 이전처럼 별도의 인계 작업으로 분할할 필요가 없습니다.
웹 페이지는 출력 결과이자 사용자가 조작할 수 있는 제어판이 됩니다. Codex는 페이지를 빌드하고, 사이드 패널에서 열고, 스스로 검사하고, 버그를 수정한 다음, 같은 것을 제자리에서 계속 반복하고 최적화할 수 있습니다.
다음 시나리오는 사이드 패널에서 특히 효과적입니다:
- 단일 index.html을 사용한 가벼운 정적 디스플레이
- Storybook 실행하여 UI 컴포넌트 검토
- 코드 생성 애니메이션을 위한 Remotion Studio 사용
- 브라우저에서 표시되는 슬라이드 프레젠테이션
- 데이터 분석 흐름을 위한 데이터 앱
간단한 index.html 파일은 서버를 설정하지 않고도 재미있는 대화형 앱으로 변할 수 있습니다. 게다가 스레드 자동화는 이러한 정적 파일을 시간이 지남에 따라 조용히 업데이트하여 돌아왔을 때 항상 최신 진행 상황이 기다리고 있도록 할 수 있습니다.
공유 메모리
장기 실행 스레드가 단일 채팅의 경계를 넘어 메모리를 공유할 수 있게 되면 그 유용성은 질적으로 도약합니다.
공유 메모리(Shared memory): 단일 대화 외부에 저장되는 지속적인 컨텍스트로, 명확하고 추적 가능한 정보를 바탕으로 미래의 작업을 진행할 수 있게 합니다.
상대적으로 안전한 접근 방식은 이러한 지속적인 스레드를 Obsidian 볼트에 '앵커링'하는 것입니다. 간단히 말해, 일반 텍스트 파일을 저장할 폴더를 만드는 것입니다. 직관적이고, 언제든지 보고, 수정하고, 이동하기 편리하며, 오래 지속됩니다. 팀은 이 폴더를 Git, Dropbox, Google Drive 또는 기타 동기화 도구와 같은 원하는 클라우드 드라이브에 넣을 수 있습니다.
볼트는 다음과 같이 보일 수 있습니다:
[텍스트]
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
루트 디렉토리에 AGENTS.md 파일을 넣을 수 있습니다. 여기에서 Codex에 대한 규칙을 설정할 수 있습니다: 사람, 프로젝트, 결정, 할 일에 대해 새로운 정보를 알게 될 때 이 볼트를 어떻게 업데이트해야 하는지.
특정 볼트 구조를 맹목적으로 복사하지 마세요. 해야 할 일은 AI 에이전트를 '교육'하는 것입니다: 지속적인 컨텍스트를 어디에 둘지, 어떤 컨텍스트를 유지해야 하는지, 언제 파일을 건드리지 말아야 하는지.
실용적인 AGENTS.md 가이드는 다음과 같을 수 있습니다:
- ~/vault를 장기 작업 메모리 영역으로 취급하세요.
- 노트를 정리된 상태로 유지하려고 노력하세요; 파편화된 기록이 여기저기 흩어지지 않도록 하세요.
- 할 일, 사람, 프로젝트, 일일 요약, 초안을 정확하게 분류하세요.
- 내린 결정, 만난 장애물, 담당자, 날짜, 유용한 링크를 적절히 저장하세요.
- 실질적인 새로운 진전이 없으면 볼트의 파일을 함부로 수정하지 마세요.
코드베이스는 코드를 저장하는 곳입니다. 이 볼트는 변화하는 컨텍스트를 저장하는 곳입니다: 누가 관련되어 있는지, 무엇이 변경되었는지, 어디에서 막혔는지, 누가 다음에 후속 조치를 취하는지, 그리고 두 채팅 사이에서 완전히 사라질 세부 사항들.
중요한 컨텍스트는 절대 단일 채팅의 텍스트 기록에만 갇혀 있어서는 안 됩니다. 기록해 두고 다음 스레드가 즉시 가져갈 수 있는 곳에 두세요.
Codex 자체도 공식 메모리 기능을 제공합니다(설정 > 개인화 > 메모리). 이는 개인 선호도, 일반적인 워크플로우, 자주 겪는 함정을 기억하기 위한 내장 로컬 노트패드와 같습니다. 하지만 이 기능은 사용자가 명확히 기록한 컨텍스트를 보완하기 위한 것이지 대체하기 위한 것이 아닙니다. Chronicle 메모리 구성 요소도 같은 논리를 따르며, Codex가 최근 화면에서 발생한 일로부터 메모리를 추출하고 구축하도록 돕습니다.
코드에서 바깥으로
Codex는 코드 작성을 주요 업무로 시작했지만, 이제 코드 주변의 많은 부수 작업을 이 동일한 시스템 내에서 처리할 수 있습니다: MCP 서버, 웹 인터페이스, 데스크탑 제어, 스레드 자동화, 사이드 패널에서 바로 검토할 수 있는 파일 등이 있습니다.
이는 우리가 이를 제어하는 방식을 완전히 바꿉니다. '작업 방향 전환'은 작업을 중간에 중단시킬 수 있습니다; '작업 대기열'은 다음 단계를 정리하는 데 도움을 줍니다; '스레드 자동화'는 사용자가 없을 때도 시스템이 계속 실행되도록 합니다; 그리고 '목표 설정'은 명확한 완료 지점을 그려 Codex가 계속 달려야 할 방향을 알려줍니다.
오늘날의 Codex는 이미 완전한 워크플로우를 수행할 수 있습니다: 명령을 듣고, 작업을 실행하고, 파일을 최종 검토하는 것까지. 이러한 작업이 코드베이스의 범위를 훨씬 넘어섰음에도 불구하고 Codex는 여전히 능숙하게 처리합니다.
