# 策展 · X (Twitter) 🔥🔥🔥🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Matt Van Horn (@mvanhorn) · 平台：X (Twitter) · 日期：2026-06-03

> 原始來源：https://x.com/mvanhorn/status/2061877533885473181

## 中文摘要

# 我所知道的每一項 Agentic 程式開發技巧（2026 年 6 月）

三個月前，我發布了《我所知道的每一項 Claude Code 技巧》，獲得了 91 萬 3 千次觀看。當時 @kevinrose 問我該用什麼 IDE，我的回答是：「不需要 IDE。只要有 `plan.md` 檔案和語音輸入就夠了。」

這過去被稱為「Vibe Coding」。大約在去年感恩節前後，模型能力已經強大到讓這些玩具般的工具變得實用，也就是現在大家所說的「Agentic 程式開發」。這是我能持續產出的唯一原因。今年我發布了 last30days（2.7 萬顆星）、Printing Press（4 千多顆星），以及剛上線的 Agent Cookie，並成為了一些開源界最大專案的頂級貢獻者：Python、Go、GStack 和 Paperclip。自從高中畢業後，我就沒再寫過什麼有價值的軟體了。以下就是我的技巧。

HACKS

- **YOLO TL;DR 技巧**：將整篇文章貼給你的 Agent，告訴它根據內容規劃並設定好所有項目，然後一個一個技巧地執行。這就是我的整套堆疊，完全不需要自己閱讀。

## 1. 一有想法，立刻建立一個 CE plan.md

這依然是第一守則，也是我學到最重要的事情。

當我一有想法，就會執行 `/ce-plan` 來建立一個 `plan.md`。不是「讓我思考一下」，也不是「讓我開始寫程式」。每次都是 `/ce-plan`。它也支援圖片，所以任何你能捕捉到的東西都是起點：

- 瘋狂的產品點子：`/ce-plan`。
- GitHub 上的 Bug：複製 Issue 連結，貼上，`/ce-plan`。
- 終端機錯誤：按下 Cmd+Shift+4 截圖，Ctrl+V 貼上，`/ce-plan fix this`。
- 截圖、錯誤訊息、設計草圖、Slack 對話串：通通丟進去。

當想法還很模糊，連我自己都不知道要什麼時，我會先用 `/ce-brainstorm` 與 Agent 一起梳理，等想法清晰後再執行 `/ce-plan`。

在底層，`/ce-plan` 會並行展開研究型 Agent。一個負責閱讀你的程式庫、找出模式並檢查你的規範；另一個搜尋你過去的解決方案以獲取經驗。如果主題需要，還會有更多 Agent 去研究外部文件和最佳實踐。這一切同時進行，然後整合並寫出一個結構化的 `plan.md`：問題是什麼、解決方法、需要修改哪些檔案、帶有核取方塊的驗收標準，以及從你自己的程式碼中提取的模式。這一切都基於你的儲存庫、你的規範、你的歷史紀錄，而不是通用的建議。

`/ce-work` 會根據該計畫進行建置。Context 爆掉了？開啟一個新 Session，指向該計畫，從上次中斷的地方繼續。計畫就是那個能存活於任何狀況下的檢查點。

傳統開發是 80% 寫程式，20% 規劃。這完全反過來了。思考過程都在計畫裡，執行則是機械化的。

來自 @kieranklaassen 和 @trevin 的 Compound Engineering 是讓這一切成真的 plugin。

我成了它的超級粉絲，接著成為貢獻者，現在我是核心團隊之外的第三大貢獻者。我現在的規則是：除非真的只是改一行程式碼，否則一定要先有 `plan.md`。

HACKS

- 安裝 Compound Engineering：`/plugin marketplace add EveryInc/compound-engineering-plugin`
- 貼上截圖、Bug 連結或錯誤訊息，然後執行 `/ce-plan`，接著 `/ce-work`。
- 想法模糊？先執行 `/ce-brainstorm`。

## 2. 不要去讀 plan.md

我總是會建立 `plan.md`，但我幾乎從不閱讀它。計畫是給 Agent 看的，你這個傻瓜。

強迫計畫存在會讓 Agent 不會偷懶。這會讓它們進行研究、承諾一種方法、寫下驗收標準，然後確實達成。一個有計畫的程式開發 Agent 能交付完成的工作，沒有計畫的 Agent 則會偷工減料並提早結束。計畫就是韁繩。

