用途：把工作区变更拆成原子提交，逐个征求用户确认后执行；在需要时收尾并清理功能分支，也支持直接提交到默认分支的热修复模式。
主要能力：提交前必须获得用户确认；每次提交给出标题与正文提案；用编号短回复做单次决策，用字段+选项码（如 1A 2B 3A）做打包决策，并提供 0/default 快捷回复。提交保持原子性，标题含“and”则拆分；不混入无关文件；按实际 diff 意图判定类型，行为变更不得用 chore；不添加 AI 署名或 Co-authored-by；未经确认不推送远端。收尾模式一次性收集合并目标、合并策略、推送、删除本地/远端分支等选择，合并前与目标分支同步并解决冲突，删除分支前做安全检查，不删除默认分支或当前检出分支。提交时内联更新 tasks/context.md 与 PRD 清单，不单独做仅更新上下文的尾随提交。
使用方式：先查看 git status --short、git diff、git diff --staged，划分原子提交组并映射 PRD 清单与上下文更新，然后提案并等待 1/2/3/4（接受/编辑/跳过/拆分）回复。标题格式为 <emoji> <type>: <imperative summary>，type 限 feat、fix、chore，emoji 默认 feat→✨、fix→🐛、chore→🧹；收尾提交标题为 🧹 chore: finalise f-## <short-summary>。收尾时确认工作区干净且位于功能分支，归档 PRD 到 tasks/archive/，再执行合并与分支删除。热修复需评审通过并在 tasks/context.md 记录理由。
适用场景：需要可追溯、可评审的原子提交流程的仓库；有 PRD 清单与上下文跟踪的项目；功能分支收尾合并；紧急热修复。
限制：所有提交、推送、分支删除均需用户明确确认；不假设默认分支为 main；未实际运行测试不得声称通过；具体合并策略解析规则见 references/finalise-policy.md，提交类型判定细则见 references/commit-rules.md，这些文件内容暂未提供。