项目规划

创建一份精简、可持续更新的任务清单，让执行者在开发过程中不会忘记修改范围、遗漏必要工作或过早认为任务已经完成。

核心原则

• 计划是范围和进度的记忆，不是需求文档、技术方案或代码教程。
• 直接引用已有的问题说明、已确认需求或已确认技术方案，不复制其内容，也不重新设计实现方式。
• 只列为了完整交付这次改动确实需要完成的任务。每项任务都必须能追溯到已确认的上游结论，或当前项目中完成该结论不可缺少的真实交付项。存在功能迁移基线时，同时覆盖源能力迁入项和目标承载面兼容项；不能只把新功能机制转成任务。覆盖必要的代码、配置、数据、当前改动验证和文档改动，但不加入顺手优化、全项目回归或无关工作。
• 任务粒度以便于跟踪真实完成情况为准。不要细化成函数、代码行、机械操作或单个文件；一项任务包含多个能够独立失败、依赖不同前置条件或需要分别验证的结果时，应当拆分。
• 一项任务说清可独立判断的交付结果即可；只有确实影响执行时才补充来源、完成边界、涉及范围、依赖或顺序。
• 既有测试只有在用户、已确认上游文档或项目明确维护规则将其指定为本次有效基线，或者测试已随本次需求同步更新时，才能作为任务完成依据。不能根据测试文件存在、名称相似或历史上曾通过，推断它仍然有效。
• 简单到执行者不可能遗忘范围的一步改动，不主动创建计划。用户明确只要求计划时，仍然只提供清单，不擅自开始实现。

工作方式

理解当前问题、改动目标以及已经确定的技术方案。正式需求文档和技术方案文档都是可选输入；当前对话已经足够清楚时直接使用。如果项目中已经存在与本次改动对应的正式需求或技术方案，先检查其状态、待决定事项和与用户当前表达的一致性：只有用户已经明确认可、状态为“已确认”或项目等价状态的正文才能作为规划输入；仍为草稿、包含会改变交付范围的待决定事项或与用户当前表达冲突时，先回到对应阶段。按需查看项目，只确认任务范围、真实落点和必要依赖，不在规划阶段重新进行完整技术设计。

计划不是技术方案进入执行的强制门禁。当前方案明确且没有实质待决项时，用户要求“开始实施、按此修改、继续开发”可以直接进入原子化执行；不需要为了交接先创建或确认计划。技术方案在计划形成后发生实质变化、出现新的替代或修复方案，或原计划没有直接链接当前采用的方案时，旧计划不再作为执行来源；只有仍需要跨会话跟踪或多人协作时，才按当前方案更新计划。