所以我讓它寫計畫，我只掃一眼標題，然後執行 `/ce-work`。如果有疑問，我會在 Session 裡直接問：「等等，為什麼選這個方法？」或者要求一個 TLDR。又或者，當我不理解時，我會說：「eli5 this plan（用五歲小孩聽得懂的方式解釋這個計畫）。」我看完那一段話，點點頭，繼續工作。我不會坐在那裡讀 300 行 Markdown。那是 Agent 的家庭作業，不是我的。

建立計畫，信任計畫，不要讀計畫。

HACKS

- 不要讓自己去讀計畫。直接在 Session 裡問：TLDR？、eli5 this plan，或是「等等，為什麼選這個方法？」

## 3. 將 /ce-plan 用於你最深度的非工程工作，為計畫本身做個計畫

人們以為 `/ce-plan` 和 `/ce-work` 只是用來寫程式的。自三月以來我學到最重要的一點是：並非如此。我現在進行的最深度知識工作都跑在同樣的迴圈裡，訣竅在於讓第一個計畫成為「計畫的計畫」。這也不是我強迫程式工具去做它不擅長的事：`/ce-plan` 內建了一種通用的規劃模式，正是為了這類非程式工作而設計的。

這不僅限於商業問題。策略文件、產品規格、競爭分析、董事會更新，通通適用同一個迴圈。

這是一個真實案例。我與前 GV 研究合夥人 Michael Margolis 見面，他以「靶心客戶法（bullseye-customer method）」聞名，我們討論了一個我正在醞釀的商業挑戰。他叫我讀他的書，網上有免費 PDF。過去的做法是掃一眼然後就忘了。但我打開了 Claude Code 並大約這樣說：

「`/ce-plan` 為這個計畫做個計畫。我即將給你兩樣東西：Margolis 的書（PDF 格式），以及我剛才與他開會的兩小時 Granola 逐字稿，裡面有我們討論的完整背景。我想要一個深思熟慮的計畫，說明如何將我的商業問題、那場對話以及書中的教訓結合起來，變成我真正能用的東西。現在先不要寫那份文件，寫文件是後續的工作。現在我只需要一個計畫，說明你將如何閱讀這本書、挖掘逐字稿，並產出一份優秀的文件。」

它花了接下來 45 分鐘建立了一個史詩級的計畫。

這也是我知道讓 LLM 不偷懶的唯一最佳技巧。直接要求產出成果，它就會偷工減料。要求它先規劃如何產出成果，然後執行該計畫，它每次都會產出深度版本。

HACKS

- 深度非程式工作：`/ce-plan` 為計畫做個計畫，將所有背景資料和逐字稿交給它，然後執行 `/ce-work`。

## 4. 擁抱語音輸入

語音轉 LLM 與語音轉其他任何東西都不同。轉錄內容不需要完美，因為聽者理解上下文。它會猜測麥克風收錄錯誤的部分。你可以含糊不清、說到一半停下、重新開始一句話。語音之所以終於好用，是因為另一端的東西夠聰明，能填補這些空白。

我的設定：

- Mac：Monologue (來自 Every) 或 Wispr Flow。選一個，將語音輸入到任何聚焦的應用程式，對著 Claude Code 說話。我在辦公室買了一個鵝頸麥克風。

- 手機：跳過 Monologue 和 Wispr Flow，在 iOS 上切換太麻煩了。Apple 內建的聽寫功能就夠用了，因為你是在跟 LLM 對話，而不是人類。它可以搞砸一半的字，但 Agent 還是聽得懂。隨意的筆記沒問題。

老實說：我獨處時很擅長語音輸入。在辦公室裡我卻很掙扎。人們說你可以對著麥克風小聲說話，但我發現我實際上做不到，因為我不想顯得沒禮貌或打擾周圍的人。所以共享辦公室裡的辦公桌仍然是我這套工作流程的弱點。如果你在開放式辦公室裡解決了語音輸入問題卻又不顯得突兀，請告訴我怎麼做。我是真心想請教。

HACKS

- Mac：安裝 Monologue 或 Wispr Flow。手機：使用 Apple 聽寫。買個鵝頸麥克風。

## 5. 在 cmux 中開啟大量分頁

這就是我一天實際的度過方式。四到六個 cmux 分頁，有時更多，每個都是獨立的 Session：

