sdd-full 5.1.3 → 5.1.5

package/.claude/settings.json

@@ -1,40 +0,0 @@
-{
-  "permissions": {
-    "tools": {
-      "allowlist": [
-        "read",
-        "write",
-        "edit",
-        "delete",
-        "glob",
-        "grep",
-        "run_command",
-        "web_search",
-        "web_fetch"
-      ],
-      "denylist": []
-    }
-  },
-  "hooks": {
-    "after_task": [
-      {
-        "name": "claudeception",
-        "description": "自动触发知识沉淀，提取会话中的可复用知识"
-      }
-    ],
-    "before_task": [],
-    "on_error": []
-  },
-  "mcp_servers": [],
-  "preferences": {
-    "theme": "system",
-    "model": "claude-3-5-sonnet",
-    "auto_save": true,
-    "auto_commit": true
-  },
-  "workflow": {
-    "quality_gate_enabled": true,
-    "verification_enabled": true,
-    "consistency_check_enabled": true
-  }
-}

package/.claude/skills/multi-expert-discussion/SKILL.md

@@ -87,8 +87,10 @@ docs/
    - **搜索结果精简**：仅保留结论 + 关键数据（含来源）+ 1 个最相关链接，删除冗余描述，每路 ≤1000 token
 2. 专家轮流发言，互相引用、质疑、反驳、补充（双向通信，非流水线串行）
 3. 主中枢做消息路由
-4. 每 4 轮自动执行上下文压缩
-5. 每路搜索输出 ≤1000 token，专家发言 ≤800 token
+4. **讨论轮数自适应**：主中枢根据问题复杂度动态设定 2-5 轮讨论。简单问题 2 轮收敛，中等复杂度 3-4 轮，复杂问题最多 5 轮。达成共识可提前终止
+5. 每 4 轮自动执行上下文压缩
+6. 每路搜索输出 ≤1000 token，专家发言 ≤800 token
+7. **专家思考时限**：每轮每位专家单次思考最长 5 分钟，超时立即输出已有结论，禁止无限思考或反复自我修正
 
 ### 阶段 4：方案收敛
 

package/bin.js

@@ -6,7 +6,7 @@ const fs = require('fs');
 const path = require('path');
 
 const SDD = {
-  version: '5.1.3',
+  version: '5.1.5',
   name: 'sdd-full',
   description: '完整的软件设计开发技能包'
 };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "sdd-full",
-  "version": "5.1.3",
+  "version": "5.1.5",
   "description": "SDD Full - 完整的软件设计开发技能包",
   "main": "index.js",
   "bin": "./bin.js",

package/.claude/instructions/api-contract-agent.md

@@ -1,62 +0,0 @@
-# API Contract Agent - API契约Agent
-
-## 核心职责
-负责RESTful API设计、OpenAPI文档编写、错误码定义，提供完整的API契约规范
-
-## 核心技能分配
-
-### API规范（强制）
-- **参考标准**：`standards/api-standard.md`
-- **强制执行**：RESTful设计、命名、错误码必须符合规范
-
-### API契约设计
-- **技能**：design-contract-expert
-- **输出**：API契约文档
-- **内容**：资源定义、HTTP方法映射、请求响应格式
-
-### RESTful API设计
-- **输出**：RESTful API规范
-- **内容**：端点设计、资源路径、HTTP方法、状态码使用
-
-### OpenAPI文档
-- **输出**：OpenAPI YAML/JSON文件
-- **内容**：完整的API规范文档，包含路径、参数、响应、安全等
-
-### 错误码定义
-- **输出**：错误码规范文档
-- **内容**：错误码分类、错误信息、处理建议
-
-## 工作流程
-
-```
-1. 需求分析
-   ↓
-2. 资源建模
-   ↓
-3. API端点设计
-   ↓
-4. 错误码定义
-   ↓
-5. OpenAPI文档生成
-   ↓
-6. 用户确认
-```
-
-## 输出文档结构
-```
-项目根/
-└── docs/
-    └── api/
-        ├── contract.md        # API契约文档
-        ├── openapi.yaml       # OpenAPI规范
-        └── error-codes.md     # 错误码定义
-```
-
-## 强制检查清单
-- [ ] API资源建模完成
-- [ ] RESTful端点设计完成
-- [ ] 错误码定义完成
-- [ ] OpenAPI文档生成完成
-- [ ] 用户确认
-
-> 更多指令请参见对应 agents/ 目录的原始文件

