원문 제목: 내가 아는 모든 에이전틱 엔지니어링 해킹 (2026년 6월)
원문 저자: Matt Van Horn
편역: Peggy

편집자 주: 이 글은 에이전틱 엔지니어링(Agentic Engineering)에 대한 개인 작업 흐름 회고입니다. 저자 Matt Van Horn은 특정 AI 프로그래밍 도구의 사용 팁이 아니라, AI 에이전트를 중심으로 생산 프로세스를 재구성하는 전체적인 방법을 기록했습니다.

그의 실천에서 AI는 더 이상 IDE의 코드 완성 도우미가 아니라, 지휘할 수 있는 '실행 팀'에 가깝습니다. 먼저 /ce-plan으로 모호한 아이디어를 plan.md로 정리하고, /ce-work로 실행합니다. 음성 입력으로 타이핑을 대체하고, 여러 개의 cmux, Claude, Codex 세션을 동시에 열어 병렬로 진행합니다. Claude는 계획과 판단을, Codex는 구축을 담당하게 합니다. 회의 녹음, 노트, 과거 솔루션, 코드베이스를 모두 에이전트의 컨텍스트로 만들고, 자주 하는 동작은 재사용 가능한 skills로 정리합니다.

이 방법 뒤에 있는 변화는 개발자의 핵심 가치가 '모든 코드 줄을 직접 완성하는 것'에서 '질문 제기, 제약 조건 설정, 방향 판단, 지속적 수정'으로 이동하고 있다는 점입니다. 에이전트가 많은 실행 작업을 수행할 수 있을 때, 인간은 시스템의 신호원과 같아집니다: 취향, 경험, 우선순위, 최종 판단을 제공합니다.

따라서 이 글에서 진정으로 주목할 점은 특정 플러그인이나 명령어가 아니라, AI 도구가 성숙해지면서 발생하는 생산 관계의 변화입니다. 실행 비용이 낮아진 후, 개인은 더 많은 프로젝트를 동시에 진행할 수 있지만, 계속 구축하고 계속 출시하는 순환에 빠지기 쉽습니다. 저자는 글 말미에 독자에게 상기시킵니다: 무언가를 만들 수 있다고 해서 누군가가 그것을 필요로 하는 것은 아닙니다. AI로 코드를 작성하고, 제품을 만들고, 콘텐츠를 쓰거나 지식 작업을 관리하는 사람들에게 이 글은 더 현실적인 질문을 제기합니다: '직접 하는 것'이 점점 저렴해질 때, 우리는 어떻게 자신의 가치를 재정의해야 할까요?

다음은 원문입니다:

세 달 전, 나는 《내가 아는 모든 Claude Code 팁》이라는 글을 올렸습니다. 그 글은 91만 3천 뷰를 기록했습니다. @kevinrose가 어떤 IDE를 사용해야 하는지 물었을 때, 내 대답은 이랬습니다: "IDE는 필요 없어. plan.md 파일과 음성만 있으면 돼."

이전에는 이것을 vibe coding이라고 불렀습니다. 작년 추수감사절 즈음부터 모델 성능이 마침내 이 '장난감'을 실제로 사용 가능한 것으로 만들었고, 지금 많은 사람들이 에이전틱 엔지니어링(Agentic Engineering)이라고 부르는 것입니다. 이것이 올해 내가 지속적으로 결과물을 낼 수 있었던 유일한 이유입니다. 올해 나는 last30days(2만 7천 Star), Printing Press(4000+ Star), 그리고 방금 출시한 Agent Cookie를 발표했습니다. 동시에 Python, Go, GStack, Paperclip을 포함한 여러 대규모 오픈소스 프로젝트의 주요 기여자가 되었습니다. 고등학교 이후로, 나는 진정으로 누군가가 신경 쓰는 소프트웨어를 만든 적이 없었습니다. 다음은 내 모든 팁입니다.

팁

YOLO 속독 버전 팁: 전체 글을 당신의 에이전트에 복사해서 계획을 세우게 하고, 여기에 언급된 모든 것을 설정한 다음 팁 하나씩 실행하세요. 그것이 바로 나의 전체 작업 스택이며, 당신이 직접 읽을 필요조차 없습니다.

1. 아이디어가 떠오르면, 먼저 CE plan.md를 만드세요

이것은 여전히 첫 번째 원칙입니다. 그리고 내가 배운 가장 중요한 것 중 하나입니다.

아이디어가 생기면, 가장 먼저 하는 일은 /ce-plan으로 plan.md를 생성하는 것입니다. "잠깐 생각해보자"도 아니고, "일단 코드부터 작성하자"도 아닙니다. 매번, /ce-plan입니다. 이미지도 지원하므로, 캡처할 수 있는 모든 것이 출발점이 될 수 있습니다:

· 미친 제품 아이디어: /ce-plan.
· GitHub의 버그: 이슈 URL을 복사해서 붙여넣고, /ce-plan.
· 터미널 오류: Cmd+Shift+4로 스크린샷, Ctrl+V로 붙여넣고, /ce-plan fix this.
· 스크린샷, 오류 메시지, 디자인 시안, Slack 토론 스레드: 모두 바로 던져넣을 수 있습니다.

아이디어가 아직 모호해서 내가 정확히 무엇을 원하는지 모를 때는, 먼저 /ce-brainstorm으로 에이전트와 함께 문제를 명확히 한 다음, 윤곽이 잡히면 /ce-plan을 사용합니다.

내부적으로 /ce-plan은 여러 연구 에이전트를 병렬로 파견합니다. 하나는 코드베이스를 읽어 패턴을 찾고 코드 규칙을 확인합니다. 다른 하나는 과거 솔루션을 검색하여 경험을 추출합니다. 주제가 깊이 탐구할 가치가 있다면, 외부 문서와 모범 사례를 연구하기 위해 더 많은 에이전트를 보냅니다. 이 모든 것이 동시에 발생합니다. 그런 다음 결과를 통합하여 구조화된 plan.md를 작성합니다: 문제가 무엇인지, 해결 방안은 무엇인지, 수정해야 할 파일은 무엇인지, 체크박스가 있는 수락 기준, 당신의 코드에서 어떤 패턴을 따라야 하는지. 일반적인 조언이 아니라, 당신의 repo, 당신의 규칙, 당신의 역사적 경험을 기반으로 한 솔루션입니다.