- 一個在寫計畫。
- 一個根據另一個計畫進行建置。
- 一個在跑 last30days。
- 一個在修復測試上一個東西時發現的 Bug。

當 `/ce-plan` 在一個視窗中啟動研究時，我會切換到另一個視窗，對已經寫好的計畫執行 `/ce-work`。當那個在建置時，第三個視窗會貼入一個新的 Bug。等我繞回來時，第一個已經完成並在等待了。

我聽說 Orca 在行動端工作方面做得很好。我也曾是 Ghostty 的死忠擁護者，但在 Ghostty 中我漏掉了太多通知。

HACKS

- 使用 cmux。
- 保持 4 到 6 個分頁開啟，每個分頁處理不同的任務。

## 6. 將終端機預設為 Claude 或 Codex，而不是 Shell

新分頁應該直接開啟 Claude Code，而不是 Shell。開啟分頁，你就在跟 Agent 對話了。不需要 `cd`，不需要輸入 `claude`。當開啟一個新 Session 只需要按一下鍵時，你會開啟更多 Session。我也不使用資料夾。你的 Agent 可以找到你的專案。

HACKS

- 貼給你的 Agent：「讓每個新的終端機分頁直接開啟 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 一個 email 地址

這兩個技巧讓每個 Session 隨處可達。

每次開啟新視窗時都開啟遠端控制。
設定遠端控制在每個 Session 自動開啟。

現在每個視窗都可以從 Claude 手機 App 存取。在辦公桌上開始一個 Session，走開，在手機上接續正在進行的任務。在排隊時，你就能操控家裡 Mac 上正在運行的任務。

給你的 Claude 一個 email 地址。
Claude Code 可以透過 AgentMail 擁有一個 email 地址。創辦人 Adi @adisingh 教我的。寄信到收件匣，一個全新的 Session 就會開啟並開始處理主旨和內文中的內容，任何附件都可以透過路徑存取。晚餐時發現 Bug？從手機寄出 email，在你回到螢幕前，Session 就已經在運作了。我將整個東西開源了：github.com/mvanhorn/agentmail-to-claude-code。

三個部分：

- 一個透過 WebSocket 監控 AgentMail 收件匣的 Daemon。每收到一封允許清單內的 email，它就會開啟一個新的 Claude Session，將 email 寫入 prompt 檔案，並告訴 Claude 閱讀並採取行動。
- 兩個終端機後端，cmux 或獨立的 Ghostty，這樣它就能驅動你已經啟動的任何東西。
- 一個傳送端。我把它連接到我 Hermes 中的 `cc` 指令，所以從手機上我執行 `cc <task>`，它就會作為一個工作中的 Session 落在我的 Mac 上，不需要 VPN，不需要 SSH。

允許清單是關鍵。只有你控制的地址才能通過，任何失敗的 DKIM 或 SPF 驗證都會在 Session 開啟前被丟棄。

HACKS

- 常駐遠端控制：在 `~/.claude/settings.json` 中加入 `"remoteControlAtStartup": true`。
- 給 Claude 一個 email。貼給你的 Agent：「使用 github.com/mvanhorn/agentmail-to-claude-code 給 Claude Code 一個 email 地址。Clone 它，設定一個 AgentMail 收件匣，在 `cc.env` 中填入我的 API 金鑰、收件匣、僅限我自己的地址允許清單，以及我的終端機（cmux 或 Ghostty），然後執行 Daemon 並將其安裝為 launchd 工作。當我寄信到該收件匣時，這台 Mac 上應該開啟一個新的 Claude Code Session 並開始處理主旨和內文。」

## 8. 危險地跳過權限，我是認真的

Claude Code 對每一次編輯和指令都會要求權限。有六個 Session 的話，你無法一直盯著它。兩個設定讓它變得好用。人們說「auto」模式是比較「安全」的做法，但這會讓我慢太多。

`skipDangerousModePermissionPrompt: true` 是關鍵。沒有它，Claude 會要求你確認每一個 Session。你也可以按 Shift+Tab 來切換。人們告訴我新的「auto」模式在更安全的情況下也能達到同樣效果。也許吧。我說 YOLO。這是我的電腦。如果我搞砸或毀了一切，GitHub 就在那裡。當我幫朋友設定 Claude Code 時，AI 主動試圖勸他不要啟用這個。你必須對它強硬一點。

另一個設定是聲音提示，在有六個 Session 的情況下這是不可妥協的。

