用途：审计现有或拟议的系统架构，输出跨九个维度的评分结论，强调按证据而非意图评分——没有数字或产物的声明记0分。
九个维度（各0-10分）：需求（功能、非功能、范围外是否写明并指定负责人）；容量证据（峰值QPS、存储、带宽是否计算且为最新）；冗余（无单点故障，故障切换经演练并有实测RTO）；数据扩展（访问模式、单一归属、增长路径）；缓存（热读路径有TTL与失效策略）；异步卸载（慢与突发工作入队，有排空速率与死信队列）；可观测性（流量、错误、延迟、饱和度有指标与归属告警）；发布（金丝雀或开关、指标回滚触发、可逆迁移）；成本相称性（支出与流量和风险匹配且可说明）。总分90，按系统实际风险加权，100 RPS 的内部工具不会因缺少多区域而判失败。
评审方法：先建立事实基线（当前流量、数据量、事故历史、负责人痛点）；按产物与指标打分，无法验证的声明标 UNVERIFIED；端到端追踪最热与最关键路径，最差一跳即真实瓶颈；发现按严重度-维度-证据-后果-最小修复列出；转为路线图（先止血、再结构性、后可选）；检查可运维性（谁在凌晨3点运行、各部件归属团队及能否操作）。
常见错误：需求或数字之前先画架构；声称冗余但共享同一配置面、凭据或控制面；在未优化的查询上加缓存；在索引、副本、缓存耗尽前就分片；队列无排空预算、无死信队列、只按深度而非年龄告警；按CPU而非用户可见症状或错误预算燃烧告警；迁移与代码作为不可逆的一步发布。
反模式：无证据不打分；默认不建议重写，优先最小修复；不统一严重度，按用户影响与可逆性排序；每个发现都要有可交付的修复动作。
限制：资料未提供具体安装命令、运行环境、收费与平台信息，暂未提供。