/ce-work는 이 계획을 가지고 구축을 진행합니다. 컨텍스트가 넘쳤나요? 새 세션을 열고 이 plan을 가리키면 중단했던 지점에서 계속할 수 있습니다. 이 계획은 모든 컨텍스트 손실을 넘어서는 체크포인트입니다.

전통적인 개발은 80% 코딩, 20% 계획입니다. 여기서는 정반대입니다: 생각은 모두 계획에 넣고, 실행은 기계적인 작업이 됩니다.

Compound Engineering은 @kieranklaassen과 @trevin이 만든 플러그인으로, 이 전체 프로세스를 실제로 작동하게 만듭니다.

저는 처음에 이 플러그인의 열렬한 팬이 되었고, 이후 기여자가 되었으며, 지금은 핵심 팀 외부에서 세 번째로 큰 기여자입니다. 제 규칙은 간단합니다. 정말로 코드 한 줄만 수정하는 경우가 아니라면, 반드시 먼저 plan.md를 작성합니다.

팁

Compound Engineering 설치:

/plugin marketplace add EveryInc/compound-engineering-plugin

스크린샷, 버그 URL 또는 오류 메시지를 붙여넣고, /ce-plan을 실행한 다음 /ce-work를 실행하세요.
아이디어가 명확하지 않나요? 먼저 /ce-brainstorm을 사용하세요.

2. plan.md를 읽지 마세요

저는 항상 plan.md를 생성합니다. 하지만 거의 읽지 않습니다. 계획은 에이전트를 위한 것입니다. 당신이라는 어리석은 인간은 보지 마세요.

계획을 강제로 생성하면 에이전트가 게으름을 피울 수 없습니다. 반드시 연구하고, 방법을 약속하고, 승인 기준을 작성한 다음, 실제로 그 기준을 완료해야 합니다. 계획이 있는 코딩 에이전트는 완전한 작업을 제공합니다. 계획이 없는 코딩 에이전트는 지름길을 택하고 일찍 멈춥니다. 계획은 에이전트를 묶는 끈입니다.

그래서 저는 에이전트가 계획을 작성하게 하고, 제목을 훑어본 다음 바로 /ce-work를 실행합니다. 질문이 있으면 같은 세션에서 바로 "잠깐, 왜 이 방법을 사용했어?"라고 묻거나 TLDR을 요청합니다. 또는 완전히 이해하지 못할 때는 "eli5 this plan"이라고 말합니다. 그러면 한 문단 버전을 받고, 고개를 끄덕인 다음 계속 진행합니다. 저는 300줄의 마크다운을 읽지 않습니다. 그것은 에이전트의 숙제이지, 제 것이 아닙니다.

계획을 생성하세요. 계획을 신뢰하세요. 계획을 읽지 마세요.

팁

계획을 직접 읽지 마세요. 세션에서 바로 물어보세요: TLDR?, eli5 this plan, 또는 "잠깐, 왜 이 방법을 사용했어?"

3. /ce-plan을 가장 깊은 비엔지니어링 작업에 사용하세요: 먼저 '계획'을 위한 계획을 세우세요

많은 사람들이 /ce-plan과 /ce-work를 코드를 작성하는 도구라고 생각합니다. 하지만 제가 3월 이후로 배운 가장 큰 교훈은 이것들이 코드만을 위한 것이 아니라는 점입니다. 지금 제가 하는 가장 깊이 있는 지식 작업도 모두 동일한 루프 안에서 이루어집니다. 핵심 기술은 첫 번째 계획이 문제를 직접 해결하는 것이 아니라, '계획을 세우는 방법'에 대한 계획을 먼저 수립하는 것입니다. 이것은 제가 코드 도구를 억지로 다른 용도로 사용하는 것이 아닙니다. /ce-plan에는 본래 일반적인 계획 패턴이 내장되어 있으며, 바로 이러한 비코드 작업을 위해 설계되었습니다.

이는 비즈니스 문제에만 국한되지 않습니다. 전략 문서, 제품 사양, 경쟁사 분석, 이사회 업데이트 등 모두 동일한 루프로 처리할 수 있습니다.

실제 예를 들어보겠습니다. 당시 저는 비즈니스 과제를 구상 중이었고, Michael Margolis를 만났습니다. 그는 GV의 리서치 파트너였으며, bullseye-customer method(타겟 고객 방법)로 유명합니다. 그는 자신의 책을 읽어보라고 권했고, 그 책은 그의 웹사이트에서 무료로 PDF를 다운로드할 수 있었습니다. 예전 같으면 대충 훑어보고 넘어갔을 것입니다. 하지만 이번에는 Claude Code를 열고 대략 이렇게 말했습니다:

/ce-plan make a plan for the plan. 제가 곧 두 가지를 제공할 것입니다: Margolis의 책(PDF 형식)과, 방금 그와 함께한 2시간짜리 Granola 회의 기록(전체 맥락이 담긴 대화 내용)입니다. 제 비즈니스 문제, 이 대화, 그리고 책의 경험을 결합하여 실제로 사용할 수 있는 결과물을 만드는 방법에 대한 신중한 계획을 세워주세요. 지금 그 문서를 작성하지는 마세요. 그 문서를 작성하는 것이 본 작업입니다. 지금은 당신이 이 책을 읽고, 회의 기록을 분석하며, 고품질 문서를 산출할 방법에 대한 계획만 세우면 됩니다.

그 후 45분 동안, 그것은 매우 방대한 계획을 세웠습니다.

이것이 제가 아는 LLM이 게으름을 피우지 못하게 하는 최고의 기술입니다. 직접 결과물을 요구하면 종종 지름길을 택하지만, 먼저 '이 결과물을 어떻게 산출할지' 계획을 세우게 한 후 그 계획을 실행하면, 항상 더 깊이 있는 버전을 만들어냅니다.

