用途：当需要从输入约束、字段类型、业务规则、角色/状态差异、错误契约和已有用例中，产出等价类划分（Equivalence Partitioning）测试设计候选时使用。适合需要选择理由、适用性约束、证据缺口和最小验证动作的场景；输入不完整时也可做有边界的第一轮梳理，保留被阻塞或未评估的边界。不用于执行测试、编造规则、替代完整测试策略或替人接受风险。
主要能力：按有来源的等价行为/错误与约束划分，而非仅按输入形态；响应不同的非法类必须保持独立。产出联合划分、行为判定与代表值，并给出互斥性/完整性范围与未知类，保留条件有效性。每条 EP-## 记录等价类、划分理由、代表值、合法/非法状态、来源证据、预期关注点、验证方法、来源、证据状态、影响、负责人、关闭条件和验证。
使用方式：阅读 prompts/equivalence-partitioning.md，提供目标、范围、材料、环境和证据；先完成已知、缺失、冲突、过期、范围外和假设六部分输入审计，再写发现。默认用 Markdown，仅在明确要求或交付格式需要时用表格、JSON 或 CSV。区分静态分析、未执行工作、证据状态和人工决策；缺少运行时证据时保持未评估、阻塞或 NOT_RUN。
限制：不得合并相似字段名的类、编造错误码或规则，也不得把每类一个代表值当作完整覆盖。文件存在、名称、设计声明和 Eval 配置都不是运行时证据。未知项应标记为未评估、阻塞或待澄清，而非按惯例填充。不得修改需求、代码、测试资产或目标系统。发现不是完整用例、执行结果、覆盖证明或发布声明。可参考 evals/eval.yaml 及匹配用例做回归，evals/trigger-prompts.csv 和 evals/local-rules.json 做触发检查；缺少 skill.selection 证据时为 BLOCKED。配置不能证明项目结果。