用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/dataelement/bisheng --skill sdd-review命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
BiSheng 审批模块（审批中心 F025）的架构与代码参考。 覆盖统一审批网关、多场景引擎、多节点流转、outbox 业务执行、站内信通知、异常处理。 迭代审批功能或修复审批相关 Bug 前先读本 skill，可直接定位架构与代码锚点，无需全仓搜索。 TRIGGER when: 用户要改动/修复"审批""审批中心""approval"相关功能（菜单权限申请、频道订阅审批、 知识空间加入审批、审批流程/节点配置、异常处理、outbox/Celery 执行），或排查审批通过后业务未生效、 审批人看不到任务、站内信未发等问题。
L1 任务级代码审查。在每个任务完成后执行轻量级约定合规检查，
Internationalize a module by extracting hardcoded Chinese strings, generating translation keys, and updating all three locale files (en, zh-Hans, ja).
基于 SOC 职业分类
正在显示 SKILL.md
| name | sdd-review |
| description | 对 BiSheng 项目的 SDD 文档执行审查。 |
/sdd-review <feature_dir> <doc_type>
例：
/sdd-review features/v2.5.0/004-rebac-core spec
/sdd-review features/v2.5.0/001-multi-tenant tasks
从用户输入或调用上下文中提取：
feature_dir：特性目录路径（如 features/v2.5.0/004-rebac-core）doc_type：文档类型，必须是 spec / design / tasks若参数缺失或无效，向用户报告错误后停止。
spec.md 合并了需求规范和技术设计，因此 spec 审查同时覆盖需求覆盖和架构合规检查。
第二步（spec）：执行合并审查
读取文件：
<feature_dir>/spec.md（已写的规格文档）docs/PRD/ 下与特性名最相关的文件）features/v2.5.0/release-contract.md（不变量约束，确认 spec 未越界）docs/architecture/02-backend-modules.md（后端模块架构）docs/architecture/10-permission-rbac.md（权限体系）按 references/spec-checklist.md 中的检查清单执行 14 项检查。
第三步（spec）：展示报告，等待用户确认
向用户展示分析结果：
等待用户确认（唯一手动暂停点）。用户确认后，将 <feature_dir>/tasks.md 状态表中 spec.md 行更新为 ✅ 已评审。
design.md 是"现状快照 + 关键决策"文档，决定新 agent 接手时能否在不读代码情况下快速建立认知。审查重点是接手测试四要素：现状、决策、坑、契约。
第二步（design）：执行审查
读取文件：
<feature_dir>/design.md（已写的设计文档）<feature_dir>/spec.md（校验 design 没偏离需求）<feature_dir>/tasks.md（若存在；校验偏差记录已回写）features/_templates/design.md（模板结构基线）features/v{X.Y.Z}/release-contract.md（关键约束、不变量）按 references/design-checklist.md 中的检查清单执行 24 项检查。
第三步（design）：展示报告，等待用户确认
向用户展示分析结果：
等待用户确认（唯一手动暂停点）。用户确认后，将 <feature_dir>/tasks.md 状态表中 design.md 行更新为 ✅ 已评审（若状态表尚无该行，提示用户补一行 | design.md | 🔲 草稿 | ... |）。
第二步（tasks）：执行审查
读取文件：
<feature_dir>/tasks.md<feature_dir>/spec.md（验收标准 + 技术方案）features/v2.5.0/release-contract.md（领域归属 + 不变量）按 references/tasks-checklist.md 中的检查清单执行 21 项检查。
第三步（tasks）：处理审查结果
输出格式：
ISSUE: <描述> | SEVERITY: high/medium/low | TASK: <T-NN 若适用>LGTM处理逻辑：
LGTM → 更新 <feature_dir>/tasks.md 状态表，将 tasks.md 行改为 ✅ 已拆解high/medium ISSUE → 修复后重新审查（最多 2 轮）low ISSUE → 记录但跳过high/medium → 停止，向用户报告剩余问题