用途：spec-aligning 用于对工作成果与原始意图做一致性检查，判断实现是否满足已声明的需求与验收标准。适合在实现前澄清范围，也适合在最终签核前复核。
适用场景：需求分散在多个消息或文件中；大型改动需要快速确认“是否构建了正确的东西”；评审或测试信号对预期行为存在冲突。
输入：使用可获得的任意需求来源，通常包括明确的用户指令、计划或规格文档（计划、ADR、验收说明）、编码预期行为的测试，以及近期的实现或评审报告。若来源之间冲突，应指出冲突，并按最站得住脚的解释继续推进。
建议流程：提取与当前决策相关的关键需求；将这些需求与可用证据（代码、测试、报告）对比；识别已确认一致、可能存在的差距以及未解决的未知项；提出能减少不确定性或弥合差距的最小下一步。
输出：保持简洁、面向决策，常用结构为：看起来一致的部分；看起来不一致或有风险的部分；仍未知的部分；下一步该做什么。尽可能使用明确证据，但格式可随任务灵活调整。
限制：资料未提供具体安装命令、平台支持、收费方式或效果保证等信息。