팁

깊이 있는 비코드 작업: /ce-plan make a plan for the plan을 사용하여 모든 맥락과 회의 기록을 제공한 후, /ce-work를 실행하세요.

4. 음성 입력 수용

LLM에 음성 입력을 사용하는 것은 다른 어떤 것에 음성 입력을 사용하는 것과도 다릅니다. 전사(轉寫)가 완벽할 필요는 없습니다. 듣는 쪽이 맥락을 이해하기 때문입니다. 마이크가 잘못 들은 내용을 추측해냅니다. 더듬거리거나, 멈추거나, 중간에 다시 시작해도 됩니다. 음성이 드디어 사용 가능해진 이유는 반대쪽이 충분히 똑똑해서 빈틈을 메울 수 있기 때문입니다.

내 설정은 이렇다:

· Mac: Monologue(Every 제작) 또는 Wispr Flow 중 하나를 사용한다. 둘 중 하나를 골라서 현재 포커스된 앱에 음성을 입력한 다음, 바로 Claude Code에 말을 건다. 사무실에는 구스넥 마이크도 하나 사뒀다.

· 휴대폰: Monologue와 Wispr Flow는 사용하지 않는다. iOS에서 앱을 왔다 갔다 하기가 너무 번거롭다. 애플 기본 받아쓰기 기능으로 충분하다. 왜냐하면 사람과 대화하는 게 아니라 LLM과 대화하는 거라서, 단어의 절반을 잘못 변환해도 에이전트가 이해할 수 있기 때문이다. 게으른 메모도 전혀 문제없다.

· 솔직히 한마디 하자면: 혼자 있을 때는 음성 사용에 능숙하다. 하지만 사무실에서는 사용하기 어렵다. 어떤 사람들은 마이크에 작게 말하면 된다고 하지만, 나는 실제로 그렇게 하지 않는다는 걸 깨달았다. 무례해 보이고 싶지 않고, 주변 사람들을 방해하고 싶지 않기 때문이다. 따라서 공유 사무실 환경은 여전히 내 워크플로의 약점이다. 만약 당신이 개방형 사무실에서 음성 입력 문제를 해결했고, '그런 사람'이 되지 않았다면, 방법을 알려줬으면 한다. 정말 조언을 듣고 싶다.

팁

· Mac: Monologue 또는 Wispr Flow를 설치한다.

· 휴대폰: 애플 기본 받아쓰기를 사용한다.

· 구스넥 마이크를 하나 더 산다.

5, cmux에서 탭을 많이 열어 놓기

이게 내 실제 하루다. 4~6개의 cmux 탭, 때로는 더 많으며, 각각은 독립적인 세션이다:

· 하나는 계획을 작성 중이다.

· 하나는 다른 계획을 기반으로 빌드 중이다.

· 하나는 last30days를 실행 중이다.

· 하나는 이전 것을 테스트하다 발견한 버그를 수정 중이다.

/ce-plan이 한 창에서 연구를 시작하면, 나는 다른 창으로 전환해 이미 작성된 계획에 대해 /ce-work를 실행한다. 그것이 빌드 중일 때, 세 번째 창에 새 버그를 붙여넣을 수 있다. 다시 첫 번째 창으로 돌아가면, 이미 완료되어 기다리고 있다.

Orca가 모바일 쪽에서 잘 작동한다고 들었다. 나도 예전에는 Ghostty 순수주의자였지만, Ghostty에서는 알림을 너무 많이 놓쳤다.

팁

cmux를 사용한다.

4~6개의 탭을 열어두고, 각 탭에서 서로 다른 작업을 처리하세요.

6. 터미널 기본값을 Shell 대신 Claude 또는 Codex로 설정하기

새 탭을 열면 Shell 대신 바로 Claude Code가 열려야 합니다. 탭을 열면 이미 에이전트와 대화를 시작할 수 있습니다. `cd` 명령어를 입력할 필요도, `claude`를 입력할 필요도 없습니다. 새 세션을 시작하는 데 버튼 한 번만 누르면 되면, 더 자주 실행하게 됩니다. 저는 폴더도 사용하지 않습니다. 에이전트가 스스로 프로젝트를 찾을 것입니다.

팁

다음 내용을 에이전트에 붙여넣으세요:

모든 새 터미널 탭이 직접 Claude Code를 열도록 설정하세요. `~/.config/ghostty/config` 파일에 다음 줄을 추가하세요: `command = ~/.local/bin/claude-launcher.sh`. 이 파일에 있는 기존 설정은 절대 건드리지 마세요. 그런 다음 `~/.local/bin/claude-launcher.sh` 파일을 생성하고, `claude --dangerously-skip-permissions`를 실행한 후 Claude가 종료되면 짧은 안내 메시지를 출력하고, 인터랙티브 로그인 zsh로 진입하도록 만드세요. 이 스크립트에 `chmod +x`를 실행하세요. 이 설정은 Ghostty와 cmux 모두에 적용됩니다. cmux는 동일한 Ghostty 설정을 읽기 때문입니다.

7. 모든 창을 원격 제어하고 Claude Code 또는 Codex에 이메일 주소 부여하기

이 두 가지 팁을 사용하면 모든 세션을 어디서든 접근할 수 있습니다.

새 창을 열 때마다 원격 제어를 활성화하세요.
원격 제어가 각 세션에서 자동으로 켜지도록 설정하세요.

이제 모든 창을 Claude 모바일 앱에서 접근할 수 있습니다. 책상에서 세션을 시작한 후 자리에서 일어나, 이동 중에도 동일한 실시간 작업을 휴대폰으로 이어서 제어할 수 있습니다. 줄을 서서 기다릴 때도 집에 있는 Mac에서 실행 중인 작업을 제어할 수 있습니다.

