原文標題：Every Agentic Engineering Hack I Know (June 2026)
原文作者：Matt Van Horn
編譯：Peggy

編者按：這是一篇關於 Agentic Engineering（智能體工程）的個人工作流複盤。作者 Matt Van Horn 記錄的不是某個 AI 編程工具的使用技巧，而是一整套圍繞 AI Agent 重構生產流程的方法。

在他的實踐裡，AI 不再只是 IDE 裡的程式碼補全助手，而更像一支可以被調度的「執行團隊」：先用 /ce-plan 把模糊想法整理成 plan.md，再用 /ce-work 執行；用語音輸入替代打字；同時開啟多個 cmux、Claude、Codex 會話並行推進；讓 Claude 負責規劃與判斷，讓 Codex 負責構建；把會議錄音、筆記、歷史方案和程式庫都變成 Agent 的上下文；再把高頻動作沉澱為可複用的 skills。

這套方法背後的變化在於，開發者的核心價值正在從「親手完成每一行程式碼」，轉向「提出問題、制定約束、判斷方向、持續矯正」。當 Agent 可以承擔大量執行工作，人類更像系統中的信號源：提供品味、經驗、優先級和最終判斷。

因此，本文真正值得關注的不是某個具體插件或命令，而是 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 速讀版技巧：將整篇文章複製給你的 agent，讓它制定一個計畫，將這裡提到的所有東西都配置起來，然後一個技巧一個技巧地執行。那就是我的完整工作棧，甚至不用你自己讀完。

1、一有想法，就先做一個 CE plan.md

這依然是第一原則。也是我學到的最重要的一件事。

只要我有一個想法，我第一件事就是用 /ce-plan 生成一個 plan.md。不是「讓我先想想」，也不是「我先開始寫程式碼」。每一次，都是 /ce-plan。它也支持圖片，所以任何你能捕捉下來的東西，都可以成為起點：

·瘋狂的產品想法：/ce-plan。
·GitHub 上的 bug：複製 issue URL，貼上進去，/ce-plan。
·終端錯誤：Cmd+Shift+4 截圖，Ctrl+V 貼上，/ce-plan fix this。
·截圖、錯誤信息、設計稿、Slack 討論串：都可以直接丟進去。

如果想法還很模糊，我甚至不知道自己到底想要什麼，我會先用 /ce-brainstorm 和 agent 一起把問題想清楚，等輪廓明確之後再用 /ce-plan。

在底層，/ce-plan 會並行派出多個研究型 agent。一個讀取你的程式庫，尋找模式，檢查你的程式碼約定；一個搜索你過去的解決方案，從中提取經驗。如果這個主題值得深入，它還會派更多 agent 去研究外部文件和最佳實踐。所有這些同時發生。然後，它會整合結果，寫出一個結構化的 plan.md：哪裡出了問題、解決思路是什麼、需要改哪些檔案、帶複選框的驗收標準、應該沿用你自己程式碼裡的哪些模式。它不是泛泛而談的建議，而是基於你的 repo、你的約定、你的歷史經驗生成的方案。

/ce-work 會拿著這個計畫去構建。上下文爆了？開一個新 session，把它指向這個 plan，就能從上次停下的地方繼續。這個計畫就是能穿越一切上下文丟失的檢查點。

傳統開發是 80% 編碼、20% 規劃。這裡正好反過來：思考都放進計劃裡，執行變成機械動作。

Compound Engineering 是 @kieranklaassen 和 @trevin 做的插件，它讓這套流程真正跑起來。

我先是成了它的超級粉絲，後來變成貢獻者，現在已經是核心團隊之外的第三大貢獻者。我的規則很簡單：除非真的只是改一行代碼，否則一定先有一個 plan.md。

技巧

安裝 Compound Engineering：

/plugin marketplace add EveryInc/compound-engineering-plugin

粘貼截圖、bug URL 或報錯，然後 /ce-plan，再 /ce-work。
想法還不清楚？先用 /ce-brainstorm。

2、不要讀 plan.md

