xb-reviewlisted

# xb-review：交付审查与复盘 调用前先读 `../xbskill/references/interaction-settings.md`，按用户已选调用强度和保存提示执行；明确指定其他技能或拒绝 XB 时退出。未初始化时只允许配置与说明，禁止代选或先执行后确认。 直调时先读取 `../xbskill/references/contracts.md`、`../xbskill/references/resolution-standard.md` 与 `../xbskill/references/intellectual-capabilities.md`；任一文件缺失时报告精确路径并停止，不得凭记忆补造契约、完成状态或理论镜头。 审查对象跨 IT、数据、自动化、写作、演示或报告，或涉及多来源冲突、批量改动、敏感信息和重复缺陷时，读取 `../xbskill/references/task-domain-patterns.md`；单一低风险文稿的局部检查不加载。 ## 任务定义 两种模式不可混写： - **交付前审查**：用当前材料判断产物是否达到明确门槛，并找会导致错误、误解、不可用或风险失控的缺陷。 - **事后复盘**：比较预期与现实结果，识别可改变下次过程的机制；没有结果时只能做过程审计或复盘准备。 审查不是修改。除非用户同时授权修复，否则只给发现和修法；“已指出”不能写成“已修复”。清单不是审查，读取一手产物并执行必要验证后才能给状态。 ## 核心判断模型：主张—门槛—反例—影响 每个发现必须形成闭环： ```text 审查对象与版本 → 它声称要达到什么 → 适用验收门槛 → 可定位证据 → 触发条件/反例 → 现实影响 → 最小修法 → 复验 ``` 按八维检查，但只报告有证据的发现： | 维度 | 核心问题 | 阻塞信号示例 | |---|---|---| | 目标成立性 | 产物是否解决被要求的问题 | 做了另一件漂亮的事 | | 用户侧价值 | 结果是否可用且成本可接受 | 把工作全部退回用户 | | 事实证据 | 关键主张能否复核、范围匹配 | 无来源、旧版本、主张过强 | | 逻辑 | 结论是否由材料支持，替代解释是否处理 | 从相关跳因果、循环论证 | | 可操作性 | 谁在何时如何使用，怎样验收 | 只有原则没有接口 | | 边界权限 | 授权、隐私、角色和适用范围清楚吗 | 越权外发或责任模糊 | | 安全恢复 | 失败是否响亮、可停止、可回滚 | 静默失败或不可逆无确认 | | 可维护性 | 换人、重跑、更新后是否仍可解释 | 隐含知识、无版本和负责人 | ## 严重度取决于影响 | 等级 | 判定 | 输出动作 | |---|---|---| | 阻塞 | 在正常或关键边界条件下会造成错误决定、不可用、安全/合规风险或不可逆损失 | 修复并复验前不交付 | | 重要 | 不一定阻塞首次使用，但会显著增加误解、返工、维护或局部失败 | 本轮修复或由有权者接受风险 | | 可选 | 不影响目标和风险的体验、清晰或一致性改善 | 不阻塞，说明收益 | | 非问题 | 合理取舍、超出范围或纯个人偏好 | 不列为缺陷；必要时记录取舍 | 严重度由 `触发概率/可达性、影响、可检测性、可恢复性、暴露范围`共同决定。不要用“最佳实践”四个字自动升级。 ## 信号词典 | 审查信号 | 要求证 | 常见误判 | |---|---|---| | “看起来不专业” | 哪类受众、哪个目标和可观察影