Claude에 이메일 주소를 부여하세요.
AgentMail을 통해 Claude Code에 이메일 주소를 부여할 수 있습니다. 이 방법은 창업자 Adi @adisingh에게 배웠습니다. 해당 인박스에 이메일을 보내면, 새 세션이 열리고 이메일 제목과 본문의 내용을 처리하기 시작하며, 모든 첨부 파일도 경로 형태로 사용할 수 있습니다. 저녁 식사 중에 버그를 발견했나요? 휴대폰으로 이메일을 보내고, 화면 앞으로 돌아오면 세션이 이미 실행 중입니다. 저는 이 전체 시스템을 오픈소스로 공개했습니다: github.com/mvanhorn/agentmail-to-claude-code.

이는 세 가지 구성 요소로 이루어져 있습니다:

WebSocket을 통해 AgentMail inbox를 모니터링하는 데몬(daemon)입니다. 허용 목록에 있는 이메일이 도착할 때마다 새로운 Claude session을 열고, 프롬프트 파일에 이메일을 작성한 후 Claude에게 읽고 실행하도록 지시합니다.

두 개의 터미널 백엔드: cmux 또는 독립형 Ghostty로, 기존에 사용하던 시작 방식을 그대로 구동할 수 있습니다.

송신端입니다. Hermes의 cc 명령어에 연결했기 때문에, 휴대폰에서 cc <task>를 실행하면 작업이 Mac의 작업 session에 전달됩니다. VPN이나 SSH가 필요하지 않습니다.

허용 목록이 관문 역할을 합니다. 통제된 주소만 통과할 수 있으며, DKIM 또는 SPF 검증에 실패한 이메일은 session이 열리기 전에 폐기됩니다.

팁

항상 원격 제어 활성화: ~/.claude/settings.json에 다음을 추가하세요:

"remoteControlAtStartup": true

Claude에게 이메일 주소를 부여하세요. 다음 내용을 agent에 붙여넣으세요:

github.com/mvanhorn/agentmail-to-claude-code를 사용하여 Claude Code에 이메일 주소를 부여하세요. 이를 클론하고, AgentMail inbox를 설정한 후, 내 API key, inbox, 내 이메일 주소만 포함된 allowlist, 그리고 내 터미널 유형(cmuX 또는 Ghostty)으로 cc.env를 채운 다음 데몬을 실행하고 launchd 작업으로 설치하세요. 해당 inbox로 이메일을 보내면, 이 Mac에서 새로운 Claude Code session이 열리고 이메일 제목과 본문 처리를 시작합니다.

8. 위험하게 권한 확인을 건너뛰기. 네, 진심입니다

Claude Code는 편집 및 명령 실행 시마다 권한을 요청합니다. 여섯 개의 session을 동시에 실행할 때, 이를 계속 주시할 수는 없습니다. 이 문제를 해결해 주는 두 가지 설정이 있습니다. 어떤 사람들은 자동 모드가 "더 안전한" 방법이라고 말하지만, 저에게는 너무 느립니다.

핵심은:

skipDangerousModePermissionPrompt: true

이 설정이 없으면 Claude가 세션마다 확인을 요구합니다. Shift+Tab으로 전환할 수도 있습니다. 새로운 'auto' 모드가 더 안전하게 대부분의 효과를 낼 수 있다고 누군가가 알려줬습니다. 아마 그럴 수도 있죠. 제 태도는 YOLO입니다. 이건 제 컴퓨터입니다. 만약 모든 걸 망가뜨려도 GitHub는 그대로 있습니다. 친구가 Claude Code를 설정할 때 AI가 오히려 이 설정을 비활성화하도록 권유하더군요. 직접적으로 말해야 합니다.

또 다른 설정은 사운드 hook입니다. 여섯 개의 세션을 병렬로 실행할 때는 이게 필수입니다.

자리를 비웠다가 소리를 듣고 돌아올 수 있습니다. 여섯 개의 세션이 동시에 실행 중일 때, 소리는 어떤 작업이 방금 완료됐는지 알려주는 방법입니다.

팁

~/.claude/settings.json에 붙여넣기:

{
"permissions": {
"allow": [
"WebSearch",
"WebFetch",
"Bash",
"Read",
"Write",
"Edit",
"Glob",
"Grep",
"Task",
"TodoWrite"
],
"deny": [],
"defaultMode": "bypassPermissions"
},
"skipDangerousModePermissionPrompt": true
}

{
"hooks": {
"Stop": [
{
"hooks": [
{
"type": "command",
"command": "afplay /System/Library/Sounds/Blow.aiff"
}
]
}
]
}
}

Codex에도 동일한 YOLO 모드가 있습니다. ~/.codex/config.toml 파일에서:

approval_policy = "never"
sandbox_mode = "danger-full-access"

또는 단일 실행 시:

codex --yolo

9. Codex CLI를 거의 열지 않고도 대부분의 코드를 Codex로 처리하는 방법

저는 하루 종일 작업을 Codex에 넘기지만, Codex CLI는 거의 열지 않습니다. Claude가 계획을 세우고 Codex가 빌드를 수행하며, 저는 계속 Claude 세션에 머무릅니다.

Claude를 떠나지 않고 Codex에 작업을 넘기는 세 가지 방법이 있습니다:

· Codex IDE 확장: 작업을 보내고 결과를 적용하며, Codex 터미널에 들어갈 필요가 없습니다.
· /ce-work --codex: Compound Engineering 루프 내에서 직접 빌드를 Codex에 위임합니다.
· Printing Press의 Codex 모드: 새 CLI 프롬프트 끝에 codex를 추가하면 빌드가 Codex로 전달됩니다.

제 설정은 두 엔진 모두 extra-high reasoning으로 실행됩니다:

Codex: reasoning xhigh, fast mode 항상 켜짐.

Claude Code: reasoning xhigh, fast mode 꺼짐. fast mode는 200달러 Max 요금제 외에 토큰당 추가 요금이 부과되므로 사용하지 않습니다.

두 개의 200달러 구독을 병렬로 실행하면 완전히 새로운 두 번째 엔진이 생기는 셈입니다. 대규모 병렬 빌드는 Codex에 밀어넣고, Claude는 계획과 감각을 담당하게 합니다. 어떤 분들은 반대로 사용하기도 합니다: Codex가 빌드하고, Claude가 검토합니다.