走開，聽到聲音再回來。當有六個 Session 在跑時，聲音是你辨識哪一個剛完成的方法。

HACKS

貼入 `~/.claude/settings.json`：

```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` 中：

```toml
approval_policy = "never"
sandbox_mode = "danger-full-access"
```

或者用 `codex --yolo` 啟動一次性任務。

## 9. 我如何透過 Codex 執行大部分程式碼，卻從不開啟 Codex CLI

我整天都在發送工作給 Codex，但我幾乎從不開啟 Codex CLI 來做這件事。Claude 規劃，Codex 建置，而我從未離開過我的 Claude Session。

我不離開 Claude 就能交辦工作的幾種方式：

- Codex IDE 擴充功能：發送任務，應用結果，從不進入 Codex 終端機。
- `/ce-work --codex`：在 Compound Engineering 迴圈內直接將建置委派給 Codex。
- Printing Press Codex 模式：在列印新的 CLI 時，在提示詞末尾加上 `codex`，它就會將建置交給 Codex。

我的設定，兩個引擎都調到額外高推理能力（extra-high reasoning）：

- Codex：推理 xhigh，開啟 fast mode，永遠開啟。
- Claude Code：推理 xhigh，關閉 fast mode。它的 fast mode 會在你的 200 美元 Max 方案之外額外按 token 計費，所以我跳過它。

兩個 200 美元的方案並行就是第二個引擎。我將大型並行建置推給 Codex，讓 Claude 專注於規劃和品味。有些朋友反過來用，Codex 建置，Claude 審查。

HACKS

- Codex：推理 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 每次呼叫使用的 context 少得多，Playwright 光是工具定義就丟了數千個 token。我將整個輸出餵給 `/ce-plan integrate agent-browser`。產出的計畫是基於社群現在真正知道的東西，而不是六個月前的訓練資料。

last30days 是開源的，現在超過 2.6 萬顆星。它並行搜尋 Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket、GitHub 和網路。我在選擇函式庫之前、建置功能之前、與商業夥伴見面之前、寫文章之前都會跑它。我在這篇文章中的幾件事上也跑了它。研究、計畫、建置。這才是真正的迴圈。

HACKS

- 安裝 last30days。在 `/ce-plan` 之前，執行 `/last30days <topic>`。
- 確保你安裝了 ScrapeCreators 金鑰。

## 11. Granola 一切，並將原始逐字稿放入你的 LLM

我和一位候選人吃午餐。我們聊了產品、食物和孩子，九十分鐘的正常對話中穿插著一個產品點子。Granola 當時在錄音。之後，我將完整的原始逐字稿貼進 Claude Code：`/ce-plan turn this into a product proposal`。

訣竅在於「原始」。我不會先總結。我丟入整份混亂的逐字稿，包括關於壽司的閒聊，讓 Claude 對照我實際的程式庫和我寫過的每一份先前的策略計畫來進行提取。Granola 的背景資料加上程式庫加上先前的計畫等於黃金。它一次就產出了提案，忽略了餐廳閒聊，我當晚就寄出了。那個人現在全職與我們合作。

自三月以來的升級：Printing Press Granola CLI。這簡直是魔法。我將任何會議直接作為乾淨的結構化資料拉入 Session，搜尋我參加過的每一場會議，找到某人三週前說過的一件事，並將其導入計畫中。不再需要複製貼上。每一場會議的背景資料都只需一個指令。

HACKS

- 將原始 Granola 逐字稿丟進 `/ce-plan`，不要先總結。安裝 Printing Press Granola CLI。

## 12. 人類訊號

這是花了我最久時間才轉變的心態。當你執行六個 Agent 時，你的工作不是去做那些事。你的工作是成為訊號。

Agent 提供產量。你提供品味、方向和「反應-重新導向」迴圈。你看看回傳的結果，說「選項二比較接近，但使用選項一的用語」、「解決最大的風險」、「這一段太長了」，然後它們就會調整。迴圈中稀有且有價值的東西是你的判斷力，而不是你的打字速度。我越是傾向於成為人類訊號，不再試圖同時成為動手做的人，我的產出就越多。

成為品味。讓它們成為雙手。

HACKS

- 用你的大腦指揮 Agent 來為世界增加價值。這依然有價值。

## 13. HyperFrames 用於影片，以及所有事物

影片曾經是我外包或跳過的事情。現在我用製作其他東西同樣的方式來製作它：我說話，Agent 建置，我反應。