我總是會生成 plan.md。但我幾乎從來不讀它。計劃是給 agent 看的，你這個愚蠢的人類就別看了。

強制生成一個計劃，會讓 agent 不能偷懶。它必須研究、必須承諾一種方法、必須寫下驗收標準，然後真的去完成這些標準。一個有計劃的 coding agent 會交付完整的工作；一個沒有計劃的 coding agent 會走捷徑，然後很早就停下來。計劃就是拴住它的繩子。

所以我會讓它寫計劃，掃一眼標題，然後直接跑 /ce-work。如果我有問題，就在同一個 session 裡直接問：「等等，為什麼用這個方法？」或者讓它給我一個 TLDR。或者當我完全不理解時，我會說：「eli5 this plan」（像給 5 歲小孩解釋一樣解釋這個計劃）。我拿到一段話版本，點點頭，然後繼續。我不會坐在那裡讀 300 行 markdown。那是 agent 的作業，不是我的。

生成計劃。信任計劃。不要讀計劃。

技巧

不要讓自己讀計劃。直接在 session 裡問：TLDR?、eli5 this plan，或者「等等，為什麼用這個方法？」

3、把 /ce-plan 用在最深度的非工程工作上：先為「計劃」制定計劃

很多人以为 /ce-plan 和 /ce-work 是用來寫程式碼的。但我從三月以來學到的最大經驗是：它們不只是為程式碼而生。現在我做的最深度的知識工作，也都跑在同一個循環裡。關鍵技巧是：第一個計劃不是直接解決問題，而是先制定「如何制定計劃」的計劃。這也不是我硬把一個程式碼工具挪作他用，/ce-plan 本來就內建了通用規劃模式，正是為這種非程式碼工作設計的。

這也不只適用於商業問題。戰略文件、產品規格、競品分析、董事會更新，全都可以用同一套循環。

舉一個真實例子。我當時正在醞釀一個商業挑戰，於是和 Michael Margolis 見了一面。他曾是 GV 的研究合夥人，以 bullseye-customer method（靶心客戶方法）聞名。他建議我讀他的書，那本書在他的網站上可以免費下載 PDF。舊作法大概是快速掃一遍，然後就算了。但這次，我打開 Claude Code，大概這樣說：

/ce-plan make a plan for the plan. 我接下來會給你兩樣東西：Margolis 的書，PDF 格式；以及我剛剛和他開完的兩小時 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 說話，不是在和人說話。即使它把一半詞都轉錯，agent 也能理解。懶人筆記也完全沒問題。

·誠實說一句：我一個人的時候很擅長使用語音。但在辦公室裡，我就很難使用。有人說你可以對著麥克風小聲說話，但我發現自己其實不會這麼做，因為我不想顯得沒禮貌，也不想打擾身邊的人。所以，共享辦公室裡的桌面情況，仍然是我這套工作流的弱點。如果你已經解決了開放式辦公室裡的語音輸入問題，而且沒有變成「那種人」，請告訴我怎麼做。我真的想聽建議。

技巧

·Mac：安裝 Monologue 或 Wispr Flow。

·手機：使用蘋果內建聆聽。

·再買一個鵝頸麥克風。

5、在 cmux 裡開很多很多標籤頁

這就是我真實的一天。四到六個 cmux 標籤頁，有時更多，每個都是一個獨立 session：

·一個在寫計劃。

·一個在根據另一個計劃構建。

·一個在跑 last30days。

·一個在修我測試上一個東西時發現的 bug。

當 /ce-plan 在一個窗口裡啟動研究時，我切到另一個窗口，對一個已經寫好的計劃跑 /ce-work。當它在構建時，第三個窗口又可以粘進一個新 bug。等我再切回第一個窗口時，它已經完成並等在那裡了。

我聽說 Orca 在移動端工作方面做得很好。我以前也是 Ghostty 的純粹主義者，但我在 Ghostty 裡漏掉太多通知了。

技巧

使用 cmux。

保持 4 到 6 個標籤頁開啟，每個標籤頁處理一個不同任務。

6、讓終端默認開啟 Claude 或 Codex，而不是 Shell