팁

Codex: reasoning xhigh, fast mode 켜짐.

Claude Code: xhigh, fast mode 꺼짐.

작업을 Codex에 맡기기: Codex IDE 확장 프로그램, /ce-work --codex를 사용하거나 Printing Press 프롬프트 끝에 codex를 추가하세요.

10. 계획 전에 먼저 조사하기: last30days

/ce-plan을 실행하기 전에, 저는 보통 해당 주제에 대해 /last30days를 먼저 돌립니다.

한 번은 Vercel의 agent-browser와 Playwright 사이에서 선택해야 했습니다. 문서를 읽는 대신 다음을 실행했습니다:

/last30days Vercel agent browser vs Playwright

몇 분 후, 수십 개의 Reddit 토론, X 게시물, YouTube 동영상, HN 스토리를 얻었습니다. agent-browser는 호출당 훨씬 적은 컨텍스트를 소비하는 반면, Playwright는 도구 정의만으로 수천 개의 토큰을 쏟아냈습니다. 전체 출력을 /ce-plan integrate agent-browser에 넣었습니다. 이렇게 생성된 계획은 6개월 전의 훈련 데이터가 아니라, 커뮤니티가 현재 실제로 알고 있는 내용을 기반으로 했습니다.

last30days는 오픈소스 프로젝트로, 현재 26,000개 이상의 Star를 보유하고 있습니다. Reddit, X, YouTube, TikTok, Instagram, HN, Polymarket, GitHub 및 전체 웹을 병렬로 검색합니다. 저는 라이브러리를 선택하기 전, 기능을 만들기 전, 비즈니스 파트너를 만나기 전, 글을 쓰기 전에 이것을 실행합니다. 이 글의 여러 주제에서도 실행해봤습니다. 연구하고, 계획하고, 구축하세요. 이것이 진정한 사이클입니다.

팁

last30days를 설치하세요.
/ce-plan 전에 다음을 실행하세요:

/last30days <topic>

ScrapeCreators 키를 설치하는 것을 잊지 마세요.

11. 모든 것을 Granola에 맡기고 원본 전사를 LLM에 넣기

저는 한 지원자와 점심을 먹었습니다. 제품, 음식, 아이들에 대해 이야기했고, 90분의 평범한 대화 속에 하나의 제품 아이디어가 섞여 있었습니다. Granola가 계속 녹음하고 있었습니다. 끝난 후, 전체 원본 전사를 Claude Code에 붙여넣었습니다:

/ce-plan 이걸 제품 제안서로 바꿔줘

핵심은 '원본'이다. 나는 먼저 요약하지 않는다. 엉망인 전사(轉寫) 전체를 그대로 넣고, 초밥에 관한 잡담까지도 함께 넣은 다음, Claude가 내 실제 코드베이스와 내가 과거에 작성한 모든 전략 계획을 바탕으로 유용한 정보를 추출하도록 한다. Granola 컨텍스트 + 코드베이스 + 과거 계획, 이 조합이 황금이다. Claude는 한 번에 초안을 작성했고, 레스토랑 잡담은 자동으로 무시했으며, 나는 그날 밤 바로 발송했다. 그 사람은 지금 우리와 풀타임으로 함께 일하고 있다.

3월 이후 업그레이드: Printing Press Granola CLI. 이건 정말 신기하다. 어떤 회의든 깨끗한 구조화된 데이터로 세션에 바로 불러올 수 있고, 내가 연 모든 회의를 검색해서 3주 전에 누군가가 말한 특정 문장을 찾아내 계획에 가져올 수 있다. 더 이상 복사-붙여넣기가 필요 없다. 모든 회의의 컨텍스트는 단 하나의 명령어만 입력하면 된다.

팁

Granola의 원본 전사를 /ce-plan에 바로 던져 넣고, 먼저 요약하지 마라.
Printing Press Granola CLI를 설치하라.

12. 인간 신호

이것은 내가 가장 오랜 시간을 들여 마인드셋을 바꾼 부분이다. 여섯 개의 agent를 동시에 운영할 때, 네 일은 직접 일하는 것이 아니다. 네 일은 신호가 되는 것이다.

agent는 생산량을 제공한다. 너는 취향, 방향, 그리고 '피드백-재지정' 루프를 제공한다. agent가 반환한 결과를 보고 "두 번째 안이 더 가깝지만, 첫 번째 안의 표현을 사용해", "가장 큰 리스크를 처리해", "이 문단이 너무 길어"라고 말하면, agent는 움직인다. 이 루프에서 희소하고 가치 있는 것은 네 판단이지, 네 타자 속도가 아니다. 내가 스스로를 단지 '인간 신호'로 받아들이고, 더 이상 직접 일하는 사람이 되려고 하지 않을수록, 내가 전달하는 결과물은 더 많아졌다.

너는 취향을 책임져라. agent가 일을 하게 두라.

팁

네 두뇌로 agent를 지휘하여 세상에 가치를 더하라. 네 두뇌는 여전히 가치가 있다.

13. HyperFrames로 비디오 제작, 모든 비디오에 이것을 사용하라

비디오는 예전에 내가 아웃소싱하거나 아예 건너뛰던 것이었다. 지금 나는 비디오를 다른 모든 일과 같은 방식으로 만든다: 내가 말하고, agent가 구축하며, 내가 피드백한다.

HyperFrames를 사용하면 비디오를 HTML로 만들 수 있어서 에이전트가 직접 작성할 수 있습니다. 루프는 코드 작성과 완전히 동일하지만, 출력 결과가 PR에서 MP4로 바뀌었을 뿐입니다. 각 비디오는 하나의 폴더이며, 그 안에 script.md 파일이 있어 장면별로 동적 폰트, 자막, 각 리듬 포인트를 포함한 스크립트를 작성합니다. 에이전트는 이 스크립트를 합성 화면으로 변환하고 렌더링합니다. 편집자도, 타임라인도 필요 없습니다.

이 방식으로 제가 만든 출시 비디오는 다음과 같습니다:

