用途：从用户的粗略想法开始，进行一场对齐对话，核心决定是该想法留在当前会话直接处理或仅讨论，还是变成可独立运行的任务。
主要能力：开场先说明该模式（用用户语言，两句话），随后提出真正的问题；围绕目标与验证两件事厘清，认为对齐是人与 AI 的契约。强调这是对话而非表单，需先读代码库、搜索网络、核实说法，不靠猜测。判断走会话还是任务：看工作是否想脱离当前对话独立派发，如希望“我走开你跑”、需自主运行至完成、有独立验收门、需独立隔离会话（长跑、可能崩溃、状态可恢复）、多阶段重构；反之，想实时盯并调整、大量中途判断、规模小无正式化收益、纯探讨无行动，则留在会话。区分快速对齐（目标具体、范围小、验证明显，可一轮完成）与深度对齐（存在歧义、多方案、范围大、成功标准主观，按需多轮）。六维度自然融入对话：背景与动机、范围与边界、技术约束、现状、边界情况与风险、用户强调点。验证由你提出而非询问，含自动化检查、智能体自审、集成验证三层。
使用方式：会话路径不写文件，动手前给出一句话目标与完成条件的内联小契约；若只讨论则不强加契约，“不值得做”也是合法结束。任务路径在确认后写入 .task/<MMDD_slug>/ 下四个文档：alignment.md（决策记录：背景、关键决策、范围边界、用户强调、开放问题）、task.md（目标、范围、技术决策、约束、非目标、边界）、verification.md（验收测试）、progress.md（执行计划与进度）。命名用 MMDD_2-4 词小写连字符 slug，同日重名追加 -2/-3，不覆盖。生成后可配合 /task-implement 传入 slug 执行。中途可升级为任务，若信息不足可先只写 alignment.md 作为面包屑。
限制：文档为 AI 所有并维护；具体命令与用法以仓库内容为准，资料未提供价格、平台与更多安装信息。