用途：对比多份需求、契约、设计或规则制品，判断术语、标识符、格式、状态、规则与行为在同一适用范围内是否一致。适用于 PRD、用户故事、API 契约、原型、技术说明或验收标准使用不同名称或状态，或需确认多份材料是否一致描述同一角色、字段、流程与结果的场景。单一来源的通用需求分析不适用，也不应由本技能替用户做业务决策。
主要能力：盘点来源、版本、时间、角色、平台与适用范围；用稳定键对比术语、标识符、格式、状态、规则与行为；区分关系值 aligned、inconsistent、conflict 与证据状态 assessed、missing、stale、unassessed；业务规则模式下使用 BR-## 规则级证据，覆盖主体、触发条件、适用范围、优先级/覆盖、动作、结果与异常，同时保留 RC-## 发现。每条发现保留来源、证据状态、影响、负责人角色、关闭条件与验证方法。
使用方式：先阅读并遵循 prompts/requirement-consistency-analysis.md，提供目标、范围、材料、环境与可用证据，按输入审计与输出契约交付有界的第一轮结果。默认 Markdown 输出；要求表格、CSV 或 JSON 时保留相同字段。可参考 references/domain-decision-example.md 校准，使用 evals/eval.yaml 与 evals/cases/ 回归；检查发现行为可运行 scripts/run_skill_trace_eval.py，配合 evals/trigger-prompts.csv 与 evals/local-rules.json，缺失 skill.selection 证据视为 BLOCKED。业务规则模式使用 business-rule-* Evals 与含 business-rule 短语的触发提示。
限制：不得把相似名称当作同义词，不得因缺少第二来源就判定一致；不得跨版本或适用范围比较；不得编造状态转换、字段含义、平台支持或最终规格；不得静默合并互斥规则。单一来源无法建立跨文档一致性，未声明的权威来源不自动覆盖。结构化格式或静态清单不构成执行、通过、批准或发布证据。明确互斥规则应仅按名称建议 requirement-conflict-detection。