一個新標籤頁應該直接開啟 Claude Code，而不是 shell。開啟標籤頁，你就已經在和 agent 對話。不需要 cd，不需要輸入 claude。當開啟新 session 僅需要一次按鍵，你就會更頻繁地啟動它們。我也不使用文件夾。你的 agent 會自己找到專案。

技巧

把這段話貼給你的 agent：

讓每一個新的終端標簽頁都直接開啟 Claude Code。在 ~/.config/ghostty/config 裡加入這一行：command = ~/.local/bin/claude-launcher.sh，不要破壞這個檔案裡已有的任何其他設置。然後創建 ~/.local/bin/claude-launcher.sh，讓它運行 claude --dangerously-skip-permissions，並在 Claude 退出後列印一小段提示，然後進入一個互動式 login zsh。對這個腳本執行 chmod +x。這同時適用於 Ghostty 和 cmux，因為 cmux 讀取同一個 Ghostty 配置。

7、遠程控制每一個視窗，並給 Claude Code 或 Codex 一個郵箱地址

這兩個技巧可以讓每個 session 從任何地方都能訪問。

每次開啟新視窗時，都開啟遠程控制。
把遠程控制設置為每個 session 自動開啟。

現在，每個視窗都可以從 Claude 手機 App 訪問。你在桌前啟動一個 session，然後走開，在手機上接著操控同一個實時運行的任務。排隊時，你也能控制家裡 Mac 上正在跑的東西。

給你的 Claude 一個郵箱地址。
通過 AgentMail，Claude Code 可以擁有一個郵箱地址。這是創始人 Adi @adisingh 教我的。你給那個 inbox 發郵件，一個新的 session 就會開啟，並開始處理郵件主題和正文裡的內容，所有附件也會以路徑形式可用。晚餐時發現一個 bug？用手機發封郵件，等你回到螢幕前，session 已經在跑了。我把整套東西都開源了：github.com/mvanhorn/agentmail-to-claude-code。

它由三部分組成：

一個 daemon，通過 WebSocket 監聽 AgentMail inbox。每當收到一封白名單郵件，它就打開一個新的 Claude session，把郵件寫入 prompt 檔案，並告訴 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 金鑰、inbox、只包含我自己郵箱地址的 allowlist，以及我的終端類型（cmux 或 Ghostty）填好 cc.env，然後運行 daemon，並把它安裝為一個 launchd 任務。當我給那個 inbox 發郵件時，這台 Mac 上應該打開一個新的 Claude Code session，並開始處理郵件主題和正文。

8、危險地跳過權限確認。是的，我是認真的

Claude Code 每次編輯和執行命令都會請求權限。當你同時跑六個 session 時，你不可能一直盯着它。有兩個設定會讓這件事變得可用。有人說自動模式是「更安全」的做法，但它對我來說太慢了。

關鍵是：

skipDangerousModePermissionPrompt: true

沒有它，Claude 每次 session 都會要求你確認。你也可以用 Shift+Tab 切換。有人告訴我，新的「auto」模式能在更安全的前提下做到大部分效果。也許吧。我的態度是 YOLO。這是我的電腦。如果我把一切搞壞，GitHub 還在那裡。我幫朋友配置 Claude Code 時，AI 還主動試圖勸他不要啟用這個設置。你必須直接一點。

另一個設置是聲音 hook。六個 session 並行時，這個不可協商。

你可以走開，聽到聲音再回來。六個 session 同時運行時，聲音就是你知道哪個任務剛完成的方式。

技巧

粘貼到 ~/.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 session 裡。

我有三種方式在不離開 Claude 的情況下把工作交給 Codex：

·Codex IDE 擴展：發送一個任務，應用結果，不需要進入 Codex 終端。
·/ce-work --codex：直接在 Compound Engineering 迴圈裡把構建委託給 Codex。
·Printing Press 的 Codex 模式：在生成新 CLI 的 prompt 末尾加上 codex，它就會把構建交給 Codex。

我的設定是兩個引擎都開到 extra-high reasoning：

Codex：reasoning xhigh，fast mode 永遠打開。

