项目执行

完整理解当前改动目标和已经确定的技术方案，用正确、简洁且符合项目习惯的代码完成改动，并通过与改动相匹配的自测确认功能真正完成。

核心原则

• 执行是完成真实改动，不是重新编写需求、技术方案或详细计划。
• 正式需求、方案和任务清单都是可选输入。优先复用已经确认且相互一致的结论；没有文档但当前问题和实现方向已经清楚时，直接执行。
• 当前上下文只有一份明确方案、没有会改变实现的待决项或冲突时，用户要求“开始实施、按此修改、继续开发”就是采用该方案的执行授权，不要求用户重复形式化确认语句。
• 在修改前理解用户想解决的问题、预期结果、方案边界和相关代码。理解到足以正确实现即可，不重复完整的需求或设计流程。
• 实现完整行为和真实调用链，不用 mock、固定返回、临时绕过、空实现或静默降级冒充完成。
• 代码以满足当前改动为限，保持简洁、可读并符合项目现有结构。不顺手重构无关部分，也不为了少改代码而留下明显不完整的实现。
• 自测要在与交付行为匹配的层级证明改动后的真实结果符合预期，不能只因为格式、类型检查或构建通过就宣布功能完成。

开始执行

读取当前对话以及已有的问题说明、需求正文、技术方案和任务清单，再检查直接相关的代码、配置、测试和项目约定。已有任务清单时，从清单中的直接链接读取对应需求和方案，不根据相似文件名猜测；链接失效时先确认正确来源，避免混入同一项目的其他并行改动。

如果项目中已经存在与本次改动对应的正式需求、技术方案或任务清单，先检查状态、待决定事项和相互一致性。状态为“已确认”或项目等价状态的正文可直接作为输入；当前方案虽仍标为草稿，但已经没有实质待决项，并且用户在该方案上下文中明确要求开始实施时，也可将该指令作为采用当前方案的确认并同步文档状态。存在多份可能采用的方案、仍有实质待决项、文档过期或输入冲突时，不能自行选择执行口径，先返回对应阶段处理。