HyperFrames 讓我將影片建置為 HTML，所以 Agent 可以編寫它。迴圈與程式碼相同，輸出只是 MP4 而不是 PR。每一個都是一個包含 `script.md` 的資料夾，逐場景、動態排版、字幕承載每一個節拍。Agent 將該腳本轉換為構圖並渲染。沒有剪輯師，沒有時間軸。

我用這種方式製作的發布短片：

- Granola CLI 演示
- Agent Cookie 發布

影片的成本降到只需一次對話，所以任何值得製作影片的東西現在都有了：發布短片、產品演示、動畫解說、帶字幕的剪輯。它們也不只發在 X 上：我會將渲染好的演示直接丟進 PR，就像這個 Facebook AI 研究專案 atlas-lean 的 PR 一樣。

HACKS

- 在 HyperFrames 中建置影片：寫一個 `script.md`，讓你的 Agent 將其渲染為 MP4。
- 將 GIF 上傳到 catbox，它們在 GitHub、PR、README 和 Issue 中會呈現得非常漂亮。

## 14. 你的筆記就是你 Agent 的知識庫

三月時的策略資料夾技巧已經普及化。計畫每次都變得更好的原因是 Claude 可以存取我寫過的每一份先前的計畫。Context 複合成長。所以我讓它指向我的整個大腦。

我讓它指向的工具：

- Bear，配合 Bear CLI。十年的筆記、會議、半成品點子和決策，Agent 可以讀取和寫入。個人 RAG，不用稱它為 RAG。我放進去的東西越多，每個 Session 就越聰明。
- Obsidian。我不使用它，但人們很喜歡它，而且 plugin 生態系很深。
- gbrain。我在機器和 Agent 之間同步的大腦。
- supermemory。很多人推崇的 Agent 記憶層。正在深入研究，結論待續。

這個技巧的核心在於：選擇一個有 CLI 或 API 的筆記工具，讓你的 Agent 指向它，讓你的知識複合成長。

HACKS

- 讓你的 Agent 指向兩者：你寫筆記用的工具（Bear、Obsidian）以及為你記憶的 Agent 大腦（gbrain、supermemory）。選擇有 CLI 或 API 的，這樣它才能讀取。

## 15. 隨處工作 - 我的 Mac mini

HACKS

- Mosh，當你必須 SSH 進去時。它讓 Session 在糟糕的 Wi-Fi 和漫遊下保持本地般的反應速度。在普通的 SSH 上，Claude Code 會慢如爬行，每一次按鍵都在等待往返。這是遠端機器上「可用」與「痛苦」之間的差別。
- Tmux，用於飛機上。SSH 進你的遠端機器並在 tmux Session 中執行，工作就在那裡跑，而不是在你的筆記型電腦上。Wi-Fi 在大西洋上空斷了二十分鐘，你重新連線、附加，它就在你離開時的樣子。我從歐洲飛回家的整趟航程中都在發布功能。
- Hermes 和 OpenClaw，兩者同時運行，用於自主遠端工作。Hermes 用於在重複性任務中變得更好的自學習生態系，OpenClaw 用於 Agent 建置技能的廣度。我在兩者之間切換。如果你早先放棄了 OpenClaw，清空它並重新開始。
- Agent Cookie，讓 cookies 和 `.env` 在你的 Mac mini 和主要 Mac 之間保持同步。

## 16. Proof：用於將計畫發送給同事

`plan.md` 對我來說很完美，但對不生活在終端機裡的人來說毫無用處。這是最後一個真正的缺口，而同樣來自 Every 的 Proof 填補了它。

在 Proof 中開啟計畫像文件一樣閱讀很棒。但它變得不可或缺的地方在於發送計畫給同事。我將 `plan.md` 或規格書丟進 Proof，發送連結，非終端機的人類可以乾淨地閱讀、在行間留言，而這些留言會流回與 Agent 的迴圈中。不再需要將 Markdown 貼到 Slack 並看著它渲染成垃圾。這是整個計畫檔案工作流程中「人在迴圈（human-in-the-loop）」的審查，這也是第一次與普通同事分享 Agentic 工作時不會感到尷尬。

我在寫這篇文章時就把它載入到 Proof 中。這就是它被審查的方式。

而且我整篇文章都是在 cmux 中寫的，Proof 審查視窗就開在旁邊：

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1780457671956-iaHJ0mf4TaYAEwXevjpg.jpg)

