五种 Coding Agent，真正差在哪？

这份材料逐步解释 Codex Harness 如何组装 instructions、tools 与 input，通过 Responses API 在一次 Turn 内循环完成模型推理和工具调用。它还说明对话增长、上下文窗口、Prompt Caching 与 Compaction 为什么属于 Harness 的核心工程责任。

xAI 官方说明本次公开的是 Grok Build 编码 Agent 与终端 TUI，并明确列出 Agent Loop、代码交互工具、终端 UI，以及 Skills、Plugins、Hooks、MCP Servers、Subagents 等扩展系统。它让课程可以用真实实现核对 Harness 责任，而不是让产品经理通读源码。

固定提交 README 将公开范围界定为 grok CLI/TUI 与 Agent Runtime 的 Rust 源码快照，并标出 TUI、Agent Runtime、工具、Workspace、MCP、Sandbox 等主要 crate；仓库由 xAI 内部 monorepo 定期同步且不接受外部贡献。

该文件展示 Session Actor 怎样统一接收命令、模型 Turn 完成、工具与 MCP 事件、会话状态和停止事件，再启动下一段工作或进入 Idle；它证明生产 Loop 还要管理并发事件、生命周期与恢复，而不是只有“模型想一步、工具做一步”。

该文件把 Always Approve、Auto、Ask 模式、策略 allow/deny/ask、MCP 授权记忆、命令拆分、安全命令判断和人工 Prompt 编排进同一个确定性权限管理器。它支持把权限设计理解为 Harness 的决策与状态系统。

根目录 THIRD-PARTY-NOTICES 是依赖、内置主题、Vendored 代码与源码移植的归属和许可证索引，可用于核对一个生产 Harness 的供应链边界。

工具 crate 的 NOTICE 明确说明 apply_patch、grep_files、list_dir、read_file 从 openai/codex 移植，bash、edit、glob、grep、read、skill、todowrite、write 从 sst/opencode 移植；这些实现经过跨语言翻译、Tool Trait 适配与扩展。

这份固定提交的仓库说明展示 Hermes Agent 如何用同一个窄腰核心服务 CLI、TUI、桌面与消息入口，并优先通过 Skills、Plugins 与 MCP 扩展。它还把 Prompt Cache、核心工具数量和扩展 Footprint 当成真实架构约束，说明工具越多并不自动更强。

这段固定提交源码展示 Hermes 如何检查工具名和 JSON 参数、限制委派数量、去重调用，并用结构化工具结果把可恢复错误送回下一轮。它直接证明生产级 Agent Loop 在模型输出与真实动作之间还需要确定性处理。

这段源码说明后台 Subagent 的完成结果进入共享队列，并在 Agent 空闲时形成新的 Turn，而不是插进正在进行的工具序列；这样可以保持消息角色顺序与 Prompt Cache 稳定。这是 Hermes 的实现选择，不是行业统一协议。

这项 Anthropic 研究讨论不同经验水平开发者怎样使用 Claude Code，以及领域与工程经验为何仍会影响任务选择、监督、验证和最终产出。

当前文档说明 Hermes 使用有字符上限的 MEMORY.md 与 USER.md、会话开始时冻结注入、写入审批、安全扫描，以及基于 FTS5 的 Session Search。

当前文档说明 Agent 可以创建、修改和删除 Skill，并通过 write_approval 将更改暂存供人工检查；Skill 被定义为按需加载的程序性记忆。

该随机实验在经验丰富的开源开发者和自有成熟仓库任务中观察到早期 2025 AI 工具使完成时间增加 19%。

三个企业随机实验合并 4,867 名开发者后，AI 编码助手组完成任务数提高 26.08%，且较少经验开发者的采用和收益更高。

官方桌面端文档说明 Code tab 与 CLI 使用同一底层引擎，并明确展示权限模式、可中断会话、可视 Diff 与行级评论、Preview 自动验证、终端、CI 状态和 PR 监控等用户可见流程。