Granola CLI 데모

Agent Cookie 출시

Agent Cookie의 출시 비디오는 HyperFrame으로 제작되었습니다.

비디오 제작 비용이 한 번의 대화 수준으로 낮아졌기 때문에, 비디오가 필요한 모든 것에 이제 비디오가 생깁니다: 출시 숏클립, 제품 데모, 애니메이션 설명 비디오, 자막이 포함된 클립. 또한 X에만 게시되는 것이 아닙니다. 저는 렌더링된 데모를 PR에 직접 넣기도 합니다. 예를 들어 Facebook AI Research 프로젝트 atlas-lean의 이 PR처럼요.

팁

HyperFrames로 비디오 만들기: script.md를 작성하고, 에이전트가 이를 MP4로 렌더링하도록 하세요.

GIF를 catbox에 업로드하면 GitHub, PR, README, 이슈에서도 깔끔하게 표시됩니다.

14. 당신의 노트는 에이전트의 지식 베이스입니다

3월의 strategy-folder 기법은 이후에 일반화되었습니다. 계획이 매번 더 나아지는 이유는 Claude가 제가 이전에 작성한 모든 계획에 접근할 수 있기 때문입니다. 이것이 복리 효과를 내는 컨텍스트입니다. 그래서 저는 이를 제 전체 두뇌로 연결했습니다.

제가 접근하도록 설정한 도구는 다음과 같습니다:

Bear, Bear CLI와 함께 사용. 10년간의 노트, 회의 기록, 반쯤 완성된 아이디어, 결정 사항을 에이전트가 읽고 쓸 수 있습니다. 이것이 개인 RAG이지만, 굳이 그렇게 부르지 않아도 됩니다. 더 많은 내용을 넣을수록 각 세션이 더 똑똑해집니다.

Obsidian. 저는 직접 사용하지 않지만, 많은 사람들이 이 용도로 매우 선호하며 플러그인 생태계도 깊습니다.

gbrain. 서로 다른 기기와 에이전트 간에 동기화되는 나의 두뇌.

supermemory. 많은 사람들이 추천하는 에이전트 메모리 레이어. 현재 깊이 연구 중이며, 결론은 추후 공개.

이 기술의 핵심은 형태에 있다: CLI나 API를 지원하는 노트 도구를 선택하고, 에이전트를 연결하여 자신의 지식이 복리 효과를 내도록 만드는 것.

기술

에이전트가 두 가지 유형의 도구를 동시에 연결하도록 설정하라: 하나는 Bear, Obsidian처럼 직접 노트를 작성하는 도구이고, 다른 하나는 gbrain, supermemory처럼 에이전트의 기억을 담당하는 '두뇌'다. CLI나 API를 지원하는 도구를 선택해야 에이전트가 이를 읽을 수 있다.

15. 언제 어디서나 작업: 나의 Mac mini

기술

Mosh는 SSH 접속이 필수일 때 사용한다. 열악한 Wi-Fi와 네트워크 로밍 환경에서도 세션을 로컬처럼 부드럽고 반응성 있게 유지해준다. 일반 SSH에서는 Claude Code가 키 입력마다 네트워크 왕복을 기다리며 느릿느릿 움직인다. Mosh가 가져오는 차이는 '사용 가능'과 '고통'의 차이다.

Tmux는 비행기에서 사용한다. tmux 세션 내에서 원격 머신에 SSH로 접속하면, 작업이 노트북이 아닌 원격 머신에서 실행된다. 대서양 횡단 중 Wi-Fi가 20분간 끊겨도, 다시 연결해 attach하면 모든 것이 중단된 지점 그대로 남아 있다. 유럽에서 돌아오는 비행 내내 기능을 지속적으로 배포한 적도 있다.

Hermes와 OpenClaw를 동시에 실행하며, 자율 원격 작업에 사용한다. Hermes는 반복 작업에서 스스로 학습하며 점차 발전하는 생태계이고, OpenClaw는 에이전트 기술 구축의 폭에서 강점을 보인다. 나는 둘 사이를 오가며 사용한다. OpenClaw를 일찍 포기했다면, 초기화하고 다시 시작할 것을 권장한다.

Agent Cookie는 Mac mini와 주력 Mac 간에 쿠키와 .env 파일을 동기화하는 데 사용한다.

16. Proof: 계획을 동료에게 보내기

plan.md는 나에게 완벽하지만, 터미널에 익숙하지 않은 사람에게 보내면 전혀 쓸모가 없다. 이것이 마지막 진정한 격차였고, Every에서 나온 Proof가 이를 정확히 메워준다.

Proof에서 계획을 열어 문서처럼 읽을 수 있다는 점은 꽤 괜찮다. 하지만 이 도구가 정말 필수불가결해지는 순간은 계획을 동료에게 보낼 때다. 나는 plan.md나 spec을 Proof에 던져넣고 링크를 보낸다. 그러면 터미널을 사용하지 않는 사람도 내용을 명확히 읽고, 인라인으로 댓글을 달 수 있으며, 그 댓글들은 다시 에이전트의 루프로 흘러들어간다. 더 이상 마크다운을 Slack에 붙여넣어 엉망으로 렌더링되는 꼴을 볼 필요가 없다. 이것이 바로 전체 계획 파일 워크플로우에 인간이 참여하는 검토 레이어이며, 에이전틱 워크(agentic work)를 일반 동료와 공유해도 더 이상 어색하지 않다고 느낀 첫 번째 사례다.

이 글을 쓰는 지금도 나는 이 글을 Proof에 넣어두었다. 이렇게 검토가 이루어지고 있다.

게다가 나는 이 글 전체를 cmux 안에서 작성하면서, 동시에 옆에는 Proof 리뷰를 띄워놓고 있다.

팁

계획 공유하기: .md 파일을 Proof에 던져넣고 링크를 보낸 뒤, 댓글을 다시 작업 루프로 가져온다.

17. 나만의 스킬(Skill)을 작성하라

