nekocode @nekocode_cn你如果在用 SDD，那我不建议你把 Spec 持久化。因为 Spec 会漂移！
代码在变，Spec 却不一定跟着更新。过时的 Spec 不是文档，是噪音，是幻觉的温床
真正的「唯一真相来源」应该只有一个：代码本身
又或许你更需要的是 Plan Mode，或者一个全局唯一的 Spec: ARCHITECTURE.md
nekocode @nekocode_cn谁说 Agent Client Protocol 只能给 GUI 用 🤣
Team/Swarm 模式很可能是 Coding Agent 在 2026 年真正爆发的关键方向。可以预见，每个主流 Coding Agent 都会推出自己的 Team Mode —— 但一个更有意思的问题是：怎么让不同厂商、不同架构的 Coding Agent 组成一个异构 Team？
目前市面上已经有一些尝试，但各有局限：
1. Headless 模式：通过 Coding Agent CLI 的 Headless 模式来编排多个 Agent。问题在于，各家的 Headless 模式普遍是阉割版——功能覆盖不全，交互能力也大打折扣，远不如完整的 CLI 交互体验。
2. PTY 劫持：直接通过伪终端（PTY）接管 Coding Agent CLI 的输入输出。这种方式虽然理论上能获取完整能力，但信噪比极低——你需要从大量终端控制字符、ANSI 转义序列和格式化输出中解析出真正有用的信息，既脆弱又难以维护。
而 ACP（Agent Client Protocol）提供了一个更优雅的解法。 它在 CLI 交互之上抽象出一层统一的、结构化的协议层，让上层编排系统无需关心底层 Agent 的具体实现细节，就能以一致的方式与不同的 Coding Agent 进行通信和协作。
基于这个思路，我做了一个开源项目来验证这个想法 👇
https://t.co/Sl1nMKd7Yq
Yumin @YuminAIAnthropic这帮人是有病吧
他们发明了plugin, agents, skills
但这不都是一堆markdown文件吗
为什么还区分那么多？
无非都是prompt
ok，有些prompt可以被重复使用
但你也不致于发明这么多概念啊
你就老老实实的说
这个是做ui的prompt
这个是做code review的prompt
这个是做web search的prompt ， 但你可以同时开多个进程来跑这个prompt
我他妈还寻思这都是什么高科技呢
天天装神弄鬼，也不学点好
ghostviper @A9yNtIHEjvVkW7Cdify真的可以用了，迭代模式好像比coze好用？coze的编排界面实在是太卡了，今天刚把远古时期Fastgpt做的编排迁移到dify，20分钟完成一个还新增了日期、天气、知识方面的功能，效率爆炸。
ruanyf @ruanyf新的博客文章《信息就像糖一样上瘾》：工业革命有一个很少人提到的后果，就是人类可以大量生产糖了。
从此，大部分食物都添加糖，垃圾食品泛滥，因为糖会增加多巴胺的分泌，让你对糖上瘾，过量进食。
信息就像糖一样，也能增加多巴胺，让人上瘾。https://t.co/ccIYy1rW1Q
polebug @polebug最近看到很多大 v 说千万不要开杠杆/合约，我不太认同。
杠杆/合约并不等于高风险，这个命题的关键在于“欲望”，欲望越大，杠杆倍率越高，这样才导致了高风险。
作为一个一开始控制不住欲望爆仓了，但是后面吸取教训，做好仓位管理，现在能轻松翻倍的合约玩家来说，杠杆是一种能快速提升资产的方式。
nekocode @nekocode_cnGUI IS BULLSHIT!
就算强如 Claude Opus 4.6，在 Vibe coding GUI 项目时（尤其是非 Web 栈），在稍微复杂的交互场景下，总容易会有 Bug 或细节问题，很容易让细节狂魔抓狂。
反观非 GUI 项目，Vibe coding 简直行云流水，身心愉悦。
看来文本喂出来的模型，终究是个半瞎 🤔
Tom Dörr @tom_doerr
nekocode @nekocode_cn其实 CSDN 能活到今天，都是同行的「大多数」用脚投票导致的。劣币驱逐良币，前面有多少好的社区都倒闭了，哀哉 🤡
宝玉 @dotey“你们应该多用 Bash。”
过去几周，Anthropic 的 Thariq 和几十家做通用智能体的公司开了电话会议。邮件助手、客服机器人、日程管理——各种产品形态都有。聊完一圈，他发现自己反复在说同一句话。
Bash？那不是程序员用的命令行工具吗，和这些产品有什么关系？
先看一个具体场景。
假设你有一个邮件 Agent，你问它：“这周我在打车上花了多少钱？”
传统做法是这样的：Agent 调用 API 拉取邮件，可能一次性取回 100 封，然后让模型从里面找 Uber、Lyft 的收据，加总金额。
问题在于 100 封邮件塞进上下文，模型要同时记住这些内容，从中筛选、计算。这对大语言模型来说并不轻松。容易漏，容易错，而且你没法验证它到底看了哪些邮件。
这就是典型的模型舒适区问题：数据量不算大到需要专门写程序处理，但又超出了模型一次性硬算的能力范围。夹在中间，很尴尬。
Thariq 的方案是：给 Agent 一个 Bash 工具，让它把中间结果存成文件。
听起来很简单，但背后的逻辑很有意思。
传统的工具调用是这样的流程：
工具 → 模型处理 → 输出结果
所有中间状态都在模型的“脑子”里，你看不见，也没法检查。
换成 Bash 之后，流程变了：
工具 → 存文件 → 搜索/过滤 → 模型处理 → 输出结果
模型可以先把 100 封邮件存到一个文件里，然后用 grep 搜“Uber”，再 grep“Lyft”，分别统计。每一步都有迹可查，最后加总的时候，它还能回头检查自己的中间结果。
这带来三个能力升级：
可复现。同样的命令再跑一遍，结果一样。你可以调试，可以排查问题。
可验证。模型不是凭“记忆”给你答案，而是基于实际文件里的数据。你信不过的话，自己也能打开文件看一眼。
可组合。一个命令的输出可以作为下一个命令的输入，管道一接，复杂任务就能拆成简单步骤。
Bash 让 Agent 从“脑算”变成了“打草稿”。草稿可以留痕，可以检查，可以改。这对需要准确性的任务来说太重要了。
邮件搜索只是最直观的例子。Bash 的能力边界其实很宽。
链式 API 调用是个常见需求。比如“把这周我发过邮件的联系人都找出来”，这需要先拉邮件列表，提取收件人，去重，再逐个查询联系人详情。一连串操作用 Tool calls 来做，调用次数多，中间状态难管理。用 Bash 脚本串起来，逻辑清晰得多。
视频和文件处理也是 Bash 的强项。ffmpeg 这个命令行工具，模型用起来得心应手。找视频里某个片段、裁剪、转码，一行命令搞定。
还有定时任务。在 Agent 运行的容器里，用 cronjob 或 at 命令就能创建定时执行的任务。用户说“每天早上 8 点给我发一份新闻摘要”，Agent 可以自己设好闹钟。
这些场景有个共同点：都需要多步骤操作，都需要保存中间状态，都超出了单次工具调用的能力范围。
但 Bash 是把双刃剑。
能执行命令意味着能做很多事，也意味着能做很多危险的事。rm -rf 一不小心就能删光整个目录。如果 Agent 被恶意提示词攻击，后果可能很严重。
Anthropic 显然考虑到了这一点。他们在 Claude Agent SDK 里做了一套权限系统，包括 Bash 命令解析器和分级权限控制。哪些命令可以直接执行，哪些需要用户确认，哪些完全禁止，都可以配置。
我用 Claude Code 的体会是，这套权限系统确实降低了心理负担。它会在执行敏感操作前询问你，而不是闷头就干。但安全护栏不是万能药。权限系统本身也可能有漏洞，Bash 解析器也可能被绕过。
安全护栏是必需品，但不能因此就觉得万事大吉。
强调 Bash 的好处，也得说清楚它的边界。
如果任务足够简单，别用。“今天天气怎么样”这种一次性查询，直接调 API 返回结果就行，没必要存文件再处理。杀鸡用牛刀反而更慢。
如果环境是 Serverless 的，用不了。很多云函数运行时没有可持久化的文件系统，Bash 的“存中间结果”优势就没了。
如果对安全要求极高，谨慎使用。命令注入的风险无法百分之百消除，金融、医疗这类场景可能更适合用白名单式的专用工具，而非通用的 Bash。
工具的选择取决于场景，而不是工具本身的强弱。Bash 很强，但不是所有场合都该用。
回过头看，Thariq 这条建议的真正价值不是“Bash 很强”这个结论，而是背后的思维方式：
让 Agent 的思考过程“落地”到可检查的中间产物。
传统的 Agent 设计把所有东西都塞进模型的上下文，一锤子买卖。Bash 提供了另一种路径：把复杂任务拆开，每一步都留下痕迹，可以验证，可以回溯。
想想看，这和人类处理复杂问题的方式多像。我们做复杂计算时会列竖式，写长文章时会先拟提纲，处理大量信息时会做笔记。不是因为脑子记不住，而是因为落到纸上更可靠、更容易检查。
Agent 也一样。不是说模型处理不了，而是有中间产物的流程更值得信任。我自己用 Agent 辅助写作，所有中间产物都会存成文件：网络检索资料、提纲、不同版本的草稿、画图的提示词。这些存下来后续就可以灵活组合。
Bash 不只是程序员的工具，更是让 Agent 具备可验证、可复现、可审计能力的关键一环。
nekocode @nekocode_cn一点心得，harness engineering 的本质是「熵减」。
而代码优于 prompt 约束，尽量把所有流程、约束，收敛到更稳定、有序的代码层去实现。
这也是 skills（agent 时代的 app）原生支持 scripts 的核心逻辑所在。
