三个月前，我发布了《我知道的所有 Claude Code 技巧》。它获得了 91.3 万次浏览。Kevin Rose 当时问该用什么 IDE，我的回答是：“不用 IDE。只用 plan.md 文件和语音。”
这以前被叫作 vibe coding。大概从去年感恩节前后开始，模型变得足够好，这个玩具终于成了真，也就是现在人们所说的 Agentic Engineering。它是我现在能持续交付的唯一原因。今年我发布了 last30days （2.7 万 star）、 Printing Press （作者发布的 CLI/agent 工具生成器，4000+ star）和刚刚发布的 Agent Cookie （作者发布的 agent 相关工具），并且成为一些最大开源项目的顶级贡献者之一：Python、Go、GStack 和 Paperclip。自高中以后，我就没有再交付过任何真正有人看重的软件了。下面是我的技巧。
YOLO 极简版技巧 ：把整篇文章粘贴给你的 agent，让它制定一个计划，把里面所有东西都配置起来，然后按计划一个技巧一个技巧地做。这就是我的完整技术栈，不需要你自己读完。
1. 有想法，立刻创建一个 CE plan.md 这仍然是第一原则。仍然是我学到的最重要的事。
我一有想法，就用 /ce-plan 创建一个 plan.md 。不是“让我先想想”，也不是“让我先开始写代码”。每次都是 /ce-plan 。它也支持图片，所以任何你能捕捉到的东西都可以成为起点：
• GitHub 上的 bug：复制 issue URL，粘贴，/ce-plan • 终端错误：Cmd+Shift+4 截图，Ctrl+V 粘贴，/ce-plan fix this • 截图、错误信息、设计稿、Slack 讨论串：都可以直接丢进去 这里的 CE 指 Compound Engineering，即文章中提到的 agent 工程工作流插件； /ce-plan 、 /ce-work 、 /ce-brainstorm 都是该插件提供的斜杠命令，不是 Codex 终端或普通 shell 的内置命令。
当想法还很模糊，我甚至还不知道自己到底想要什么时，我会先用 /ce-brainstorm （Compound Engineering 的头脑风暴命令）和 agent 一起想清楚，然后等问题变清晰后再用 /ce-plan 。
在底层， /ce-plan 会并行启动多个研究 agent。一个读取你的代码库，寻找模式，检查你的约定。一个搜索你过去的解决方案，从中提取经验。如果主题值得，它还会派更多 agent 去研究外部文档和最佳实践。所有这些同时发生。然后它会整合结果，写出一个结构化的 plan.md ：问题是什么、方案是什么、要改哪些文件、带复选框的验收标准、应该遵循你自己代码里的哪些模式。它扎根于你的仓库、你的约定、你的历史，而不是泛泛而谈的建议。
/ce-work （Compound Engineering 的按计划执行命令）会拿着这个计划去构建。上下文爆了？开一个新会话，指向这个计划，从中断的地方继续。计划就是能穿越一切的检查点。
传统开发是 80% 写代码，20% 做计划。这里反过来了。思考放进计划里，执行变成机械动作。
Compound Engineering 是 Kieran Klaassen 和 Trevin Chow 做的插件，它让这套流程真正可用。
我先是超级粉丝，后来成了贡献者，现在我是核心团队之外第三大贡献者。我的规则现在是：除非真的是一行代码改动，否则一定先有 plan.md 。
技巧:
• 安装 Compound Engineering： /plugin marketplace add EveryInc/compound-engineering-plugin • 粘贴截图、bug URL 或错误信息，然后 /ce-plan ，再 /ce-work 2.你自己不用读 plan.md 我总是会创建 plan.md 。但我几乎从不读它。 计划是给 agent 看的 ，不是给人看的。
强制计划存在，会让 agent 不偷懒。它会研究、承诺一个方案、写下验收标准，然后真的完成这些标准。有计划的 coding agent 会交付完成的工作。没有计划的 coding agent 会走捷径，然后过早停下。计划就是缰绳。
所以我让它写计划，我扫一眼标题，然后运行 /ce-work 。如果我有问题，就在同一个会话里直接问：“等等，为什么用这个方案？”或者让它给我一个 TLDR。或者当我看不懂时，我会说：“eli5 this plan”。我得到一段话版本，点点头，继续。我不会坐在那里读 300 行 markdown。那是 agent 的作业，不是我的。
制定计划。信任计划。不要读计划。
技巧 :
• 不要让自己去读计划。直接内联提问： TLDR? （Too Long; Didn't Read，意思是“太长不看，给我简短摘要”）、 eli5 this plan （Explain Like I'm 5，意思是“用小白也能懂的方式解释这个计划”），或者“等等，为什么用这个方案？” 3. 把 /ce-plan 用在最深的非工程工作上：先为计划制定计划 人们以为 /ce-plan 和 /ce-work 是用来写代码的。自三月以来我学到的最大一件事是：它们不是。现在我做的最深层知识工作也走同一个循环，而关键技巧是，让第一个计划成为“计划的计划”。这也不是我强行把代码工具用在它不适合的地方： /ce-plan 内置了通用规划模式，正是为这种非代码工作准备的。
也不只是商业问题。战略文档、产品规格、竞品分析、董事会更新，都是同一个循环。
举一个真实例子。我和 Michael Margolis 见了一面，他是前 GV 研究合伙人，以“靶心客户”方法闻名。我们聊了一个我正在酝酿的商业挑战。他让我读他的书，他网站上有免费的 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（ @usemonologue ，来自 Every 的 Mac 语音输入工具）或 Wispr Flow（ @WisprFlow ）。选一个，把语音输入到当前聚焦的任意应用里，直接对 Claude Code 说话。我给办公室买了一个鹅颈麦克风。 • 手机：跳过 Monologue 和 Wispr Flow，在 iOS 上切换到它们太麻烦。Apple 内置听写已经够好，因为你是在和 LLM 说话，不是在和人说话。它听错一半词，agent 仍然能理解。懒散的笔记也没问题。 说句实话：我一个人时非常擅长用语音。但在办公室里我很挣扎。有人说你可以对着麦克风小声说话，但我发现自己不会真的这么做，因为我不想显得没礼貌，也不想打扰周围的人。所以在共享空间的一张办公桌上工作，仍然是我这整套流程的弱点。如果你已经解决了在开放办公室里用语音、又不成为“那种人”的问题，请告诉我怎么做。我真的想听建议。
技巧
• Mac：安装 Monologue 或 Wispr Flow。手机：用 Apple 听写。买一个鹅颈麦克风。 5. 在 cmux 里开很多很多标签页 这就是我真实一天的工作方式。四到六个 cmux 标签页，有时更多，每个都是一个独立会话：
当 /ce-plan 在一个窗口里启动研究时，我切到另一个窗口，用 /ce-work 执行已经写好的计划。当它构建时，第三个窗口里我又粘贴一个新 bug。等我切回第一个窗口时，它已经完成并在等我了。
我听说 Orca 在移动端方面做得很好。我以前也是 Ghostty 纯粹主义者，但我在 Ghostty 里错过了太多通知。
技巧
• 使用 cmux（Manaflow，cmux 背后的公司/团队） • 保持 4 到 6 个标签页打开，每个处理不同任务 6. 终端默认进入 Claude 或 Codex，而不是 shell 新标签页应该直接打开 Claude Code，而不是 shell。打开一个标签页，你已经在和 agent 对话。不需要 cd ，不需要输入 claude 。当开启新会话只需要一次按键，你会开始更多会话。我也不使用文件夹。你的 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 一个邮箱地址 这两个技巧让每个会话都能从任何地方访问。
每次打开新窗口时都开启远程控制。
把远程控制设置为每个会话自动开启。
现在每个窗口都可以从 Claude 手机 App 访问。你在桌前开始一个会话，走开，然后在手机上接着控制同一个正在运行的任务。你在某个地方输入一行内容，就能操控家里 Mac 上正在运转的东西。
给你的 Claude 一个邮箱地址。
Claude Code 可以通过 AgentMail（给 AI agent 提供邮箱收发能力的服务）拥有一个邮箱地址。这是创始人 Adi Singh 教我的。给这个收件箱发邮件，一个新会话就会打开，并开始处理主题和正文里的内容，所有附件也能通过路径访问。晚饭时发现 bug？用手机发一封邮件，在你回到屏幕前，会话已经跑起来了。我把整个东西开源了： github.com/mvanhorn/agentmail-to-claude-code 。
它有三部分：
• 一个 daemon（常驻后台进程），通过 WebSocket 监听 AgentMail（YC S25）收件箱。每当收到 allowlist 中的邮件，它就打开一个新的 Claude 会话，把邮件写入 prompt 文件，并告诉 Claude 阅读和执行。 • 两个终端后端：cmux 或独立 Ghostty，所以它能驱动你本来就在用的启动方式。 • 一个发送端。我把它接到了 Hermes 里的 cc 命令，所以我在手机上运行 cc ，它就会作为一个正在工作的会话落到我的 Mac 上，不需要 VPN，也不需要 SSH。 allowlist 是门禁。只有你控制的地址能进来，任何 DKIM 或 SPF 校验失败的邮件，都会在会话打开之前被丢弃。
技巧
• 始终开启远程控制：在 ~/.claude/settings.json 里添加 "remoteControlAtStartup": true • 给 Claude 一个邮箱。把这段粘贴给你的 agent： “使用 github.com/mvanhorn/agentmail-to-claude-code 给 Claude Code 一个邮箱地址。克隆它，设置一个 AgentMail 收件箱，用我的 API key、收件箱、只包含我自己地址的 allowlist，以及我的终端类型（cmux 或 Ghostty）填好 cc.env ，然后运行 daemon，并把它安装成 launchd job。当我给那个收件箱发邮件时，这台 Mac 上应该打开一个新的 Claude Code 会话，并开始处理邮件主题和正文。”
8. 跳过权限确认 Claude Code 会对每次编辑和命令请求权限。开六个会话时，你没法一直看着它。有两个设置能让它可用。有人说 auto 是“更安全”的做法，但对我来说太慢。
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 的 prompt 末尾加上 codex ，它就会把构建交给 Codex。 我的设置是两个引擎都开到超高推理：
• 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 prompt 末尾加上 codex 。 10. 计划之前先研究：last30days 在我运行 /ce-plan 之前，通常会先对主题运行 /last30days （一个用于调研最近 30 天社区讨论和趋势的 agent skill）。
我当时在 Vercel 的 agent-browser（Vercel Labs 做的面向 AI agent 的浏览器自动化 CLI）和 Playwright（Microsoft 维护的通用浏览器自动化与端到端测试框架）之间做选择。不是去读文档，我运行了：
/last30days Vercel agent browser vs Playwright 几分钟内，它给出了几十个 Reddit 讨论串、X 帖子、YouTube 视频、HN 文章。agent-browser 每次调用使用的上下文少得多，而 Playwright 光是工具定义就会倾倒出数千 token。我把整个输出喂给 /ce-plan integrate agent-browser 。最后出来的计划是基于社区当下真正知道的东西，而不是六个月前的训练数据。
11. 把一切都放进 Granola，并把原始转录丢进你的 LLM 我和一位候选人吃了午饭。我们聊产品、食物、孩子，90 分钟普通对话里穿插着一个产品想法。Granola 在后台运行。结束后，我把完整原始转录粘贴进 Claude Code： /ce-plan turn this into a product proposal 。
关键是原始。我不会先总结。我直接把完整、混乱的转录丢进去，包括关于寿司的跑题内容，然后让 Claude 结合我的真实代码库，以及我过去写过的所有战略计划去做提取。Granola 上下文 + 代码库 + 过去的计划 = 金子。它一次就生成了一份提案，忽略了餐厅闲聊，我当天晚上就发了出去。那个人现在已经全职和我们一起工作了。
自三月以来的升级是：Printing Press Granola CLI（用于把 Granola 会议数据拉进终端/agent 工作流的命令行工具）。它像魔法一样。我可以把任意会议作为干净的结构化数据直接拉进一个会话，搜索我曾经开过的所有会议，找到三周前某人说过的一句话，然后把它接入一个计划。不再需要复制粘贴。每场会议的上下文都只差一个命令。
技巧 • 把原始 Granola（ @meetgranola ）转录丢进 /ce-plan ，不要先总结。安装 Printing Press Granola CLI。 12. 人类信号 这是我花最长时间才完成的心智转变。当你运行六个 agent 时，你的工作不是亲自做事。你的工作是成为信号。
agent 提供产量。你提供品味、方向，以及“反应再重定向”的循环。你看返回的东西，然后说：“第二个选项更接近，但用第一个选项的语言”、“处理最大的风险”、“这段太长了”，然后它们继续前进。这个循环里稀缺而有价值的东西，是你的判断力，不是你的打字速度。我越是接受自己作为“人类信号”的角色，越是不再试图同时当那个动手干活的人，我交付得就越多。
你负责品味。让它们负责动手。
技巧 • 用你的大脑指挥 agent，为世界创造价值。它仍然有价值。 13. 用 HyperFrames 给一切做视频 视频以前是我外包或干脆跳过的东西。现在我做视频的方式和做其他所有东西一样：我说话，agent 构建，我反馈。
HyperFrames（把视频做成 HTML/代码并渲染成视频的工具）让我可以像写 HTML 一样构建视频，所以 agent 能写它。循环和写代码完全一样，只是输出从 PR 变成了 MP4。每个视频都是一个文件夹，里面有一个 script.md ，逐场景写好，动态排版，字幕承载每个节奏点。agent 把脚本变成构图并渲染出来。不需要剪辑器，不需要时间线。
我用这种方式做过的发布短片：
视频的成本降到了一次对话，所以任何值得有视频的东西现在都会得到一个：发布短片、产品 demo、动画讲解、带字幕的片段。它们也不只是发在 X 上：我会把渲染好的 demo 直接放进 PR，比如 Facebook AI 研究项目 atlas-lean 上的这个 PR。
技巧 • 在 HyperFrames 里构建视频：写一个 script.md ，让你的 agent 把它渲染成 MP4。 • 把 GIF 上传到 catbox，它们会在 GitHub、PR、README 和 issue 里漂亮地渲染出来。 14. 你的笔记就是你的 agent 知识库 三月那篇文章里的 strategy-folder 技巧被泛化了。计划每次都会变得更好的原因，是 Claude 能访问我以前写过的每一个计划。上下文会复利。所以我把它指向了我的整个大脑。
我把它指向的工具包括：
• Bear，配合 Bear CLI。十年的笔记、会议、半成形想法和决策，agent 都能读写。不叫 RAG（检索增强生成）也可以是个人 RAG。我放进去的越多，每个会话就越聪明。 • Obsidian。我自己不用，但很多人喜欢用它做这个，而且插件生态很深。 • gbrain。我在多台机器和多个 agent 之间同步的大脑。 • supermemory。很多人很推崇的 agent 记忆层。我正在深入研究，结论以后再说。 这个技巧的形态才是重点：选择一个带 CLI 或 API 的笔记工具，把你的 agent 指向它，让你自己的知识开始复利。
技巧 • 把你的 agent 同时指向两类东西：你自己写作的笔记工具（Bear、Obsidian），以及替你记忆的 agent 大脑（ @garrytan 的 gbrain、 @supermemory 的 supermemory）。选择带 CLI 或 API 的工具，这样 agent 才能读取它们。 15. 从任何地方工作：我的 Mac mini 技巧 • Mosh（适合不稳定网络的远程 shell 工具），当你必须 SSH 进去时使用。它让会话在糟糕 wifi 和移动网络切换下仍然像本地一样响应。在普通 SSH 上，Claude Code 会慢得爬，每次按键都要等一次往返延迟。远程机器上“可用”和“痛苦”的区别就在这里。 • Tmux（终端会话管理器），适合飞机上用。在 tmux 会话里 SSH 到你的远程机器，工作就在那里运行，而不是在你的笔记本上运行。飞越大西洋时 wifi 掉线 20 分钟，你重新连接、attach 回去，一切都停在你离开的地方。我在从欧洲回家的整趟航班上都在交付功能。 16. Proof：把计划发给同事 plan.md 对我来说很完美，但交给一个不生活在终端里的人就毫无用处。这是最后一个真正的缺口，而同样来自 Every Inc. 的 Proof 把它补上了。
在 Proof 里打开一个计划，把它像文档一样阅读，这很好。但它真正变得不可或缺的地方，是把计划发给同事。我把 plan.md 或规格说明丢进 Proof，发送链接，一个不使用终端的人也能清楚地阅读、行内评论，而这些评论又会流回 agent 的循环。不用再把 markdown 粘进 Slack，然后看着它渲染成一团糟。这是整个计划文件工作流的人类参与审查，也是我第一次觉得把 agentic 工作分享给普通同事不尴尬。
我写这篇文章时，就把它加载到了 Proof 里。这就是它被审阅的方式。
而且我是在 cmux 里写完整篇文章的，旁边同时开着 Proof 审阅：
技巧 • 分享一个计划：把 .md 丢进 Proof（ @EveryInc ），发送链接，把评论拉回工作循环。 17. 自己写 Skills 最大的升级不是使用 agent，而是教会它们可以长期保留的技巧。任何我做超过两次的事，我都会把它变成一个 skill：
一个我的 agent 可以永远重复运行的可复用命令。先写自己的 skills，用它们自动化你的工作流。
你不需要从零开始写。真正让我打开局面的方法，是把 agent 指向一个已经可用的 skill，让它复制那个形状。字面上就是：“看看 Compound Engineering skill，帮我为 [我要自动化的事情] 做一个类似的。” 它会读取一个优秀示例，学习结构，然后给我的 skill 搭脚手架。我已经用这种方式构建了一堆 skills。
这也是我现在大部分开源生活的样子。如果你看我的 GitHub，我的工作就是 skills 以及围绕它们的工具。
last30days 一开始只是我自己想要的一个 skill，现在已经开源并超过 2.6 万 star。Printing Press 是一个生成 agent-native CLI（面向 agent 使用的命令行工具）的完整工厂，也是我最常用的个人工具，已经有超过 320 个合并 PR。我是 Compound Engineering 本身的顶级贡献者之一。这些都不是宏大计划的一部分。每一块都是一个我经常运行的工作流，多到值得让 agent 永久擅长它。
写一次 skill。之后每个会话都会更快。这就是 Compound Engineering 里的复利部分。
技巧 • 任何你做超过两次的事，都做成一个 skill：“看看 Compound Engineering skill，帮我为 [X] 做一个类似的。” 18. 开源：为你热爱的项目做贡献 交付我自己项目的同一个循环，也能交付别人的项目。我已经有数百个 PR 被开源项目合并，包括 Python、Go、OpenCV、Vercel 的 Agent Browser 和 OpenClaw。不是顺手改错别字，而是给我每天都在用的工具贡献真正的功能。
不知从什么时候开始，我出现在了一些贡献者列表的前排：
• Compound Engineering、Superpowers 和 Emdash 第 3 • Vercel 的 Agent Browser 第 6 Pejman Pour-Moezzi 开玩笑说，他现在打开一个仓库时，在贡献者网格里找我的头像，已经成了他个人版的“威利在哪里”游戏。
但被合并的 PR 并不是真正的奖品。真正的奖品是人才。我会进入 Discord，认识维护者，交到真正的朋友。这对招聘也非常有帮助，我刚刚为新公司雇了一位工程师，就是这样认识的。你为自己热爱的东西做贡献，你会遇到同样热爱它的人，然后它会复利。
技巧 • 选择一个你每天都用的工具，找出一个它真正缺失的东西，然后用同样的 /ce-plan + /ce-work 循环把它交付出去。 • 出现在项目的 Discord 里。PR 让你进门；人是你留下来的原因。 在 X 上创造价值。
在 X 上，每月花 1 到 3 美元订阅你尊重的人。我每月花 1 美元订阅 @garrytan ，当我提交 PR 时，我可以把 X 帖子发给他，而他会收到一个特殊通知，知道我是付费订阅者。我也给 @jason 、 @teknium 、 @Teknium 付费。
19. 我当前的笔记本配置 我那台用了两年的笔记本，在我运行的所有东西面前几乎已经不能用了：整天六个 Claude 会话再加 Codex。所以我升级到了一台 64GB 内存的 M5 Max。它是头猛兽，我很喜欢。但它仍然会被这个工作负载打趴：我的全新机器在电池上最短只撑了一个小时。
所以我恐慌式购买了电源。我现在到哪都带着一块 Anker 充电砖，并且在 Tesla 里放了一个 Anker 充电器，这样车可以在路上给我补电。
技巧 • 永不睡眠： sudo pmset -a disablesleep 1 。带一块 Anker 充电砖；车里放一个充电器。 20. Printing Press：运行现实生活的 CLI 这些技巧大多生活在终端里，但下面这一个离开了终端。
Printing Press 是一整队 CLI，它们封装现实世界的服务，让 agent 可以直接去跑腿。它现在已经是自己的项目，账号是 @ppressdev ，超过 3700 star，我正在和 @trevin 一起构建它。
真正让它们可用的部分是 auth（认证），而那是昨晚刚发布的：Agent Cookie。它把你的真实浏览器会话交给 CLI，让它以你的身份行动，不需要粘贴密码，也不需要重新认证。它把“知道某个服务的 agent”变成了“已经登录那个服务的 agent”。
一个真实的下午，从头到尾：
• Tesla 预热。孩子们十分钟后上车：“把车预热到 72。” Tesla CLI 启动，车在我们走出去之前就已经暖了。 • Instacart。“重新下单平时那套，再加咖啡滤纸。” 它构建购物车，我确认，杂货就送来了。整个过程发生在对话中间，没有打断节奏。 • ESPN 轮询。一个会话替我盯着比赛，只在比分接近时提醒我。我没有刷新任何东西，只收到了那个真正重要的提醒。 • 为孩子们的旅行查 Alaska Airlines。它拉取票价和相邻日期，检查我们的 Atmos 余额，把这些喂给 /ce-plan ，得到一个预订策略，包括最便宜日期和购买提醒。这一切发生在足球场边。 这不是“AI 给我写代码”。Agentic Engineering 会跑腿、看比赛、暖车、订旅行，而我在做别的事。
技巧 • 从 printingpress.dev 的库里安装一个现成 CLI，把一项跑腿任务直接交给你的 agent。 • 无痛认证：Agent Cookie 把你的真实浏览器会话交给 CLI，让它以你的身份行动。 • 真正的技巧：打印你自己的工具。拿一件你整天都在做的事，一个 API 或一个你离不开的服务，让 Printing Press 为它生成一个 agent-native CLI。你为自己的工作流构建的那个工具，才是会改变你工作方式的工具。 21. 实话：AI 精神病 agent 本该替我们完成所有工作。结果，我认识的每个朋友都在以人生中最高强度工作。
简单的回应是：休息一下，去外面走走。但这里说是上瘾。
用 agent 构建东西，是有史以来最棒的电子游戏，而这个循环真的太好玩了。
我有一些朋友，我真的担心他们：他们因为能够构建任何东西而兴奋，于是什么别的都不做；然后他们发布了产品却没有用户。这没关系，我也发布过很多没有用户的东西。 陷阱不是空荡荡的发布，陷阱是消失在构建里，失去你身边的人 。
所以要小心。和你爱的人说话，问问自己，是否真的有人想要你正在做的东西。如果诚实的答案是：这只是给你自己的工具，那也没关系。我做过的一些最好的东西，从来就只是给我自己的。
如果你确实想要观众，那就是 Gary Vaynerchuk （知名营销人，长期布道”持续做内容、慢慢积累受众”的路径）一直为内容创作鼓吹的路径。你从某个地方开始，把东西发到虚空里，希望有一个人注意到。然后是三个、十个、一百个，慢慢走到几千个。没有人一开始就拥有几千人。你构建任何东西也是一样。
技巧 22. 这篇文章就是这样写出来的 这是一个 markdown 文件。Claude Code 跑在 cmux 里，我对着 Monologue 说：“优化那个 no-IDE 开头”、“让‘不要读计划’那一节更辣一点”、“加上 Tesla 和 Instacart 的故事。” 它重写，我反馈，然后文章进入 Proof 审阅。 last30days 提供最新素材。顺便说一句，这次没有 Zed。我已经不用它了。没有 IDE。没有打代码。说话、计划、构建。从办公桌、沙发、汽车、足球场边都可以。
这就是我在六月知道的一切。一个语音 App、一个计划文件插件、几个配置改动、一堆标签页、一台 Mac Mini、两台远程机器，以及一整队能运行现实生活的 CLI。
技巧 • 复制整篇文章，粘贴到你的 agent 里，告诉它尽可能帮你设置所有东西。你的 agentic engineering 工作流会因此变好。 
粤ICP备14082021号
免费POC，
零成本试错