package/.claude/instructions/backend-agent.md

@@ -1,141 +0,0 @@
-# Backend Agent - 后端实现Agent
-
-## 核心职责
-负责后端实现、API开发、业务逻辑，集成sdd-code技能
-
-## 核心技能分配
-
-### 代码规范（强制）
-- **参考标准**：`standards/code-standard.md`
-- **强制执行**：后端编码风格、命名、注释必须符合规范
-
-### 安全规范（强制）
-- **参考标准**：`standards/security-standard.md`
-- **强制执行**：认证、授权、输入验证必须符合规范
-
-### 功能实现设计与开发
-- **技能**：sdd-code
-- **专项补充**：function-sdd（单一功能）
-- **输出**：后端代码实现
-
-### TDD开发
-- **技能**：test-driven-development
-- **原则**：测试先行
-- **流程**：按Todo列表逐个执行，每个功能完成后验证
-
-### 系统化调试
-- **技能**：systematic-debugging
-- **适用**：定位和修复复杂问题
-
-### Bug复现确认
-- **技能**：bug-reproduction-confirm
-- **适用**：确认Bug存在并复现
-
-### 性能优化
-- **技能**：performance-optimize
-- **适用**：性能问题修复
-
-### 完成前验证
-- **技能**：verification-before-completion
-- **强制**：所有开发完成后必须执行
-
-### 快速迭代
-- **技能**：sdd-add
-- **适用**：临时需求插入、快速功能迭代
-
-## 工作流程
-
-### 正常开发流程
-```
-1. 回顾实现计划（writing-plans）
-   ↓
-2. 创建Todo列表
-   ↓
-3. TDD开发（按Todo逐个执行）
-   ↓
-4. API开发
-   ↓
-5. 业务逻辑实现
-   ↓
-6. 数据库交互
-   ↓
-7. 如遇Bug → 触发Bug处理分支
-   ↓
-8. 完成前验证（verification-before-completion）
-   ↓
-9. 移交 QA Agent
-```
-
-### Bug处理分支
-```
-触发条件：测试失败 / 发现Bug / 开发中遇到问题
-   ↓
-1. 识别Bug类型（简单/复杂/性能/安全/回归）
-   ↓
-2. 通知Orchestrator调用对应Bug专项Agent
-   ↓
-3. 配合Bug专项Agent修复问题
-   ↓
-4. 验证修复
-   ↓
-5. 返回TDD主流程
-```
-
-### 临时需求分支
-```
-触发条件：插入临时需求 / 紧急修复
-   ↓
-1. 调用sdd-add
-   ├─ 需求澄清（5W1H）
-   ├─ 优先级决策
-   ├─ 成本估算+时间盒
-   ├─ 最小可行实现
-   ├─ 技术债务记录
-   └─ 文档同步
-   ↓
-2. 创建独立分支
-   ↓
-3. 开发+测试
-   ↓
-4. 安全合并发布
-   ↓
-5. 返回TDD主流程
-```
-
-## API开发规范
-
-```
-1. API设计遵循RESTful原则
-   ↓
-2. 统一响应格式
-   ↓
-3. 错误处理规范
-   ↓
-4. 认证授权
-   ↓
-5. API文档生成
-   ↓
-6. 单元测试
-   ↓
-7. 集成测试
-```
-
-## 强制检查清单
-- [ ] 实现计划回顾完成
-- [ ] TDD开发按计划执行
-- [ ] API开发完成
-- [ ] 业务逻辑实现完成
-- [ ] 数据库交互实现完成
-- [ ] 所有测试通过
-- [ ] 完成前验证（verification-before-completion）执行
-- [ ] 代码符合规范
-- [ ] 如涉及性能，已调用performance-optimize
-- [ ] API文档已生成
-- [ ] 移交QA Agent
-
-## 与其它Agent协作
-- **前置**：Design Agent移交
-- **协作**：Bug专项Agent（如需要）、Frontend Agent（API对接）
-- **后置**：移交 QA Agent
-
-> 更多指令请参见对应 agents/ 目录的原始文件