Claude Code：reasoning xhigh，fast mode 關閉。它的 fast mode 會在你的 200 美元 Max 計劃之外按 token 計費，所以我不用。

兩個 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 仅工具定义就会倾倒几千个 token。我将整个输出输入 /ce-plan integrate agent-browser。这样生成的计划，是基于社区眼下真正知道的东西，而不是六个月前的训练数据。

last30days 是开源项目，现在已经超过2.6万 Star。它会并行搜索 Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket、GitHub 和整个网络。我会在选库之前、做功能之前、见商业伙伴之前、写文章之前运行它。我还在这篇文章里的几个主题上跑过它。研究、计划、构建。这才是真正的循环。

技巧

安装 last30days。
在 /ce-plan 之前，先运行：

/last30days <topic>

记得安装 ScrapeCreators key。

11、把所有东西都交给 Granola，并把原始转写放进 LLM

我和一个候选人吃了顿午饭。我们聊产品、聊食物、聊孩子，90 分钟的普通对话里夹着一个产品想法。Granola 一直在录。结束后，我把完整的原始转写粘进 Claude Code：

/ce-plan 将此转换为产品提案

关键在于「原始」。我不会先总结。我会将整段混乱的转录直接放入其中，甚至包括关于寿司的跑题内容，然后让 Claude 基于我的真实代码库和我过去撰写的所有战略计划提取有用信息。Granola 上下文 + 代码库 + 历史计划，相当于黄金。它一次性提出了一项方案，自动忽略了餐厅闲聊，当晚我就发出去了。那个人现在已经全职和我们一起工作了。

自三月以来的升级是：Printing Press Granola CLI。这东西很神奇。我可以将任何会议作为干净的结构化数据直接拉入 session，可以搜索我召开过的每一场会议，找到三周前某人说过的某句话，然后将其导入计划。不再需要复制粘贴。每场会议的上下文，都只隔着一条命令。

技巧

将 Granola 的原始转录直接放入 /ce-plan，不要先总结。
安装 Printing Press Granola CLI。

12、人类信号

这是我花了最长时间才完成的心态转变。当你同时运行六个 agent 时，你的工作不是亲自干活。你的工作是成为信号。

agent 提供产出。你提供品味、方向，以及「反馈—重定向」的循环。你看它返回了什么，然后说：「第二个方案更接近，但用第一个方案里的措辞」「处理最大的风险」「这一段太长了」，它们就会移动。这个循环中稀缺且有价值的东西，是你的判断，不是你的打字速度。我越是接受自己只是「人类信号」，不再试图同时做那个动手干活的人，我交付的东西就越多。

你负责品味。让它们负责动手。

技巧

用你的大脑指挥 agent，为世界增加价值。你的大脑仍然有价值。

13、用 HyperFrames 做视频，用它做一切视频

视频以前是我外包或者直接跳过的东西。现在我做视频的方式和做其他事情一样：我说话，agent 构建，我反馈。

HyperFrames 讓我可以將視頻做成 HTML，所以 agent 能寫它。循環和寫代碼一模一樣，只是輸出結果從 PR 變成了 MP4。每個視頻都是一個文件夾，裡面有一個 script.md，逐場景寫腳本，包括動態字體、字幕，以及每個節奏點。agent 會把腳本變成合成畫面並渲染出來。不需要剪輯師，不需要時間線。

我用這種方式做過的發佈視頻包括：

Granola CLI 演示

Agent Cookie 推出

Agent Cookie 的發佈視頻就是用 HyperFrame 做的。

視頻的成本下降到一次對話，所以任何值得擁有視頻的東西，現在都會有視頻：發佈短片、產品 demo、動畫解釋視頻、帶字幕的剪輯。它們也不只是發在 X 上。我甚至會把渲染出來的 demo 直接放進 PR，比如 Facebook AI Research 項目 atlas-lean 裡的這個 PR。

技巧

用 HyperFrames 做視頻：寫一個 script.md，讓你的 agent 把它渲染成 MP4。

