和 coding agent 共事，怎样才可持续？
两位主持人给「健康的 AI 用量」标上了数字：多数公司每月报销 200–500 美元，200 美元订阅远胜企业级计费，韦斯一周就跑出 1100 美元的 token；再加上护栏清单、等待时间的正确用法，以及对「乐趣没了」的诚实回答。
和 coding agent 共事，怎样才可持续？
这期 Syntax 杂烩问答里，两位主持人描出了一种可持续的工作方式，它靠四根柱子撑着：一笔有上限、可申请扩容的预算；一套确定性护栏而不是靠人盯；把等待时间换成规格说明；还有一件没人写进预算的事——当代码不再出自你手，把自己的职业乐趣往上挪一层。斯科特·托林斯基开场就把「五个订阅全部拉满」的炫耀定性为表演。对雇主而言真正要紧的数字，来自韦斯·博斯的调查：绝大多数公司如今落在每月 200 到 500 美元的 AI 报销区间。对开发者而言要紧的则是另一个数：他自己的用量跟踪显示，一周烧掉了价值 1100 美元的 token——按企业级价格这只是一小部分钱。这期节目的其余部分，讲的就是怎么把这个差价花好。
每月 200–500 美元，以及订阅为什么赢
韦斯给出的市场切片：智能体热潮一年之后，少数公司不设上限，有的报销一个订阅，有的报销好几个轮流烧；而大厂的企业级按 token 计费，用他的话说，「不如 200 美元一个月的订阅划算」。纪律这把刀两边都砍：一个猛做功能的开发者一天轻松烧掉一千美元，他还收到过每月 15000 美元额度者的私信——所以克制是门手艺，最好的练法是有限预算、外加真正要打硬仗时走审批（「我们要用 Rust 重写，给我两万块的 token」）。而那笔账——200 美元出头的订阅跑出每周 1100 美元的用量——就是全部论据：公司肯付订阅，就办。
把等待时间变成规格时间
智能体跑着的时候你干什么？斯科特先坦白：再开一个智能体，再开一个，循环到脑子烧掉。他真正的做法要好得多：跑一个编排智能体，再配一个便宜模型，专门接收他对 UI 毛病的一股脑倾倒、整理成 GitHub issue。把「哪里不对」写清楚——查设计模式、把修法蒸馏出来——比一轮智能体任务还耗时，于是每次等待产出的都是积压清单而不是发呆，下一次领任务起点是真正的规格，而不是「把 UI 弄好看点、现代点」。
护栏，而不是盯梢
被问到怎么让智能体不脱轨，斯科特的答案是一摞确定性控制。一条 hook 可以判断「这智能体是不是要执行 rm」，拦下，并回一句「不能这么干，改做这个」。有一次智能体面对挂掉的 Jellyfin 直接拉起一个没人要的新容器，他此后接了一条状态检查自动化，让智能体先拿到状态和说明书再动手。他的 linter 和测试里还有智能体浏览器帧率检查：低于约 55 帧直接判负，因为功能膨胀拖卡 UI 是悄无声息的。再加上制作人 CJ 的建议——隔离、容器化——把剩余的破坏半径圈住。插话（steering）这个续篇则各有判词：斯科特几乎一律先停——真要「顺便说一句」的时候，往往已经等不起了；韦斯指出 OpenCode 基本没有插话机制，而 Codex 的「排队到下一轮」是眼下最好的一家。
动机问题，说实话
全集最难的一问是私人化的：一位曾经享受周末钻研的开发者，现在连电脑都不想碰。斯科特没有绕开：AI 编码就像金手指——作弊码能爽个五分钟左右，然后挑战就没了。他行之有效的答案是换个层次找乐趣：策略、UI 的深度打磨、改进自己的流程和 harness——让代码变成「我的流程改进后的产物，而不是我亲手改进的代码」。
这一切都有保质期
收尾的警告笼罩以上全部。韦斯说：过去八个月学的 agent 工具经，很多已经根本不重要了——他现在怀疑，几个月前还是标配的文档 MCP 也可以不用了，因为裸搜索已经足够好。斯科特补一句：装的一堆 skill 多半只是在白白翻涌 token。可持续的姿势从来不是抄一套固定栈，而是：给预算封顶、把护栏握在自己手里、趁等待写规格，并且养成习惯——定期审计哪些零件还配得上它烧的钱。
访谈精粹
10 组核心对谈- 问
博客衰落之后，想让自己被看见的开发者和设计师该写什么？
Scott Tolinski 提问01:36答Scott Tolinski, Wes Bos 回答两人的答案一致：观点成了新的差异化。斯科特说，现在吃香的是真正花时间钻研过、并形成了自己判断的人，而不是做个浅层 demo 就完事；能把亲身体会有条理地蒸馏出来，这本身就是最好的自我推广。博客没有死——Hacker News 至今仍以文字为主——短视频也值得练，但韦斯的概括是「碎嘴就是新的博客」。韦斯补充，如今的门槛是真实：能被 AI 批量伪造的产出（水货 GitHub 仓库、套路化视频观点）会被打折，而有人味、可追溯的工作——比如他关注的一位 Netflix 工程师在推特上图文连载自己重造 Hugging Face 那个小项目的进展——恰恰会让他把这样的人排在招聘名单最前面。两人的收尾建议：做有趣的东西，发出来，让你的观点替你在雇主面前立住。
- 问
coding agent 一跑就是几分钟，这段等待时间你该干什么？
Scott Tolinski 提问08:33答Scott Tolinski, Wes Bos 回答斯科特的诚实回答：他会再开一个智能体去干别的活，然后再开一个，直到「脑子烧掉」——虽然他也承认做俯卧撑或出去走走可能更健康。韦斯则偏好更紧的循环：智能体跑十分钟他已经烦了，两三分钟的等待就足以打断心流，这正是大家说「心流状态没了」的原因。斯科特真正的等待法：盯着应用本身，把 UI 的问题一条条详细写下来。他跑一个编排智能体，再配一个廉价模型当「GitHub issue 智能体」，趁编排智能体干活时把问题倾倒进 issue；他发现把要修的东西研究清楚、浓缩成 issue 的时间比一轮智能体任务还长，而这样攒下的积压清单让下一次领任务不再是「把 UI 弄好看点、现代点」这种空话。韦斯点出底层变化：AI 编码是雕一座一开始就近乎成型的雕像，所以这个过程恰恰需要打磨的眼光和意图。
- 问
公司该给员工报销多少 AI 使用费？真实的预算长什么样？
Scott Tolinski 提问14:01答Wes Bos 回答韦斯观察到，过去半年公司的态度变了：在「魔盒时代」随便提示的浪潮造成失控开销、垃圾产出、审查负担和安全问题之后，他在推特上问了一圈，多数雇主落在每月 200 到 500 美元之间——少数不设上限，有的给 200 美元订一个服务，有的给 500 美元买好几份订阅轮流烧完——而走企业级按 token 计费（Anthropic、Claude 这类）比 200 美元订阅吃亏得多。他把用量预算当成开发者现在必须掌握的技能，就像当年学性能优化：猛做新功能一天烧一千美元轻而易举，所以克制重要；合理的模式是有限预算加上可申请扩容——「老板，我们要用 Rust 重写，给我两万美元 token」。他用 Mac 上的 Codex Bar 把所有订阅接在一起看用量：上周显示烧了 1100 美元的 token，而他实际没付 1100 美元——这就是他说 200 美元订阅是目前最划算交易、公司肯付就赶紧办的原因。
- 问
2026 年，应用发出的事务性邮件该怎么做？
Scott Tolinski 提问20:31答Scott Tolinski, Wes Bos 回答斯科特从来都是自己写邮件模板——在智能体时代这已经不费劲——除非平台（他点名 PocketBase）自带；他真正的痛点是钱：偶尔发一封事务邮件也要包月，他嫌贵，眼下用 Resend 的 API 发送，同时盯着 Postmark（每月 100 封免费）和按封计费的 Amazon SES，适合低流量的 side project。韦斯的方案是用 React 的 render-to-string 加内联 CSS 做可复用模板，走标准 SMTP、SendGrid 这类任意服务商发送——图的就是不让任何一家公司攥住自己的管线。两人殊途同归的一点是可移植性铁律：永远走标准 API 或 SMTP，因为送达率极其脆弱——一旦 2% 的邮件进垃圾箱，那就是实打实的收入损失（这也是 Resend 能做成大公司的原因）——而基于标准的发送方可以在那一刻随时换服务商。
- 问
怎么防止 coding agent 脱轨？面试官问的这个问题真的有可靠答案吗？
Scott Tolinski 提问25:26答Scott Tolinski, Wes Bos 回答斯科特给出的机制清单：像 Claude Code 的 hooks 可以在危险调用上确定性拦截——检测到 rm 就拦下并告诉智能体改做什么——再配合拒绝清单、linter 和测试；他还写了帧率测试：每实现一个功能就拉起智能体浏览器跑一遍，低于约 55 帧就挂掉。路由上他用确定性自动化：有一次他问智能体 Jellyfin 为什么挂了，对方却擅自起了一个新的容器，于是他接了一个状态检查自动化，让智能体先拿到状态和指令再动手，而不是自由发挥。agents.md 里的规则（「不要给所有东西都写兜底」）能抑制功能膨胀，隔离和容器能控制爆炸半径（节目制作人 CJ 的建议）；韦斯补上人的习惯：盯着输出，智能体一跑偏就狂按 Esc。斯科特的告诫恰好回应了面试题：总有智能体想干嘛就干嘛的时刻，所以如果频繁脱轨，问题在你——提示词太放养，人得跟得更紧。
- 问
智能体跑到一半想插话，该停掉、排队下一条消息，还是用「顺便说一句」功能？
Wes Bos 提问30:25答Scott Tolinski 回答斯科特坦承没找到让自己满意的插话模式。他不喜欢「顺便说一句」类功能——排队的那一轮往往拖得太久——而他的原则是：真要插话通常都是急事，所以不管哪种一律先停。唯一例外是 Claude Code：他允许它中途接话，因为它处理注入的能力特别强；即便如此他也不心疼按停止——反正智能体多半没在闯祸，下一轮也就二三十秒之后，补上下文或者改道都来得及。韦斯的收尾同样不满但干脆：没有一家做得好，目前最喜欢 Codex 的「排队到下一轮」。
- 问
团队对智能体式开发兴趣不高，工程负责人怎么带动？
Scott Tolinski 提问32:48答Scott Tolinski, Wes Bos 回答斯科特先泼冷水：有些工程师对 AI 工具抱着意识形态式的抵触，劝不动；而很多抗拒者根本没有意识到模型进步到了什么程度——「看我一条提示词搞定」式的演示只会起反作用。真正有用的是 lunch-and-learn 这类场合，展示真实工作流：它怎么改进你的开发流程和代码质量，而不是炫技；同时要把这当成「人的问题」去经营关系，因为对方竖起的是一堵墙。韦斯补充：领导层要持续展示自己怎么用——最好像 Sentry 那样开一个公司 Slack 频道，让顶尖工程师在里面提问、批评、分享技巧，他自己特别喜欢这个频道。斯科特最后建议做内部录屏，完整呈现「有个 bug—我这么处理—最终收益」的过程，哪怕这种视频公开放数据不好看。
- 问
非编码的 AI 智能体该用什么界面交互——Telegram 聊天、超级应用，还是专用 UI？
Scott Tolinski 提问35:52答Scott Tolinski, Wes Bos 回答斯科特说，所有人都在找那个「金鹅」界面。Codex 已经并进 ChatGPT 成了一个应用；他点名的两个通用大智能体——Grokbot 和 Facebook 的 Muse——则是聊天应用形态、旋钮很少，面向日常任务而非编码。他的判断：纯 Telegram 你来我往大概率不是答案，因为多少需要一点 UI 控制权——但不能多到把人淹没，这正是 Grokbot 和 Muse 都偏聊天形态的原因。韦斯从自建那端现身说法：定制的确能完全按需定制，但「三天两头坏」，每周都收到太太一句「AI 又不好使了」；而第三方里 Hermes 桌面应用真的不错。斯科特的落点在中间：他仍在用自建版，而且它确实有点烦人。
- 问
当 AI 抽走了写代码的乐趣，怎么找回动机？
Scott Tolinski 提问38:43答Scott Tolinski 回答斯科特用自己的挣扎作答：AI 编码就像开着金手指玩游戏——作弊码能爽五分钟，然后挑战感就没了；而当工作流变成「智能体，修这个」，被抽走的恰恰是编码里深挖的乐趣。他也承认 AI 编码更累还有别的原因——心流被打断，以及他们在听众心理健康调查里听到的那一堆。让他找回驱动力的，是把乐趣上移一层：在策略、UI 的深度打磨、更大的结构与架构里找成就感——以及在改进自己的流程、harness 和技能里找成就感，让代码变成「流程改进的产物」，而不是「我亲手改进代码」。韦斯的全部回复是：「同意，说得好。」
- 问
公司该自建大而全的 AI harness，还是让人类做编排、按问题派小智能体？
Scott Tolinski 提问44:16答Scott Tolinski, Wes Bos 回答斯科特先承认 harness 真的难——缓存、模型路由、效率——所以 harness 专家才有存在的意义。但哪怕按他爱造轮子的性子，他也从没想过自建 harness：围绕 harness 做定制工具说得通，harness 本身不值得。对 B Murf 的二选一，他的裁决是折中——公司走向了一个极端，提问者走向另一个，真相可惜在中间。韦斯的补充则拆掉了任何答案的保质期：过去八个月学的东西很多已经不重要了——他现在怀疑连查文档用的 Context7 MCP 都可以不要了，因为搜索已经足够好——斯科特用 3D 渲染的例子附和（一年前连个立方体都渲染不稳的库，现在能出可打印的 3D 了），并提醒装了一堆 skill 往往只是白白烧 token，该审计哪些件真正在帮忙。