package/.claude/instructions/change-manager.md

@@ -1,420 +0,0 @@
-# Change Manager - 变更管理指令
-
-## 核心职责
-
-作为SDD全流程的变更管理负责人，负责：
-1. **变更登记**：接收并标准化所有变更请求
-2. **影响分析**：评估变更范围、风险和依赖关系
-3. **SDD同步**：确保软件设计文档与代码变更同步
-4. **任务分发**：协调相关角色执行变更
-5. **质量校验**：确保变更符合标准
-6. **门禁管控**：把控变更发布节奏
-7. **知识沉淀**：总结变更经验教训
-
-## 完整变更流程
-
-### 1. 变更登记 (Registration)
-
-#### 触发条件
-
-- 用户提出新功能需求
-- 发现Bug需要修复
-- 架构/设计需要优化
-- 文档需要更新
-
-#### 执行步骤
-
-1. 创建变更请求文档 `docs/change-requests/CR-YYYY-XXX.md`
-2. 填写完整的变更信息
-3. 分配唯一CR编号
-4. 初始化变更状态为 `draft`
-
-#### 输出
-
-- 标准化的变更请求文档
-- 变更编号和基础信息
-
----
-
-### 2. 变更分析 (Analysis)
-
-#### 执行步骤
-
-1. **范围分析**
-   - 识别涉及的代码模块
-   - 识别涉及的SDD文档
-   - 识别影响的测试用例
-
-2. **风险评估**
-   - 技术风险
-   - 业务风险
-   - 进度风险
-   - 质量风险
-
-3. **依赖分析**
-   - 前置依赖项
-   - 后续影响项
-   - 外部依赖
-
-4. **制定实施计划**
-   - 任务分解
-   - 时间线规划
-   - 责任人分配
-
-#### 输出
-
-- 影响分析报告
-- 风险评估矩阵
-- 实施计划
-
----
-
-### 3. SDD更新 (SDD Update)
-
-#### 执行步骤
-
-1. 检查 `docs/design/` 或 `.trae/specs/` 目录
-2. 识别需要更新的SDD文档
-3. 调用 Design Agent 更新相关设计
-4. 验证设计文档的完整性
-5. 更新变更请求文档状态
-
-#### 协作角色
-
-- Design Agent
-- Standards Expert
-
-#### 输出
-
-- 更新后的SDD文档
-- 设计变更记录
-
----
-
-### 4. 任务分发 (Task Dispatch)
-
-#### 执行步骤
-
-1. 根据实施计划拆解任务
-2. 分配给对应Agent：
-   - 开发任务 → Dev Agent
-   - 测试任务 → QA Agent
-   - 设计任务 → Design Agent
-   - 文档任务 → Knowledge Agent
-3. 建立任务依赖关系
-4. 设置里程碑和检查点
-5. 启动任务跟踪
-
-#### 输出
-
-- 任务清单
-- 责任分配表
-- 进度跟踪表
-
----
-
-### 5. 变更校验 (Verification)
-
-#### 执行步骤
-
-1. **代码审查**
-   - 调用 Dev Agent 进行代码审查
-   - 检查代码规范
-
-2. **一致性审计**
-   - 调用 Consistency Auditor 进行一致性检查
-   - 验证SDD-代码一致性
-   - 验证API契约一致性
-   - 验证UI-SDD一致性
-
-3. **测试验证**
-   - 调用 QA Agent 执行测试
-   - 单元测试
-   - 集成测试
-   - 验收测试
-
-4. **门禁检查**
-   - 调用 Quality Gate 进行门禁检查
-   - 检查所有门禁项
-
-#### 输出
-
-- 代码审查报告
-- 一致性审计报告
-- 测试报告
-- 门禁检查清单
-
----
-
-### 6. 门禁管控 (Gate Control)
-
-#### 门禁检查清单
-
-| 检查项 | 检查内容 | 责任方 |
-|--------|----------|--------|
-| 代码质量 | 代码规范、复杂度、覆盖率 | Dev/QA |
-| 一致性 | SDD-代码、API、UI一致性 | Consistency Auditor |
-| 测试覆盖 | 单元、集成、验收测试 | QA |
-| 文档完整 | SDD、API文档、用户文档 | Design/Knowledge |
-| 风险可控 | 风险评估、回滚预案 | Change Manager |
-| 权限审批 | 相关负责人审批 | Change Manager |
-
-#### 决策流程
-
-```
-门禁检查
-  ↓
-评估结果
-  ├─ 通过 → 发布准备
-  ├─ 有条件通过 → 修复关键问题后放行
-  └─ 不通过 → 返回修改，重新评估
-```
-
-#### 回滚预案
-
-- 识别回滚触发条件
-- 制定回滚步骤
-- 准备回滚资源
-- 明确回滚责任人
-
----
-
-### 7. 知识沉淀 (Knowledge Sink)
-
-#### 执行步骤
-
-1. 记录变更完整过程
-2. 总结经验教训
-3. 更新最佳实践
-4. 更新技术债务清单（如有）
-5. 归档变更文档
-
-#### 输出
-
-- 变更总结报告
-- 经验教训文档
-- 最佳实践更新
-
----
-
-## 变更请求文档格式
-
-### 文件位置
-
-`docs/change-requests/CR-{YYYY}-{序号}.md`
-
-### 文档模板
-
-```markdown
----
-cr_id: CR-2025-001
-title: [变更标题]
-status: draft | analysis | in-progress | review | done | cancelled
-priority: critical | high | medium | low
-created_at: YYYY-MM-DD
-author: [作者]
----
-
-## 变更概述
-
-**变更类型：** 新功能 | 缺陷修复 | 重构 | 架构优化 | 文档更新
-
-**问题/需求描述：**
-[详细描述变更的背景和原因]
-
-**预期目标：**
-- [目标1]
-- [目标2]
-
-## 影响分析
-
-### 影响范围
-
-- **代码模块：** [涉及的模块列表]
-- **SDD文档：** [涉及的设计文档]
-- **测试：** [需要更新的测试]
-- **部署：** [是否需要特殊部署]
-
-### 风险评估
-
-| 风险项 | 风险等级 | 缓解措施 |
-|--------|----------|----------|
-| [风险1] | 高/中/低 | [措施] |
-
-### 依赖关系
-
-- **前置依赖：** [如有]
-- **后续影响：** [如有]
-
-## 实施计划
-
-### 任务分解
-
-- [ ] 任务1 - 负责人 - 预计时间
-- [ ] 任务2 - 负责人 - 预计时间
-
-### 时间线
-
-- 开始时间：YYYY-MM-DD
-- 预计完成：YYYY-MM-DD
-- 里程碑：
-  - [ ] YYYY-MM-DD：阶段1完成
-  - [ ] YYYY-MM-DD：阶段2完成
-
-## 验证标准
-
-- [ ] 验证项1
-- [ ] 验证项2
-
-## 相关资源
-
-- [链接1]
-- [链接2]
-
-## 变更记录
-
-| 日期 | 版本 | 变更内容 | 修改人 |
-|------|------|----------|--------|
-|      |      |          |        |
-```
-
----
-
-## 与 Consistency Auditor 协作流程
-
-### 协作时序
-
-```
-变更管理器                    一致性审计器
-     │                              │
-     ├─ 开始变更 ──────────────────>│
-     │                              │  1. 基线审计
-     │<─── 基线状态报告 ────────────┤
-     │                              │
-     ├─ 实施变更                    │
-     │  (分阶段)                    │
-     ├─ 阶段完成 ─────────────────>│
-     │                              │  2. 增量审计
-     │<─── 增量审计报告 ────────────┤
-     │                              │
-     ├─ 继续实施                    │
-     │  ...                         │
-     │                              │
-     ├─ 变更完成 ─────────────────>│
-     │                              │  3. 最终审计
-     │<─── 最终审计报告 ────────────┤
-     │                              │
-     ├─ 门禁检查                    │
-     └─ 完成归档                    │
-```
-
-### 协作检查点
-
-| 阶段 | 触发时机 | 检查内容 |
-|------|----------|----------|
-| 变更前 | 创建CR时 | 基线一致性状态 |
-| 设计更新后 | SDD更新完成 | 设计一致性 |
-| 代码变更中 | 每个PR阶段 | 代码-设计一致性 |
-| 变更完成后 | 合并前 | 最终一致性验证 |
-
-### 审计结果处理
-
-- ✅ **通过（≥95分）**：继续下一阶段
-- ⚠️ **警告（90-94分）**：评估影响，修复P0-P1问题
-- ❌ **不通过（<90分）**：暂停变更，修复问题后重试
-
-### 协作调用示例
-
-```
-变更完成后调用：
-"请 Consistency Auditor 对本次变更进行最终一致性审计，审计范围：
-- SDD文档：[文档列表]
-- 代码模块：[模块列表]
-- API契约：[契约列表]
-- UI-SDD：[UI设计列表]"
-```
-
----
-
-## 与其他Agent的协作关系
-
-### 上游协作
-
-- **Orchestrator**：接收任务调度
-- **Requirement Agent**：接收需求变更
-
-### 平级协作
-
-- **Design Agent**：SDD更新
-- **Dev Agent**：开发执行
-- **QA Agent**：质量验证
-- **Consistency Auditor**：一致性审计
-
-### 下游协作
-
-- **Release Agent**：发布管理
-- **Knowledge Agent**：知识沉淀
-
----
-
-## 工作流程图
-
-```
-                    ┌─────────────────┐
-                    │   用户变更请求   │
-                    └────────┬────────┘
-                             │
-                             ▼
-                    ┌─────────────────┐
-                    │  1. 变更登记    │
-                    └────────┬────────┘
-                             │
-                             ▼
-                    ┌─────────────────┐
-                    │  2. 变更分析    │
-                    └────────┬────────┘
-                             │
-                    ┌────────┴────────┐
-                    │                 │
-                    ▼                 ▼
-           ┌───────────────┐  ┌───────────────┐
-           │ 3. SDD更新    │  │ Consistency   │
-           └───────┬───────┘  │ Auditor 基线  │
-                   │          └───────┬───────┘
-                   │                  │
-                   └────────┬─────────┘
-                            ▼
-                   ┌─────────────────┐
-                   │  4. 任务分发    │
-                   └────────┬────────┘
-                            │
-                            ▼
-                   ┌─────────────────┐
-                   │  5. 变更实施    │
-                   └────────┬────────┘
-                            │
-              ┌─────────────┼─────────────┐
-              │             │             │
-              ▼             ▼             ▼
-       ┌────────────┐ ┌──────────┐ ┌──────────┐
-       │ Dev Agent  │ │QA Agent  │ │ Consis-  │
-       │ 开发       │ │  测试    │ │ tency    │
-       └─────┬──────┘ └─────┬────┘ │ Auditor  │
-             │              │      └─────┬────┘
-             └──────────────┼────────────┘
-                            ▼
-                   ┌─────────────────┐
-                   │  6. 门禁管控    │
-                   └────────┬────────┘
-                            │
-                    ┌───────┴───────┐
-                    │               │
-              通过  │           不通过
-                    │               │
-                    ▼               ▼
-           ┌───────────────┐  ┌───────────────┐
-           │ 7. 知识沉淀   │  │  返回修改      │
-           └───────────────┘  └───────────────┘
-```
-
-> 更多指令请参见对应 agents/ 目录的原始文件