把 GIF 上傳到 catbox，它們在 GitHub、PR、README 和 issue 裡都會顯示得很漂亮。

14、你的筆記就是 agent 的知識庫

三月時的 strategy-folder 技巧後來被我泛化了。一個計劃之所以每次都會變得更好，是因為 Claude 可以訪問我之前寫過的每一個計劃。這就是複利式上下文。於是，我讓它指向我的整個大腦。

我讓它訪問的工具包括：

Bear，配合 Bear CLI。十年來的筆記、會議記錄、半成型想法和決策，agent 都可以讀寫。這就是個人 RAG，只不過不用叫這個名字。我放進去的東西越多，每個 session 就越聰明。

Obsidian。我自己不用，但很多人非常喜歡用它做這件事，而且它的插件生態很深。

gbrain。我在不同机器和 agent 之间同步的大腦。

supermemory。一個很多人都推薦的 agent 記憶層。我現在正在深入研究，結論之後再說。

這個技巧的形態才是重點：選一個有 CLI 或 API 的筆記工具，把 agent 指向它，讓你自己的知識開始複利。

技巧

讓你的 agent 同時連接兩類工具：一類是你自己寫筆記的工具，比如 Bear、Obsidian；另一類是替 agent 記憶的「大腦」，比如 gbrain、supermemory。選擇那些有 CLI 或 API 的工具，這樣 agent 才能讀取它們。

15、隨時隨地工作：我的 Mac mini

技巧

Mosh，適用於必須 SSH 進去的時候。它能在糟糕 Wi-Fi 和網路漫遊環境下，保持 session 像本地一樣流暢、有響應。在普通 SSH 上，Claude Code 會慢得像爬一樣，每次按鍵都要等待網路往返。Mosh 帶來的差異，就是「可用」和「痛苦」的差異。

Tmux，適用於飛機上。在 tmux session 裡 SSH 到遠程機器，工作會在遠程機器上運行，而不是在你的筆記本上。飛越大西洋時 Wi-Fi 斷 20 分鐘，你重新連接、attach 回去，一切都停在你離開的位置。我曾經在從歐洲回來的整趟航班上持續交付功能。

Hermes 和 OpenClaw 同時運行，適用於自主遠程工作。Hermes 是一個會在重複任務中自我學習、逐漸變好的生態；OpenClaw 則勝在 agent 構建技能的廣度。我會在兩者之間切換。如果你很早就放棄了 OpenClaw，建議清空它，重新開始。

Agent Cookie 用來在你的 Mac mini 和主力 Mac 之間同步 cookies 和 .env 檔案。

16、Proof：把計劃發給同事

plan.md 對我來說完美，但如果把它發給一個不住在終端裡的人，就完全沒用。這是最後一個真正的缺口，而 Proof 也來自 Every，正好補上了它。

在 Proof 中打开一个计划，将其像文档一样阅读，这已经不错。但它真正变得不可或缺的是在将计划发送给同事时。我将 plan.md 或规范文件丢进 Proof，发送链接，一个不使用终端的人也能清楚阅读、进行内联评论，这些评论又会流回 agent 的循环中。不用再将 markdown 粘贴到 Slack，然后看着它渲染成一团垃圾。这是整个计划文件工作流的人类参与审查层，也是我第一次觉得，将带有代理功能的工作分享给一个普通同事不再尴尬。

我写这篇文章时，也将其放进了 Proof 中。它就是这样被审阅的。

而且，我整篇文章都是在 cmux 中写的，同时旁边开着 Proof review。

技巧

分享一个计划：将 .md 文件丢进 Proof，发送链接，再将评论拉回工作循环。

17、写你自己的技能

最大的升级，不是使用 agent，而是教会它们那些能留下来的技巧。任何我做过超过两次的事情，我都会将它变成一个 skill：一个 agent 以后可以永久运行的可复用命令。先写你自己的技能，用它来自动化你的工作流。

你不需要从零开始写。真正解锁这一点的技巧是让你的 agent 去看一个已经有效的 skill，然后复制它的形状。字面意思就是："看看 Compound Engineering 这个 skill，帮我为 [我想自动化的事情] 做一个类似的。" 它会读取一个好例子，学会结构，然后为我搭好脚手架。我就是这样做出了一堆 skill。