HACKS

- 分享計畫：將 `.md` 丟進 Proof，發送連結，將評論拉回迴圈中。

## 17. 編寫你自己的 skill

最大的升級不是使用 Agent，而是教它們能持久使用的技巧。任何我做超過兩次的事情，我都會將其變成一個 skill：一個我的 Agent 可以永遠重複使用的指令。透過先編寫你自己的 skill 來自動化你的工作流程。

你不需要從零開始編寫它們。解鎖這個技巧的訣竅是讓你的 Agent 指向一個已經能運作的 skill，並讓它複製其形狀。字面上就是：「看看 Compound Engineering 的 skill，幫我為 [任何我想自動化的東西] 做一個類似的。」它閱讀一個優秀的範例，學習結構，並建構我的。我用這種方式建立了一堆 skill。

這也是我現在大部分的開源生活。如果你看我的 GitHub，工作內容就是 skill 和圍繞它們的工具。last30days 最初是我想要的一個 skill，現在是超過 2.6 萬顆星的開源專案。Printing Press 是一個用於產生 Agent 原生 CLI 的完整工廠，這是我最常用的個人工具，有超過 320 個合併的 PR。我自己就是 Compound Engineering 本身的主要貢獻者之一。這一切都不是什麼宏大的計畫。每一部分都是我經常執行的工作流程，值得讓 Agent 永久性地擅長它。

寫一次 skill。之後的每一個 Session 都會更快。這就是 Compound Engineering 的複合成長部分。

HACKS

- 任何你做超過兩次的事情，就做成一個 skill：「看看 Compound Engineering 的 skill，幫我為 [X] 做一個類似的。」

## 18. 開源：為你喜愛的專案做出貢獻

發布我自己的專案的同一個迴圈，也能發布其他人的專案。我有數百個 PR 被合併到開源專案中，包括 Python、Go、OpenCV、Vercel 的 Agent Browser 和 OpenClaw。不是那種隨手修錯字，而是我每天使用的工具上的真正功能。

在某個過程中，我開始出現在貢獻者名單的前列：

- Compound Engineering、Superpowers 和 Emdash 的第 #3 名
- GStack 和 Paperclip 的第 #4 名
- Vercel 的 Agent Browser 的第 #6 名
- Camoufox 的第 #2 名

@pejmanjohn 開玩笑說，當他開啟一個儲存庫時，在貢獻者網格中發現我的臉已經成了他個人的「威利在哪裡」遊戲。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1780457670930-iaHJ0m1fLbsAARDHGpng.png)

但合併的 PR 並不是真正的獎品。人才是。我跳進 Discord，認識維護者，結交真正的朋友。這對招聘也很有幫助，我剛為我的新公司聘請了一位我用這種方式認識的工程師。你為你喜愛的東西做出貢獻，你認識那些同樣喜愛它的人，這一切都會複合成長。

HACKS

- 挑選一個你每天使用的工具，找出一個它缺少的一件真實事物，並用相同的 `/ce-plan` + `/ce-work` 迴圈發布它。
- 出現在專案的 Discord 中。PR 讓你進門；人才是你留下的原因。
- 在 X 上增加價值。
- 在 X 上每月支付 1-3 美元訂閱你尊敬的人。我每月支付 1 美元給 @garrytan，當我提交 PR 時，我可以發送一則 X 貼文給他，他會收到一則特別通知，知道我是付費客戶。我也付費給 @jason @teknium @Teknium。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1780457671741-iaHJ0moyIaYAESailjpg.jpg)

## 19. 我目前的筆記型電腦設定

我兩年前的筆記型電腦在運行我跑的所有東西下幾乎無法運作，整天跑六個 Claude Session 加上 Codex。所以我升級到了 M5 Max，配備 64GB RAM。它是一頭野獸，我愛死它了。但它仍然被工作負載摧毀：我全新的機器電池續航力有時只有一小時。

所以我恐慌性地購買了電力。我現在隨身攜帶一顆 Anker 電池磚，並在 Tesla 裡放了一個 Anker 充電器，這樣車子可以在路上幫我補電。

HACKS

- 永不休眠：`sudo pmset -a disablesleep 1`。隨身攜帶 Anker 電池磚；車裡放一個充電器。

## 20. Printing Press：運行真實生活的 CLI

