项目验收

把已经完成的开发工作整理成可以交付的 Git 提交。先梳理和清理本次修改，再设计合理的分批提交方案；每个批次都要在提交前完成最终验收，发现问题就修复并重新验收，通过后才提交，然后处理下一批。

核心原则

• 验收证明的是实际功能和交付结果，不是重复执行阶段的完成说明。
• 正式需求、功能迁移基线、设计和计划文档都是可选输入。存在时沿直接链接读取；不存在时根据用户当前目标、实际采用的方案、受影响既有行为和代码判断。
• 只处理当前工作范围，保留并避开用户已有的无关修改、暂存内容和未跟踪文件。
• 清理临时材料不等于删除所有测试或文档。保留有长期回归价值的正式测试和交付所需文档，只删除确认属于本次工作且不应进入项目的临时产物。
• 一个批次只有在对应修改完成、工作区已清理、最终验收通过后才能提交。
• 提交是本 skill 的正常收口动作；不自动推送、部署、变基、强制更新远端或改写已有提交历史。

梳理相关修改

检查 Git 状态、已暂存和未暂存差异、未跟踪文件以及本次工作涉及的需求、方案、任务和审查结论。把工作区内容分成三类：本次应交付修改、本次产生但不应交付的临时材料、与本次无关且必须保持不动的用户修改。

阅读完整差异和必要的相关代码，确认每项修改的用途、相互依赖及其对应的功能目标。不能仅凭文件名判断归属，也不能把工作区里的全部修改默认视为当前任务。