这也几乎成了我现在开源生活的大部分。如果你看我的 GitHub，会发现我的工作就是各种 skill，以及围绕它们的工具。last30days 一开始只是我给自己做的一个 skill，现在已经开源并超过 2.6 万 Star。Printing Press 是一个生成 agent-native CLI 的完整工厂，也是我个人最常用的工具，我已经给它合并了 320 多个 PR。我也是 Compound Engineering 本身的主要贡献者之一。这一切都不是一个宏大计划。每样东西都只是一个我经常运行的工作流，频繁到值得让 agent 永久擅长它。

寫一次 skill。之後每個 session 都會更快。這就是 Compound Engineering 裡的複利部分。

技巧

任何你做過兩次以上的事情，都把它做成一個 skill：看看 Compound Engineering 這個 skill，幫我為 [X] 做一個類似的。

18、開源：給你熱愛的專案做貢獻

同一套讓我交付自己專案的循環，也能幫別人交付專案。我已經有數百個 PR 被開源專案合併，包括 Python、Go、OpenCV、Vercel 的 Agent Browser 和 OpenClaw。不是那種順手改錯別字的 PR，而是我每天都在用的工具裡的真實功能。

不知什麼時候開始，我已經出現在一些貢獻者榜單的前列：

Compound Engineering、Superpowers 和 Emdash 的第 3 名。

GStack 和 Paperclip 的第 4 名。

Vercel Agent Browser 的第 6 名。

Camoufox 的第 2 名。

@pejmanjohn 開玩笑說，現在他打開一個 repo，在貢獻者頭像網格裡找到我的臉，已經變成了他個人版的「威利在哪裡」。

但被合併的 PR 並不是真正的獎品。真正的獎品是人。我會進入 Discord，認識維護者，交到真正的朋友。這對招聘也非常有幫助。我剛剛為自己的新公司招了一位工程師，就是通過這種方式認識的。你給一個自己熱愛的專案做貢獻，就會遇到同樣熱愛它的人，然後這件事會繼續複利。

技巧

選一個你每天都用的工具，找出它真正缺少的一件事，然後用同一套 /ce-plan + /ce-work 循環把它做出來。

出現在這個專案的 Discord 裡。PR 讓你進門，人才是你留下來的原因。

在 X 上增加價值。
在 X 上，每月花 1 到 3 美元訂閱你尊重的人。我每月花 1 美元訂閱 @garrytan。這樣當我提交 PR 時，我可以把 X 文章發給他，而他會收到一個特殊通知，知道我是付費訂閱者。我也付費訂閱 @jason、@teknium、@Teknium。

19、我的目前笔记本配置

我的那台使用了两年的笔记本，在我目前的工作负載下幾乎已經無法使用：一整天同時運行六個 Claude 會話，再加上 Codex。所以我升級到了 M5 Max，64GB 記憶體。它是一頭野獸，我非常喜歡。但這個工作負載依然會將它壓垮：我的全新機器最短只撐過一個小時電池。

所以我開始恐慌式購電。我現在隨身攜帶一塊 Anker 充電磚；車裡也放了一個 Anker 充電器，這樣特斯拉可以在路上給我補電。

技巧

永不休眠：sudo pmset -a disablesleep 1

隨身攜帶一塊 Anker 充電磚；車裡放一個充電器。

20、Printing Press：運行現實生活的 CLI

這些技巧大多數都存在於終端中。這個技巧則走出了終端。Printing Press 是一組 CLI，它們包裝現實世界的服務，讓 agent 可以直接幫你跑腿。它現在已經是一個獨立項目，帳號是 @ppressdev，超過 3700 Star，我正在和 @trevin 一起做它。

真正讓這些工具能運行起來的是 auth，而這個昨晚已經發布：Agent Cookie。它將你的真實瀏覽器 session 交給 CLI，讓 CLI 以你的身份操作，不需要貼上密碼，也不需要重新認證。它將「一個瞭解某個服務的 agent」變成了「一個已經登錄這個服務的 agent」。