這些技巧大部分生活在終端機裡。這是唯一一個離開終端機的。Printing Press 是一系列封裝現實世界服務的 CLI，所以 Agent 可以直接跑腿。它現在在 @ppressdev 是一個獨立的專案，超過 3.7 萬顆星，我正與 @trevin 一起建置它。

讓它們真正運作的部分是驗證（auth），這在昨晚發布了：Agent Cookie。它將你真實的瀏覽器 Session 交給 CLI，這樣它就能以你的身份行事，不需要貼上密碼，不需要重新驗證。這就是將「一個知道某項服務的 Agent」變成「一個登入該服務的 Agent」的關鍵。

一個真實的下午，從頭到尾：

- Tesla 預熱。十分鐘後孩子們上車：「將車子預熱到 72 度。」Tesla CLI 啟動，我們走出去之前車子就暖了。
- Instacart。「在 Instacart 上將 Corona 加入 Costco 訂單。」
- ESPN 輪詢。一個 Session 幫我看了比賽，只有在比分接近時才 ping 我。我沒有重新整理任何東西，我只收到了那則重要的提醒。
- Alaska Airlines 孩子們的旅行。拉出票價和前後日期，檢查我們的 Atmos 餘額，餵給 `/ce-plan`，得到一個包含最便宜日期和購買提醒的預訂策略。這是在足球場上完成的。

不是「AI 幫我寫程式」。Agentic 程式開發負責跑腿、看比賽、暖車和預訂行程，而我則在做別的事。

HACKS

- 從 printingpress.dev 的函式庫安裝一個現成的 CLI，直接將跑腿任務交給你的 Agent。
- 無痛驗證：Agent Cookie 將你真實的瀏覽器 Session 傳遞給 CLI，這樣它就能以你的身份行事。
- 真正的技巧：列印你自己的。拿走你整天都在做的事情、你生活在其中的 API 或服務，讓 Printing Press 為它產生一個 Agent 原生 CLI。你為自己的工作流程建置的那一個，才是改變你工作方式的那一個。

## 21. 誠實的部分：AI 精神錯亂

Agent 本應為我們完成所有工作。相反地，我的每一個朋友都在經歷他們一生中最努力工作的時刻。

簡單的回應是休息一下，接觸大自然。但這不是重點。重點是成癮。用 Agent 建置東西是史上最棒的電動遊戲，而且這個迴圈就是這麼好。

我有真心擔心的朋友。他們因為能夠建置任何東西而感到如此興奮，以至於他們不做其他任何事。然後他們發布了，卻沒有使用者。這沒關係。我發布過很多沒有使用者的東西。陷阱不是空洞的發布，而是沉溺於建置中並失去了身邊的人。

所以要小心。與你所愛的人交談。問問自己是否真的有人想要你正在製作的東西。如果誠實的答案是它只是你自己的工具，那也沒關係。我建置過的一些最好的東西，都只是為了我自己。

如果你確實想要觀眾，這就是 Gary Vaynerchuk 一直宣揚的內容創作路徑。你從某處開始，發布到虛空中，希望有人注意到。然後是三個，然後是十個，然後是一百個，然後你一路努力到數千個。沒有人一開始就有數千個。你建置的任何東西也是如此。

HACKS

- 休息一下。接觸大自然。
- 與你所愛的人交談。
- 建置人們想要的東西，即使「人們」只是你自己。

## 22. 這篇文章就是這樣寫出來的

這是一個 Markdown 檔案。cmux 中的 Claude Code，我對著 Monologue 說話：「進化『不需要 IDE』的開頭」、「讓『不要讀計畫』的部分更辛辣」、「加入 Tesla 和 Instacart 的故事」。它重寫，我反應，然後它在 Proof 中進行審查。last30days 提供了新鮮的素材。順便說一下，這次沒有用 Zed。我已經停止使用它了。沒有 IDE。沒有打字寫程式。說話、規劃、建置。從辦公桌、沙發、車子、足球場。

這就是我在六月所知道的一切。一個語音 App、一個計畫檔案 plugin、幾個設定變更、一堆分頁、一台 Mac Mini、兩台遠端機器，以及一系列運行真實生活的 CLI。

HACKS

- 複製整篇文章，貼到你的 Agent 中，告訴它設定好它能設定的一切。你的 Agentic 程式開發工作流程將會發生好事。

## 標籤

Skills, Claude Code, Agent, 開源專案, 教學資源, Claude, Anthropic
