Zot 是一个用 Go 编写的 coding agent/harness，这条帖子宣布它已经支持 Claude Opus 4.8（Anthropic 的大模型）。评论把它和 Pi（一个可嵌入项目的编程代理工具）、Claude Code（Anthropic 的命令行编程代理）以及 Zed（一个面向开发者的编辑器）里的 agent 能力放在一起比较。讨论很快转向 Claude 模型究竟该走 API billing、Claude Code 的 Max subscription，还是 ACP 这类接入层，因为不同路径的成本、限制和可用性差异很大。另一条主线则是对 coding agent 工程细节的挑剔，包括 KV-cache 稳定性、MCP（Model Context Protocol）兼容性、structuredContent 输出，以及是否能逐步展示 diff。
不少人第一次看到 Zot，第一反应是它像 Pi（一个可嵌入内部项目的编程代理工具），但用 Go 实现。有人原本想把 Pi 塞进内部项目，却被 TypeScript 实现卡住，所以对 Zot 产生了兴趣。也有人直接询问有没有人在真实使用 Zot、体验如何，说明大家把它当作一个值得试看的替代方案，而不是成熟定论。
评论的核心争论是 Claude 模型到底能通过哪些方式使用。有人以为只能走 Claude Code，随后被提醒：API billing 也能从任何地方调用，但重度编程场景下用 Claude Code 的 Max subscription 通常便宜得多。围绕 ACP 这类接入层、GitHub Copilot plans、以及是否在“伪装” Claude Code 请求，大家还讨论了 June 之后的计费变化会不会让第三方方案失去意义。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
有人对市面上越来越多的 coding agent harness 感到疲劳，尤其反感 opencode 频繁让 KV-cache 失效，觉得源码风格过于命令式且难以维护。DeepSeek Reasonix 虽然在 cache 稳定性上更好，但被批评 TUI 难看、把沙盒工作目录伪装成根目录、无法正确传递 MCP 的 structuredContent，而且不展示每一步 diff。评论者甚至准备自己从零写一个 harness，因为现有工具在最基础的交互、可见性和工具兼容性上都不够好。
Claude Code: Anthropic 的命令行编程代理工具，常被当作第三方 harness 的接入入口。
API billing: 按 API 调用量计费的方式，重度编程使用时成本可能很高。
Max subscription: Claude 的订阅方案之一，评论里认为用于编程通常比 API billing 更划算。
ACP: 一种让第三方工具接入 Claude Code 能力的协议或适配层。
KV-cache: 大模型推理中的键值缓存，用来复用中间计算结果，影响速度和稳定性。
MCP: Model Context Protocol，让模型与外部工具或数据源标准化交换上下文。
structuredContent: MCP 工具响应中的结构化字段，供模型直接解析，和面向用户的 content 区分。
harness: 包裹模型调用、工具接入和代理循环的外层运行框架。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。