一個真實下午，從頭到尾：特斯拉預熱。孩子們十分鐘後上車：「把車預熱到 72 度。」Tesla CLI 啟動，我們出門前車已經暖好了。

Instacart。「在 Instacart 的 Costco 購物車裡加 Corona。」

ESPN 輪詢。一個 session 幫我盯比賽，只在比分接近時提醒我。我不用刷新任何東西，只收到那條真正重要的提醒。

給孩子的 Alaska Airlines 行程。它拉取票價和前後幾天價格，檢查我們的 Atmos 積分餘額，將結果餵進 /ce-plan，然後給出一個預訂策略，包括最便宜的日期和購買提醒。整個過程發生在足球場邊。

這已經不只是「AI 幫我寫程式碼」。Agentic Engineering 會幫你跑腿、盯比賽、給車預熱、訂旅行，而你可以在做別的事情。

技巧

從 printingpress.dev 的庫裡安裝現成 CLI，把一個差事直接交給你的 agent。

無痛 auth：Agent Cookie 會把你的真實瀏覽器 session 交給 CLI，讓它以你的身份操作。

真正的技巧是：自己 print 一個。把你一整天都在做的某件事、某個 API 或某個離不開的服務交給 Printing Press，讓它生成一個 agent-native CLI。你為自己工作流建構的那個工具，才是真正改變你工作方式的工具。

21、誠實一點：AI 精神錯亂式沈迷

agent 原本應該替我們完成所有工作。結果，我認識的每個朋友，都在經歷人生中最拼命的工作狀態。

最簡單的回應是：休息一下，去摸摸草。但問題不在這裡。問題是成癮。用 agent 構建東西，是世界上最偉大的電子遊戲，而它的循環實在太強了。

我真的擔心一些朋友。他們因為突然可以構建任何東西而被徹底點燃，於是除了構建之外什麼都不做。然後他們發布產品，卻沒有用戶。這也沒關係。我也發布過很多沒有用戶的東西。陷阱不在於發布後沒人用，而在於你消失在構建裡，失去身邊的人。

所以要小心。和你愛的人說話。問問自己，是否真的有人想要你正在做的東西。如果誠實答案是：這只是一個給你自己用的工具，那也沒關係。我做過的一些最好的東西，本來就只是為我自己做的。

如果你確實想要觀眾，那就走 Gary Vaynerchuk 一直講的內容路徑。你從某個地方開始，對著虛空發布，希望有一個人注意到。然後是三個人、十個人、一百個人，最後一步步走向幾千人。沒有人一開始就擁有幾千人。你構建的任何東西也一樣。

技巧

休息一下。去摸摸草。

和你愛的人說話。

做一些有人想要的事情，哪怕「有人」只是你自己。

這篇文章就是這樣寫出來的

這就是一個 markdown 檔案。Claude Code 跑在 cmux 裡，我對著 Monologue 說話：「優化一下那個 no-IDE 開頭」「讓 don』t-read-the-plan 這一節更辛辣一點」「加入 Tesla 和 Instacart 的故事」。它重寫，我反饋，然後文章進入 Proof 審閱。last30days 提供新材料。順便說一句，這次沒有用 Zed。我已經不用它了。不用 IDE。不打程式碼。說話、計劃、構建。從辦公桌、沙發、汽車、足球場邊，都可以。

這就是截至六月我知道的一切：一個語音 App，一個計劃文件插件，幾個配置改動，一堆標籤頁，一台 Mac Mini，兩台遠端機器，以及一支能運行現實生活的 CLI 艦隊。

技巧

把這整篇文章複製下來，貼給你的 agent，讓它儘可能幫你把裡面提到的東西都配置起來。你的 agentic engineering 工作流會發生好事。

[原文連結]

歡迎加入律動 BlockBeats 官方社群：

Telegram 訂閱群：https://t.me/theblockbeats

Telegram 交流群：https://t.me/BlockBeats_App

Twitter 官方帳號：https://twitter.com/BlockBeatsAsia