가장 큰 업그레이드는 에이전트를 사용하는 것이 아니라, 에이전트에게 남아 있는 기술을 가르치는 것이다. 두 번 이상 해본 모든 작업은 나는 스킬(skill)로 만든다. 에이전트가 앞으로 영구적으로 실행할 수 있는 재사용 가능한 명령어다. 먼저 자신만의 스킬을 작성하고, 이를 사용해 워크플로우를 자동화하라.

처음부터 작성할 필요는 없다. 이 부분을 진정으로 해결하는 팁은 에이전트에게 이미 잘 작동하는 스킬을 보여주고 그 형태를 복사하도록 하는 것이다. 말 그대로 "Compound Engineering 스킬을 보고, [내가 자동화하려는 작업]에 비슷한 걸 만들어줘"라고 하면 된다. 그러면 좋은 예제를 읽고 구조를 학습한 후, 나를 위해 뼈대를 세워준다. 이렇게 해서 나는 수많은 스킬을 만들었다.

이것은 이제 내 오픈소스 생활의 대부분이 되었다. 내 GitHub을 보면, 내 작업은 다양한 스킬과 그 주변 도구들로 구성되어 있다. last30days는 처음에는 나 자신을 위해 만든 스킬에 불과했지만, 지금은 오픈소스로 공개되어 2만 6천 개가 넘는 스타(Star)를 받았다. Printing Press는 에이전트 네이티브 CLI를 생성하는 완전한 공장이며, 내가 개인적으로 가장 자주 사용하는 도구로, 이미 320개 이상의 PR을 병합했다. 나는 또한 Compound Engineering 자체의 주요 기여자 중 한 명이다. 이 모든 것은 거대한 계획의 결과가 아니다. 각각은 내가 너무 자주 실행해서 에이전트가 영구적으로 능숙해질 가치가 있는 워크플로우일 뿐이다.

스킬 하나를 작성하세요. 이후 세션마다 더 빨라질 겁니다. 이것이 컴파운드 엔지니어링(Compound Engineering)의 복리 부분입니다.

팁

두 번 이상 한 모든 일은 스킬로 만드세요. 컴파운드 엔지니어링 스킬을 보고, [X]를 위해 비슷한 것을 만들어 보세요.

18. 오픈소스: 사랑하는 프로젝트에 기여하기

내 프로젝트를 완성하게 해준 동일한 사이클이 다른 사람의 프로젝트 완성도 도와줍니다. 저는 이미 Python, Go, OpenCV, Vercel의 Agent Browser, OpenClaw 등 수백 개의 PR이 오픈소스 프로젝트에 병합되었습니다. 단순한 오타 수정 PR이 아니라, 제가 매일 사용하는 도구의 실제 기능입니다.

어느 순간부터 저는 일부 기여자 순위 상위권에 이름을 올리게 되었습니다:

Compound Engineering, Superpowers, Emdash에서 3위.

GStack과 Paperclip에서 4위.

Vercel Agent Browser에서 6위.

Camoufox에서 2위.

@pejmanjohn은 농담삼아 이제 리포지토리를 열면 기여자 아바타 그리드에서 제 얼굴을 찾는 게 그의 개인 버전 '월리를 찾아라'가 되었다고 말합니다.

하지만 병합된 PR이 진짜 보상은 아닙니다. 진짜 보상은 사람입니다. 저는 Discord에 들어가서 메인테이너를 만나고 진정한 친구를 사귑니다. 이는 채용에도 매우 도움이 됩니다. 방금 제 새 회사를 위해 이런 방식으로 알게 된 엔지니어 한 명을 채용했습니다. 당신이 사랑하는 프로젝트에 기여하면, 그 프로젝트를 똑같이 사랑하는 사람들을 만나게 되고, 이 일은 계속해서 복리 효과를 냅니다.

팁

매일 사용하는 도구 하나를 골라서, 그 도구에 정말로 부족한 한 가지를 찾아내고, 동일한 /ce-plan + /ce-work 사이클로 그것을 만들어 보세요.

해당 프로젝트의 Discord에 참여하세요. PR이 당신을 문 안으로 들여보내지만, 사람들이 당신을 머물게 하는 이유입니다.

X에서 가치를 더하세요.
X에서, 존경하는 사람에게 매월 1~3달러를 구독하세요. 저는 @garrytan에게 매월 1달러를 구독합니다. 그래서 PR을 제출할 때 X 게시물을 그에게 보낼 수 있고, 그는 제가 유료 구독자라는 특별 알림을 받습니다. 저는 @jason, @teknium, @Teknium에게도 유료 구독합니다.

19. 현재 내 노트북 사양

2년 된 내 노트북은 현재 작업 부하를 거의 견디지 못한다. 하루 종일 여섯 개의 Claude 세션을 동시에 돌리고 Codex까지 실행해야 하기 때문이다. 그래서 M5 Max, 64GB RAM으로 업그레이드했다. 이건 정말 괴물 같은 성능이고, 나는 마음에 든다. 하지만 이 작업 부하조차도 이 기기를 한계까지 밀어붙인다. 새 기기로 배터리가 가장 짧게는 한 시간밖에 안 간 적도 있다.

그래서 나는 공황 상태로 전력 확보에 나섰다. 지금은 Anker 충전 브릭을 항상 가지고 다니고, 차 안에도 Anker 충전기를 하나 두어서 테슬라로 이동 중에 보충할 수 있게 했다.

팁

절대 절전 모드 안 함: sudo pmset -a disablesleep 1

Anker 충전 브릭을 항상 휴대하고, 차 안에도 충전기를 하나 두자.

20. Printing Press: 현실 세계에서 CLI 실행하기

이 팁들은 대부분 터미널 안에서 작동한다. 하지만 이번 팁은 터미널 밖으로 나간다. Printing Press는 현실 세계의 서비스를 감싸는 CLI 모음으로, agent가 직접 심부름을 할 수 있게 해준다. 이제는 독립 프로젝트가 되어 @ppressdev 계정으로 운영 중이며, 3700개 이상의 Star를 받았고, @trevin과 함께 작업 중이다.

