用途：评估需求与系统在可控制、可观察、可隔离和可复现方面的测试准备度，对现有方案、结果或证据做风险评审并形成可执行改进项；输入不完整时先给出带假设和信息缺口的可用初版。
主要能力：先做输入审计，区分已确认事实、合理假设与待确认问题；按风险和证据强度排序输出；支持 architecture-testability-review 或 architecture 模式，从架构制品、依赖拓扑、异步边界、测试接缝、替身策略、故障注入入口和环境复现入手，再保留通用可测试性维度。默认输出 Markdown，也可按要求输出表格、CSV、JSON 或工单格式，进入自动化流程前需确认字段 schema、枚举值和必填项。
使用方式：先阅读并遵循 prompts/testability-analysis.md 的输入、执行规则、最低覆盖清单和输出顺序；补充影响判断的范围、环境、版本、限制、证据和成功标准。评测或回归时读取 evals/eval.yaml 与匹配的 evals/cases/ 用例；仅在目录实际存在且任务需要时读取 references/、examples/、scripts/ 或 output-formats.md。
适用场景：需求与设计评审、发布前风险检查、架构可测试性评审、测试准备度评估。
限制：不把测试框架选择当作测试性本身；每项改进需说明价值和成本；避免为测试暴露不安全后门；architecture 模式须用架构级来源支撑判断；不编造输入中不存在的系统行为、字段、数据、指标或根因；关键结论须关联证据，证据不足时标记为假设并给出验证方法；优先级须说明业务影响、发生可能性或可探测性依据；不执行未经授权的生产写操作或破坏性动作。具体安装命令与价格信息暂未提供。