implement

实施

项目文档及其规则见 project-documents.md；其中的术语（authorized、obligation、lazy、pointer）适用于全文。

确定获授权的行为及其来源协议：任务、包含要求的规格说明，或处于工作状态且经用户批准的批次。当用户提供任务引用时，通过 AGENTS.md 指向的任务跟踪器配置获取任务，并在开始前说明其标题；如果引用含糊不清，请询问。阅读适用的要求。记录起始提交和工作范围，以供审查。

保留已接受的行为，并优先进行有针对性的编辑，而不是重新生成未更改的代码或文档。将机械性规范放入格式化工具、编译器和 lint 配置中；规范文件仅保留这些工具无法强制执行、需要判断的规范。注释应说明代码本身无法体现的原因和限制。

修复已报告的错误时，请先按照 diagnose.md 进行诊断，再编辑代码，确保修复针对已复现的原因。遇到难以解决的故障时，也应采用相同的方式诊断，而不是叠加推测性的修复。

如果 AGENTS.md 指定了该能力的蓝图，请阅读蓝图：其中的模块、接缝和验收表是约定的设计，其接缝是预先约定的接缝。尽可能先编写测试，再进行开发；按照 test-first.md，在这些接缝处进行开发。定期运行类型检查和单个测试文件，并在最后运行一次完整测试套件。根据来源协议核验验收情况；需要人工判断时，包括外观和交互证据，并说明哪些检查通过、失败或无法运行。当核验需要浏览器交互时，使用现有工具驱动真实浏览器（浏览器工具，或使用项目已有浏览器自动化库运行脚本）；如果没有可用方式，则将该检查报告为无法运行。

在使用版本控制的项目中，将工作提交到当前分支。如果工作由协调方交付，则由协调方负责项目记录：向其返回证据、阻碍因素和恢复工作所需的指引。否则，及时更新工作状态，记录未完成工作、证据、阻碍因素和恢复工作所需的指引；在变更日志中记录已完成的协议和交付内容；未完成的验收事项继续保留在工作状态中。

批次的审查由执行批次的人负责。最后报告起始提交、工作范围、来源协议和核验依据，以便审查者据此开始审查该批次。