Coding Agent：AI 怎样在工作区里完成任务。

先把任务写成可以验收的目标：为网站增加专题，页面能打开、图能操作、资料有出处，约定的部署目标分别确认。再让 Agent 决定需要读取和修改哪些文件。

过去让模型写一段代码，真正把代码放对、运行和排错的还是人。Coding Agent 在模型外组织工具与反馈，可以找文件、修改多个地方、运行程序，再根据结果决定下一步。

下面的图从建议开始，逐步加入工作区循环、长任务连续性和扩展控制。它拆解通用职责，不是三家产品的发展时间线。工作台、Harness、模型与实际工作环境始终分开。

四层职责 ↗ 可以帮助判断：新产品改的是界面、模型，还是组织执行的机制。

这个开放任务没有预先列完的文件清单。沿着“明确目标 → 读取资料 → 修改工作区 → 检查并修正 → 核对发布 → 交付”看一次工作；步骤细节由任务反馈决定，验收标准事先明确。

上一轮我们把抽象图谱改成了具体造纸关系网。沿着回放，观察读取资料、修改文件、看截图、修正和发布，分别产生了什么证据。

回放按多个实际操作整理，不是原始日志逐字重放，也没有现场调用模型。公开状态与检查范围见 案例证据说明 ↗。

同一任务可能要读很多文件、运行很多次工具，模型每次能看到的内容却有限。Harness 需要选择相关信息，保存会话和进度，在必要时压缩历史，再从文件与记录找回细节。

上下文是这一次看见什么，会话是保存过什么，工作区是实际变成了什么。 三者相互配合，不能画成一个“永久记忆”盒子。

压缩可能丢失条件；恢复聊天不一定恢复后台进程或远端连接。关键约定应能回源，外部状态应重新读取。深入看 上下文、会话与恢复 ↗。

想解决什么	对应机制	要追问什么
按项目约定工作	项目规则	提示约定还是程序强制？
复用一种工作方法	Skills	方法是否适用、资源是否可信？
连接外部服务	MCP	接口是否可用，身份权限是否匹配？
某个事件发生时做检查	Hooks	哪个事件触发，失败能否阻断？
安装或替换系统能力	插件／扩展	依赖、版本和权限是什么？
拆出独立调查或检查	子 Agent	怎样汇总，是否争用同一文件？

这些机制能组合，但不是同义词，也不是越多越好。子 Agent 可以降低主任务的信息负担，也会增加沟通和检查成本。扩展与控制边界 ↗ 保留完整说明。

模型可以建议停止；验收要看实际产物。测试通过还要注明覆盖范围；页面需要实际打开；发布需要核对目标站；资料中的重要判断需要原始依据与人工复核。

权限确认回答“这次允许做吗”，沙箱回答“技术上限制在哪”。项目规则、工具校验和执行隔离应分开理解。文件能撤回，不表示已经发送的消息或远端状态也能自动撤回。

已有程序适合完成确定的计算与状态检查；人的职责包括确定目标、判断意义和批准必要动作。让模型参与工作，不等于把验收标准也交给它临时决定。

产品样本	这一篇用它观察什么	在总地图的位置
Codex	任务怎样反复调用模型和工具，输入怎样组织	循环、上下文、工具、Harness
Claude Code	工作区与会话如何持续，方法和工具怎样扩展	上下文、状态、工具、验证
DeepSeek Harness	循环、工具、模型接口乃至界面怎样插件化组合	Harness、工具、运行环境与接口

这些是讲解重点，不是各家的独占能力或排名。阅读各自的 Codex机制 ↗、Claude Code机制 ↗、DeepSeek Harness机制 ↗，都能回到原始资料。

员工可以使用通用工作台处理开放任务，也可以把执行内核嵌入公司流程。下一篇 ↗ 讲业务交接与正式状态；公司知识篇 ↗ 讲知识和业务能力供给。

更长上下文、新子 Agent、插件化、更强编码模型，可能改变不同模块或跨模块组合。用 新闻定位篇 ↗ 的五个问题检查证据与代价；这里的三家产品样本也已进入定位练习。