先给结论：OpenClaw 和 Kiro CLI 很适合搭配，但前提是你别把它理解成“两个 AI 工具叠加一下”。更准确的说法是，OpenClaw 负责做长期在线的入口、路由和自动化壳层，Kiro CLI 负责在具体代码仓库里完成分析、修改和持续会话。一个偏“总控台”，一个偏“落地执行层”。这两个东西分工清楚之后，组合价值才会出来。 这篇文章不讲空…

终端里的 AI 工具这两年不少，但很多产品的问题也很一致：演示看起来很顺手，真正放进开发工作流之后，要么上下文太浅，要么只能当聊天壳子，要么一接入团队规范就开始失真。Kiro CLI 值得写，不是因为它“又一个 AI Coding 工具”，而是它在 CLI 里把几个真正影响长期可用性的能力拼起来了：会话持久化、Steering、Hooks、MCP，…

Anthropic 刚发布 Claude Opus 4.7，官方把重点放在软件工程、长时复杂任务和更好的视觉能力上。很多人看到这类发布，第一反应还是去比参数、比榜单、比“谁更强”。但说实话，到了 2026 年这个阶段，只把模型升级理解成一次性能刷新，已经有点落后了。我认为 Opus 4.7 真正值得看的，不是它把“回答”做得更漂亮，而是它继续强化了…

过去一段时间，MCP 几乎成了 AI 工具圈的公共语言。很多产品、框架、插件都在往 MCP 靠，官方规范也在继续推进，注册表、SDK 分层、MCP Apps 这类配套能力陆续补齐。热度是真的，但问题也来了：一热，大家就容易把它讲成“接上 MCP，AI 就万物互联”。这显然过头了。我的判断是，MCP 值得关注，而且是重度关注。但关注方式不是追着每个 …

2026 年如果你在看 Agent 相关资料，很容易产生一种熟悉的疲惫感：MCP、A2A、UCP、AP2、A2UI、AG-UI，缩写越来越多，讨论越来越热，但真正落到工程实践里，很多团队还是在重复写各种私有胶水层。 我对这件事的看法很直接：这些协议最值得关注的地方，不是“会不会只剩一个赢家”，而是它们开始逼开发者认真回答一个长期被糊弄过去的问题——…

我越来越觉得，Agent 产品接下来比拼的重点，不会只是模型够不够强，而是交互设计够不够靠谱。尤其是当 agent 能连续执行十几步、几十步操作时，最差的设计就是每走一步都弹一次确认框。表面上看这很安全，实际上很容易把人训练成机械点同意，最后既没有效率，也没有真正的控制感。 Anthropic 最近谈到 Claude Code 的一个方向，我觉得很…

过去一年，很多人提到 MCP（Model Context Protocol）时，注意力都放在“模型终于能接外部工具了”。这当然重要，但到了 2026 年，我反而觉得这已经不是最值得看的部分。真正说明 MCP 进入下一阶段的信号，是它开始讨论传输扩展、代理通信、治理成熟和企业可用性。这意味着它正在从“开发者圈子里的方便协议”变成“需要被基础设施团队认…

过去一年，很多人聊 Agent 的时候，注意力几乎都放在“它会不会做事”上。相比之下，“它怎么付费”一直像个被故意跳过的问题。大家都在谈自动执行、自动调用、自动协作，但一旦走到真实世界，最后都会撞上同一个现实：谁来付款，怎么付款，能不能低摩擦地付款。 x402 被 Linux Foundation 接管、成立独立基金会，是我最近看到的一个很值得开发…

过去很多人提到 MCP，还把它当成一个“给大模型接工具的协议”。这个理解不能说错，但已经明显过时了。到了 2026 年，MCP 更像是在往一层新的开发基础设施演化：它不只是帮模型调用工具，而是在试图重新定义 AI 系统怎么接文档、接服务、接前端交互、接跨系统能力。 这件事为什么值得写？因为它开始影响的，已经不是少数做 Agent 平台的人，而是越来…

最近我觉得一个比“又出了什么新模型”更值得写的信号出现了：开源世界正在开始认真处理 AI 写代码这件事，而且处理方式并不是一刀切地禁用，而是把问题重新拉回工程责任。这件事为什么值得写？因为它说明 AI 编程已经过了“能不能用”的阶段，进入了“怎么纳入真实生产流程”的阶段。JetBrains 在 2026 年 4 月发布的研究提到，2026 年 1 …