이 도구들이 실제로 작동하게 만드는 핵심은 인증(auth)이며, 이는 어젯밤에 출시된 Agent Cookie다. 이 기능은 실제 브라우저 세션을 CLI에 전달하여, 비밀번호를 입력하거나 재인증할 필요 없이 CLI가 사용자 대신 작업을 수행하게 한다. 즉, "어떤 서비스를 아는 agent"를 "해당 서비스에 이미 로그인된 agent"로 바꿔준다.

실제 오후의 한 예시, 처음부터 끝까지: 테슬라 예열. 아이들이 10분 후에 차에 탄다. "차를 72도로 예열해 줘." Tesla CLI가 실행되고, 우리가 나가기 전에 차는 이미 따뜻해져 있다.

Instacart. "Instacart의 Costco 장바구니에 Corona를 추가해 줘."

ESPN 폴링. 한 세션이 경기를 모니터링하면서, 점수가 근접할 때만 나에게 알림을 보낸다. 아무것도 새로고침할 필요 없이, 정말 중요한 알림 하나만 받는다.

아이들을 위한 Alaska Airlines 일정. 항공권 가격과 전후 며칠의 가격을 가져오고, 우리의 Atmos 포인트 잔액을 확인한 후, 그 결과를 /ce-plan에 전달하여 가장 저렴한 날짜와 구매 알림을 포함한 예약 전략을 제시한다. 이 모든 과정은 축구장 옆에서 이루어진다.

이건 더 이상 'AI가 코드를 대신 작성해주는' 수준이 아니다. Agentic Engineering은 심부름을 해주고, 경기를 지켜봐주고, 차를 예열해주고, 여행을 예약해준다. 너는 그동안 다른 일을 하면 된다.

팁

printingpress.dev 라이브러리에서 기성 CLI를 설치해, 하나의 업무를 바로 에이전트에게 맡겨라.

스트레스 없는 인증: Agent Cookie가 실제 브라우저 세션을 CLI에 전달해, 너 대신 작업을 수행하게 한다.

진짜 팁은: 직접 하나를 print하는 것이다. 하루 종일 하는 어떤 일, 특정 API, 또는 꼭 필요한 서비스를 Printing Press에 넘겨, 에이전트 네이티브 CLI를 생성하게 해라. 너의 워크플로우를 위해 직접 만든 그 도구야말로, 진정으로 너의 작업 방식을 바꿔줄 도구다.

21. 솔직해지자: AI 정신착란적 몰입

에이전트는 원래 우리의 모든 작업을 대신해줘야 했다. 그런데 내가 아는 모든 친구들이 인생에서 가장 치열하게 일하는 중이다.

가장 쉬운 대답은: 잠시 쉬고, 풀밭을 만져봐라. 하지만 문제는 거기에 있지 않다. 문제는 중독이다. 에이전트로 무언가를 만드는 것은 세상에서 가장 위대한 비디오 게임이며, 그 순환 고리가 너무 강력하다.

나는 정말로 몇몇 친구들이 걱정된다. 갑자기 무엇이든 만들 수 있게 되면서 완전히 불타올라, 만드는 것 외에는 아무것도 하지 않는다. 그리고 제품을 출시하지만, 사용자는 없다. 괜찮다. 나도 사용자가 없는 제품을 많이 출시했다. 함정은 출시 후에 아무도 안 쓰는 것이 아니라, 너가 만드는 행위 속에 사라져 주변 사람들을 잃는 데 있다.

그러니 조심해라. 사랑하는 사람들과 대화해라. 네가 만드는 것을 정말로 원하는 사람이 있는지 스스로에게 물어봐라. 솔직한 대답이 '그냥 나만을 위한 도구'라면, 괜찮다. 내가 만든 최고의 것들 중 일부는 원래 나만을 위한 것이었다.

만약 정말로 관객을 원한다면, Gary Vaynerchuk이 항상 말하는 콘텐츠 경로를 따라가라. 어딘가에서 시작해, 빈 공간을 향해 포스팅하며, 한 사람이 알아주길 바란다. 그다음 세 명, 열 명, 백 명, 그리고 점차 수천 명으로 나아간다. 아무도 처음부터 수천 명을 가진 적은 없다. 네가 만드는 모든 것도 마찬가지다.

팁

잠시 쉬어라. 풀밭을 만져봐라.

사랑하는 사람들과 대화해라.

누군가가 원하는 무언가를 만들어라. 그 '누군가'가 단지 너 자신일지라도.

이 글은 바로 그렇게 쓰여졌다

이것은 단순한 마크다운 파일이다. Claude Code가 cmux 안에서 실행되고 있고, 나는 Monologue에게 말을 건다: "no-IDE 서문을 최적화해줘", "don't-read-the-plan 섹션을 더 날카롭게 만들어줘", "Tesla와 Instacart 이야기를 추가해줘". 그러면 AI가 다시 쓰고, 나는 피드백을 주고, 글이 Proof 검토로 넘어간다. last30days가 새로운 자료를 제공한다. 덧붙이자면, 이번에는 Zed를 사용하지 않았다. 나는 더 이상 그것을 쓰지 않는다. IDE를 쓰지 않는다. 코드를 치지 않는다. 말하고, 계획하고, 구축한다. 책상에서, 소파에서, 차 안에서, 축구장 옆에서도 가능하다.

이것이 6월 현재 내가 아는 전부다: 하나의 음성 앱, 하나의 계획 파일 플러그인, 몇 가지 설정 변경, 수많은 탭들, 하나의 Mac Mini, 두 대의 원격 머신, 그리고 현실을 작동시키는 CLI 함대.

팁

이 글 전체를 복사해서 당신의 agent에 붙여넣고, 가능한 한 여기에 언급된 모든 것을 설정하도록 해라. 당신의 agentic engineering 워크플로우에 좋은 일이 일어날 것이다.

[원문 링크]

BlockBeats 공식 커뮤니티에 참여하세요:

Telegram 구독 그룹：https://t.me/theblockbeats

Telegram 토론 그룹：https://t.me/BlockBeats_App

Twitter 공식 계정：https://twitter.com/BlockBeatsAsia