npm - sdd-full - Versions diffs - 5.0.7 → 5.0.8 - Mend

sdd-full 5.0.7 → 5.0.8

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (8) hide show

package/.claude/SDD_ORCHESTRATOR_PROMPT.md +301 -0
package/.claude/agents/orchestrator.md +9 -9
package/.claude/skills/claudeception/SKILL.md +31 -9
package/.claude/skills/sdd/SKILL.md +95 -73
package/bin.js +1 -1
package/package.json +1 -1
package/.claude/skills/mempalace-auto-saver/SKILL.md +0 -306
package/README.md +0 -94

package/.claude/SDD_ORCHESTRATOR_PROMPT.md ADDED Viewed

@@ -0,0 +1,301 @@
+# SDD Orchestrator - 调度提示词示例
+## 快速开始
+### 方式一：直接启动调度器
+```
+@Orchestrator 帮我启动SDD全流程，我要创建一个新项目
+```
+### 方式二：指定任务类型
+```
+@Orchestrator 任务类型：new_project
+项目名称：个人备忘录APP
+需求描述：一个简单的个人备忘录应用，支持增删改查
+```
+---
+## 场景一：从零开始新项目
+### 完整提示词
+```
+@Orchestrator
+任务类型：new_project
+项目名称：[你的项目名称]
+需求描述：[详细描述你的项目需求]
+请按SDD全流程执行，包括：
+1. 需求分析阶段
+2. 设计规划阶段
+3. MVP验证阶段（可选）
+4. 开发执行阶段
+5. 质量保障阶段
+6. 发布运维阶段
+7. 知识沉淀阶段
+每个阶段完成后请确认是否继续下一阶段。
+```
+### 简化提示词
+```
+@Orchestrator 我要从零开始创建一个[项目名称]项目，需求是：[需求描述]
+```
+---
+## 场景二：小型功能迭代
+### 完整提示词
+```
+@Orchestrator
+任务类型：feature_iteration
+项目名称：[现有项目名称]
+功能描述：[要添加/修改的功能描述]
+请按小型迭代流程执行：
+1. 需求澄清
+2. 快速SDD补充
+3. 开发实现
+4. 完成前验证
+5. 质量门禁
+```
+### 简化提示词
+```
+@Orchestrator 帮我在[项目名称]中添加一个[功能描述]功能，走快速迭代流程
+```
+---
+## 场景三：Bug修复
+### 通用Bug修复提示词
+```
+@Orchestrator
+任务类型：bug_fix
+项目名称：[项目名称]
+Bug描述：[详细描述Bug现象]
+Bug类型：[simple|complex|performance|security|regression|flutter_ios]
+请调用对应的Bug处理Agent来修复这个问题。
+```
+### 简单Bug修复
+```
+@Orchestrator 帮我修复这个简单Bug：[Bug描述]
+```
+### 复杂Bug调试
+```
+@Orchestrator 这个Bug比较复杂，原因不明：[Bug描述]，请调用Bug Agent进行系统化调试
+```
+### 性能问题
+```
+@Orchestrator 我发现性能问题：[性能问题描述]，请调用Perf Agent进行优化
+```
+### 安全漏洞
+```
+@Orchestrator 发现安全问题：[安全问题描述]，请调用Security Agent进行审计和修复
+```
+### 回归Bug
+```
+@Orchestrator 发现回归问题：[回归问题描述]，之前在版本[版本号]是正常的，请调用Regression Agent处理
+```
+### Flutter iOS真机问题
+```
+@Orchestrator Flutter iOS真机出现问题：[问题描述]，请调用Flutter Agent处理
+```
+---
+## 场景四：代码发布
+### 完整提示词
+```
+@Orchestrator
+任务类型：code_release
+项目名称：[项目名称]
+版本号：[版本号]
+发布范围：[发布内容描述]
+请执行发布流程：
+1. 质量门禁检查
+2. 完成开发分支
+3. 版本发布
+4. 知识沉淀
+```
+### 简化提示词
+```
+@Orchestrator 我要发布[项目名称]的[版本号]版本
+```
+---
+## 场景五：单独调用某个Agent
+### 调用需求分析Agent
+```
+@Requirement Agent
+帮我做[项目名称]的需求分析，包括：
+- 市场调研
+- 竞品分析
+- 头脑风暴
+- PRD编写
+- SDD拆分
+```
+### 调用设计规划Agent
+```
+@Design Agent
+基于已有SDD，帮我完成：
+- UI交互SDD
+- 功能实现SDD
+- 测试SDD
+- 部署SDD
+- 运维SDD
+- 实现计划
+```
+### 调用开发执行Agent
+```
+@Dev Agent
+按SDD实现以下功能：[功能描述]
+要求：
+- TDD开发
+- 完整测试
+- 完成前验证
+```
+### 调用质量保障Agent
+```
+@QA Agent
+请执行质量门禁检查，包括：
+- 代码质量
+- 测试覆盖率
+- 性能基准
+- 安全审计
+- 代码审查
+- 文档完整性
+```
+### 调用发布运维Agent
+```
+@Release Agent
+请帮我完成：
+- 代码合并
+- 版本发布
+- 部署执行
+```
+### 调用知识沉淀Agent
+```
+@Knowledge Agent
+请帮我总结本次[项目/迭代/Bug修复]的经验教训，记录技术债务
+```
+---
+## 场景六：MVP验证
+### 提示词
+```
+@Orchestrator
+项目名称：[项目名称]
+MVP范围：[描述MVP要包含的核心功能]
+请执行MVP验证流程：
+1. MVP功能筛选
+2. MVP开发
+3. 用户介入测试
+4. 迭代优化
+5. 用户确认
+```
+---
+## 常用技巧
+### 1. 指定跳过某些阶段
+```
+@Orchestrator
+任务类型：new_project
+项目名称：[项目名称]
+跳过：市场调研、竞品分析
+直接从：PRD编写开始
+```
+### 2. 指定使用某些技能
+```
+@Orchestrator
+请确保使用以下技能：
+- brainstorming
+- prd-write
+- sdd-full
+- quality-gate
+- claudeception
+```
+### 3. 要求输出特定格式
+```
+@Orchestrator
+请按以下格式输出每个阶段的结果：
+1. 阶段名称
+2. 完成内容
+3. 输出文档
+4. 下一步建议
+```
+### 4. 多人协作场景
+```
+@Orchestrator
+这个项目由以下角色协作：
+- 产品经理：负责需求
+- 设计师：负责UI
+- 前端开发：负责前端
+- 后端开发：负责后端
+- 测试：负责质量
+请为每个角色分配相应的Agent任务。
+```
+---
+## Agent职责速查
+| Agent | 职责 | 主要技能 |
+|-------|------|---------|
+| Orchestrator | 中心调度、流程管理 | 全流程协调 |
+| Requirement Agent | 需求分析、PRD、SDD拆分 | brainstorming, market-research, prd-write, sdd |
+| Design Agent | UI设计、架构设计、测试设计 | ui-sdd, sdd-code, sdd-test, sdd-deploy, sdd-ops |
+| Dev Agent | 开发实现、TDD、调试 | test-driven-development, systematic-debugging, sdd-add |
+| QA Agent | 测试、代码审查、质量门禁 | quality-gate, security-audit, bdd-acceptance |
+| Release Agent | 分支管理、发布、部署 | finishing-a-development-branch, release-flow, sdd-deploy |
+| Knowledge Agent | 经验记录、技术债务 | claudeception, mempalace-auto-saver |
+| Bug Agent | 复杂Bug调试 | bug-reproduction-confirm, systematic-debugging |
+| Perf Agent | 性能优化 | performance-optimize |
+| Security Agent | 安全审计 | security-audit |
+| Regression Agent | 回归Bug修复 | sdd-test, systematic-debugging |
+| Flutter Agent | Flutter iOS调试 | ios-full-auto-debug, flutter-errors |
+---
+## 强制规则
+⚠️ **重要：所有流程必须遵守以下强制规则**
+1. **所有发布必须经过质量门禁（quality-gate）**
+2. **所有开发完成必须经过完成前验证（verification-before-completion）**
+3. **所有流程结束必须进行知识沉淀（claudeception）**
+4. **Bug修复必须先复现确认（bug-reproduction-confirm）**
+5. **测试必须覆盖安全测试（security-audit）**

package/.claude/agents/orchestrator.md CHANGED Viewed

@@ -1,14 +1,14 @@
 ---
-name: sdd-orchestrator
-description: Use as the default entry point in Claude Code to automatically identify user intent and route to appropriate SDD workflow paths
+name: sdd-flow
+description: Main entry point for SDD workflow - automatically identify intent and route to appropriate development paths
 ---
-# SDD Orchestrator - Claude Code 中心调度器
+# SDD Flow - 一站式开发入口
-> **默认入口**：在 Claude Code 中使用 `/full` 命令或直接描述需求，自动触发此调度器
+> **快捷入口**：在 Claude Code 中使用 `/full` 命令或直接描述需求，自动触发
 ## 核心职责
-作为SDD全流程的指挥中心，负责：
+一站式开发入口，负责：
 1. 识别用户意图和任务类型
 2. 根据SDD全流程规则判断执行路径
 3. 调用对应技能完成任务
@@ -108,7 +108,7 @@ description: Use as the default entry point in Claude Code to automatically iden
 ### 示例1：从零开始新项目
 ```
 用户：我要创建一个个人备忘录APP
-Orchestrator：识别为新项目
+SDD Flow：识别为新项目
   ↓
 market-research（市场调研）
   ↓
@@ -128,7 +128,7 @@ sdd（需求拆分）
 ### 示例2：新增功能
 ```
 用户：新增一个分享功能
-Orchestrator：识别为小型功能迭代
+SDD Flow：识别为小型功能迭代
   ↓
 sdd-add（快速开发）
   ↓
@@ -140,7 +140,7 @@ quality-gate（质量检查）
 ### 示例3：修复性能问题
 ```
 用户：APP响应很慢，需要优化性能
-Orchestrator：识别为性能问题
+SDD Flow：识别为性能问题
   ↓
 performance-optimize（性能优化）
   ↓
@@ -154,7 +154,7 @@ claudeception（知识沉淀）
 ### 示例4：发布上线
 ```
 用户：准备发布v1.0版本
-Orchestrator：识别为代码发布
+SDD Flow：识别为代码发布
   ↓
 verification-before-completion（验证）
   ↓

package/.claude/skills/claudeception/SKILL.md CHANGED Viewed

@@ -1,14 +1,29 @@
+【claude code调用标识：claudeception】
+【trae调用标识：claudeception+知识提取】
+【流程场景：1.完整3阶段SDD流程、2.功能迭代、3.Bug处理结束后】
 ---
 name: claudeception
-description: Use when encountering non-obvious debugging solutions, workarounds, trial-and-error discoveries, or needing to extract reusable knowledge from work sessions
+description: 持续学习系统，从工作会话中提取可复用知识，并将其编码为标准化的技能
+trigger_words:
+  - 提取技能
+  - 保存经验
+  - 知识沉淀
+  - claudeception
+  - 把这个保存为技能
 ---
-# Claudeception
+# Claudeception - 持续学习系统
-持续学习系统，从工作会话中提取可复用知识，并将其编码为标准化的技能，实现自主改进。
+## 核心职责
+从工作会话中提取可复用知识，并将其编码为标准化的技能，实现自主改进。
-## 何时提取技能
+## 与其他技能的协作
+- **mempalace-auto-saver**：保存原始对话历史
+- **claudeception**：从历史中提炼可复用技能
+- 两者配合：mempalace-auto-saver → claudeception（可选）
+## 何时提取技能
 遇到以下情况时提取：
 1. **非显而易见的解决方案** - 调试、变通方案、难以发现的修复
 2. **项目特定模式** - 未在其他地方记录的约定
@@ -17,7 +32,6 @@ description: Use when encountering non-obvious debugging solutions, workarounds,
 5. **工作流优化** - 简化的多步骤流程
 ## 技能质量标准
 - 可在未来任务中复用
 - 非琐碎（需要发现，而不只是文档）
 - 具体的触发条件和清晰的解决方案
@@ -26,10 +40,18 @@ description: Use when encountering non-obvious debugging solutions, workarounds,
 ## 提取流程
 ### 1. 检查现有技能
-搜索现有技能以避免重复：
+搜索现有技能以避免重复。
----
+### 2. 识别知识价值
+评估是否符合技能质量标准。
-## 安装说明
+### 3. 提炼技能内容
+- 明确触发条件
+- 定义清晰步骤
+- 包含完整示例
-此技能已包含在 `sdd-full` npm 包中，通过 `npx sdd-full install` 自动安装！
+### 4. 编码为标准格式
+使用标准SKILL.md格式保存。
+## 安装说明
+此技能已包含在 `sdd-full` npm 包中，通过 `npx sdd-full install` 自动安装！

package/.claude/skills/sdd/SKILL.md CHANGED Viewed

@@ -1,7 +1,8 @@
----
+***
 name: sdd
 description: Use when splitting requirements into user stories, architecture boundaries, database/API contracts, and producing SDD specifications for implementation
----
+--------------------------------------------------------------------------------------------------------------------------------------------------------------------
 # SDD 需求拆分（需求层核心技能）
@@ -12,23 +13,24 @@ description: Use when splitting requirements into user stories, architecture bou
 **大需求 → Epic拆分（超大需求适用）→ 用户故事拆分（INVEST原则）→ 前后端架构拆分 → 数据库+接口拆分 → SDD垂直切片**
 核心目的：
 - 产出符合INVEST原则的用户故事
 - 明确前后端权责边界与协作契约
 - 生成子代理可直接消费的SDD功能规格
----
+***
 ## 职责边界
-| 技能 | 职责 | 产出 |
-|------|------|------|
-| sdd | 需求层·业务拆分 | 用户故事、架构边界、接口契约 |
-| ui-sdd | 架构层·UI交互设计 | UI页面/组件/弹窗SDD |
-| sdd-code | 实现层·功能实现设计 | 代码实现SDD |
+| 技能       | 职责         | 产出             |
+| -------- | ---------- | -------------- |
+| sdd      | 需求层·业务拆分   | 用户故事、架构边界、接口契约 |
+| ui-sdd   | 架构层·UI交互设计 | UI页面/组件/弹窗SDD  |
+| sdd-code | 实现层·功能实现设计 | 代码实现SDD        |
 **注意**：本技能不负责详细UI设计和代码实现设计，相关工作请分别调用 **ui-sdd** 和 **sdd-code**。
----
+***
 ## 何时使用
@@ -37,7 +39,7 @@ description: Use when splitting requirements into user stories, architecture bou
 - 在完整全流程开发中进行需求分析阶段工作
 - 需要为子代理驱动开发准备可执行的SDD规格
----
+***
 ## 核心流程
@@ -74,7 +76,7 @@ digraph requirement_splitting {
 流程本质：**先垂直切片（用户价值维度），再水平分层（技术栈维度）**
 优势：**既保证独立交付价值，又确保技术架构规范**
----
+***
 ## 个人敏捷工作流
@@ -86,14 +88,14 @@ digraph requirement_splitting {
 ### 2. 关键实践
-| 实践 | 具体做法 | 优势 |
-|------|----------|------|
-| 分批交付 | 按用户故事优先级分组，每批1–3个故事，分批完成水平拆分与开发 | 避免全量冻结，支持快速迭代，降低风险 |
-| 并行开发 | 前端按Mock数据开发，后端按契约开发，互不依赖 | 缩短迭代周期，提高开发效率 |
-| 契约版本化 | 每批故事对应一个契约版本，变更只影响当前批次 | 控制变更范围，减少返工成本 |
-| 子代理适配 | 每个SDD对应一个子代理任务，完成后自动审查 | 适配工作流，保证质量 |
+| 实践    | 具体做法                            | 优势                 |
+| ----- | ------------------------------- | ------------------ |
+| 分批交付  | 按用户故事优先级分组，每批1–3个故事，分批完成水平拆分与开发 | 避免全量冻结，支持快速迭代，降低风险 |
+| 并行开发  | 前端按Mock数据开发，后端按契约开发，互不依赖        | 缩短迭代周期，提高开发效率      |
+| 契约版本化 | 每批故事对应一个契约版本，变更只影响当前批次          | 控制变更范围，减少返工成本      |
+| 子代理适配 | 每个SDD对应一个子代理任务，完成后自动审查          | 适配工作流，保证质量         |
----
+***
 ## 第0步：Epic拆分（超大需求适用）
@@ -104,6 +106,7 @@ digraph requirement_splitting {
 ### Epic定义与识别标准
 什么是Epic？
 - **范围**：预计超过2周完成
 - **价值**：代表宏观用户价值或业务目标
 - **特点**：模糊性高，细节不明确，需要进一步拆解
@@ -138,15 +141,15 @@ digraph requirement_splitting {
 ### 6种Epic拆分模式（按场景选择）
-| 拆分模式 | 适用场景 | 示例 |
-|----------|----------|------|
-| **按用户旅程拆分** | 有明确用户操作流程的功能 | 购物流程：浏览→详情→加购→结算→订单 |
-| **按功能模块拆分** | 模块化强的系统 | 电商系统：用户→商品→订单→支付 |
-| **按平台适配拆分** | 跨平台开发 | 登录功能：Web→iOS→Android |
-| **按复杂度分层拆分** | 功能复杂度差异大的功能 | 搜索功能：基础搜索→高级筛选→智能推荐 |
-| **按时间阶段拆分** | 有明确时间节点的功能 | 会员系统：MVP版→高级版→尊享版 |
+| 拆分模式         | 适用场景         | 示例                   |
+| ------------ | ------------ | -------------------- |
+| **按用户旅程拆分**  | 有明确用户操作流程的功能 | 购物流程：浏览→详情→加购→结算→订单  |
+| **按功能模块拆分**  | 模块化强的系统      | 电商系统：用户→商品→订单→支付     |
+| **按平台适配拆分**  | 跨平台开发        | 登录功能：Web→iOS→Android |
+| **按复杂度分层拆分** | 功能复杂度差异大的功能  | 搜索功能：基础搜索→高级筛选→智能推荐  |
+| **按时间阶段拆分**  | 有明确时间节点的功能   | 会员系统：MVP版→高级版→尊享版    |
----
+***
 ## 第0.5步：拆用户故事
@@ -223,6 +226,7 @@ digraph requirement_splitting {
 ### 三种验收标准格式
 #### 1. BDD场景格式（推荐）
 ```markdown
 ### 主场景
 Given [初始状态/前置条件]
@@ -232,6 +236,7 @@ And [附加验证点1]
 ```
 #### 2. 规则列表格式（适合简单功能）
 ```markdown
 - ✅ 必须支持用户名/邮箱/手机号三种登录方式
 - ✅ 密码输入框必须隐藏明文显示
@@ -239,18 +244,19 @@ And [附加验证点1]
 ```
 #### 3. 多平台矩阵格式（适合复杂跨平台功能）
-| 场景 | 操作 | 预期结果（Web） | 预期结果（iOS） |
-|------|------|----------------|----------------|
-| 正常登录 | 输入正确账号密码 | 跳转首页 | 跳转首页 |
+| 场景   | 操作       | 预期结果（Web） | 预期结果（iOS） |
+| ---- | -------- | --------- | --------- |
+| 正常登录 | 输入正确账号密码 | 跳转首页      | 跳转首页      |
 ### 敏捷故事拆分方法
-| 方法 | 适用场景 | 示例 |
-|------|----------|------|
+| 方法      | 适用场景         | 示例                  |
+| ------- | ------------ | ------------------- |
 | 按用户旅程拆分 | 有明确用户操作流程的功能 | 购物流程：浏览→详情→加购→结算→订单 |
-| 按数据边界拆分 | 包含多数据实体的功能 | 简历功能：基本信息→工作经历→教育背景 |
-| 按操作路径拆分 | 有多种执行路径的功能 | 登录功能：正常登录→忘记密码→注册 |
-| 按优先级拆分 | 大型复杂功能 | 支付功能：基础支付→优惠券→积分抵扣 |
+| 按数据边界拆分 | 包含多数据实体的功能   | 简历功能：基本信息→工作经历→教育背景 |
+| 按操作路径拆分 | 有多种执行路径的功能   | 登录功能：正常登录→忘记密码→注册   |
+| 按优先级拆分  | 大型复杂功能       | 支付功能：基础支付→优惠券→积分抵扣  |
 ### 故事拆分原则
@@ -260,7 +266,7 @@ And [附加验证点1]
 4. 优先拆分**核心价值**故事，再拆分边缘功能
 5. 每个故事必须有明确的**验收标准**和**优先级**
----
+***
 ## 第1步：拆UI设计
@@ -311,7 +317,7 @@ And [附加验证点1]
 - **严禁**出现接口字段、表结构、技术选型
 - 覆盖**核心用户旅程**，边缘页面可后续补充
----
+***
 ## 第2步：拆前后端分离架构
@@ -370,7 +376,7 @@ And [附加验证点1]
 - **边界刚性**：不允许前端写复杂业务、不允许后端渲染页面
 - **敏捷适配**：支持按用户故事分批交付，不要求全量完成后再上线
----
+***
 ## 第3步：拆数据库+接口
@@ -454,7 +460,7 @@ And [附加验证点1]
 ### 接口契约模板
-```markdown
+````markdown
 # 接口契约（RESTful，JSON，版本 v1）
 ## 通用规则
@@ -471,13 +477,14 @@ And [附加验证点1]
   "message": "success",
   "data": {}
 }
-```
+````
 ## 用户模块（关联故事1）
 ### POST /api/v1/auth/login - 用户登录
 请求：
 ```json
 {
   "username": "string",
@@ -487,6 +494,7 @@ And [附加验证点1]
 ```
 响应成功（200）：
 ```json
 {
   "code": 0,
@@ -504,6 +512,7 @@ And [附加验证点1]
 ```
 响应失败（401）：
 ```json
 {
   "code": 401,
@@ -515,6 +524,7 @@ And [附加验证点1]
 ### POST /api/v1/auth/register - 用户注册
 请求：
 ```json
 {
   "username": "string",
@@ -528,6 +538,7 @@ And [附加验证点1]
 需要认证。
 响应：
 ```json
 {
   "code": 0,
@@ -547,12 +558,14 @@ And [附加验证点1]
 ### GET /api/v1/goods/list - 商品列表（分页）
 请求参数（Query）：
 - page（INT，页码，默认1）
 - pageSize（INT，每页数量，默认20）
 - categoryId（INT，分类ID，可选）
 - keyword（STRING，搜索关键词，可选）
 响应：
 ```json
 {
   "code": 0,
@@ -579,6 +592,7 @@ And [附加验证点1]
 ### GET /api/v1/goods/detail/:id - 商品详情
 响应：
 ```json
 {
   "code": 0,
@@ -605,6 +619,7 @@ And [附加验证点1]
 需要认证。
 请求：
 ```json
 {
   "goodsId": 1,
@@ -617,6 +632,7 @@ And [附加验证点1]
 需要认证。
 响应：
 ```json
 {
   "code": 0,
@@ -642,6 +658,7 @@ And [附加验证点1]
 需要认证。
 请求：
 ```json
 {
   "addressId": 1,
@@ -650,6 +667,7 @@ And [附加验证点1]
 ```
 响应：
 ```json
 {
   "code": 0,
@@ -668,6 +686,7 @@ And [附加验证点1]
 ### GET /api/v1/order/detail/:id - 订单详情
 需要认证。
 ```
 ### 拆分原则
@@ -694,18 +713,20 @@ SDD 是**给子代理的最小可执行单元**：一个 SDD = 一个用户故
 ### SDD 目录结构
 ```
 specs/
-  story1-login/
-    login-frontend.md
-    login-backend.md
-  story2-goods/
-    goods-list-frontend.md
-    goods-list-backend.md
-    goods-detail-frontend.md
-    goods-detail-backend.md
-  story3-order/
-    ...
-```
+story1-login/
+login-frontend.md
+login-backend.md
+story2-goods/
+goods-list-frontend.md
+goods-list-backend.md
+goods-detail-frontend.md
+goods-detail-backend.md
+story3-order/
+...
+````
 ### 单个 SDD 模板
@@ -777,7 +798,7 @@ specs/
   1. 遵循 TDD 流程：先写测试 → 再写代码 → 重构
   2. 完成后通过两阶段审查：spec合规性审查 → 代码质量审查
   3. 审查通过后提交，进入下一个子任务
-```
+````
 ### 拆分原则
@@ -786,19 +807,19 @@ specs/
 - **依赖显式化**：所有依赖必须引用已固化的设计文档
 - **验收标准可测试**：采用 BDD 风格，输入输出明确，无模糊描述
----
+***
 ## 非功能需求处理指南
 ### 非功能需求分类与处理方式
-| 分类 | 示例 | 处理方式 | 优先级 |
-|------|------|----------|--------|
-| **性能** | 响应时间≤2秒，并发用户≥100 | 融入Story验收标准 | 高 |
-| **安全性** | 数据加密，权限控制，防SQL注入 | 融入DoD + 独立测试 | 最高 |
-| **可用性** | 系统可用性≥99.9% | 架构设计 | 高 |
-| **兼容性** | 适配iOS 14+，Android 10+ | 平台适配Story | 中 |
-| **可维护性** | 代码覆盖率≥80% | 融入DoD | 中 |
+| 分类       | 示例                    | 处理方式         | 优先级 |
+| -------- | --------------------- | ------------ | --- |
+| **性能**   | 响应时间≤2秒，并发用户≥100      | 融入Story验收标准  | 高   |
+| **安全性**  | 数据加密，权限控制，防SQL注入      | 融入DoD + 独立测试 | 最高  |
+| **可用性**  | 系统可用性≥99.9%           | 架构设计         | 高   |
+| **兼容性**  | 适配iOS 14+，Android 10+ | 平台适配Story    | 中   |
+| **可维护性** | 代码覆盖率≥80%             | 融入DoD        | 中   |
 ### 个人DoD（完成的定义）
@@ -826,16 +847,16 @@ specs/
 4. 兼容性：在所有目标平台显示一致
 ```
----
+***
 ## 故事估算方法指南
 ### 两种核心估算方法对比
-| 估算方法 | 定义 | 优点 | 缺点 | 适用场景 |
-|------|------|------|------|------|
-| **理想人天** | 无中断情况下完成任务的时间（人天） | 直观易懂，适合个人开发 | 受个人能力影响大 | 个人开发、小项目 |
-| **故事点** | 相对工作量单位，基于复杂度综合评估 | 不依赖个人能力，长期稳定 | 需要历史数据校准 | 长期项目 |
+| 估算方法     | 定义                | 优点           | 缺点       | 适用场景     |
+| -------- | ----------------- | ------------ | -------- | -------- |
+| **理想人天** | 无中断情况下完成任务的时间（人天） | 直观易懂，适合个人开发  | 受个人能力影响大 | 个人开发、小项目 |
+| **故事点**  | 相对工作量单位，基于复杂度综合评估 | 不依赖个人能力，长期稳定 | 需要历史数据校准 | 长期项目     |
 ### 理想人天估算方法（推荐个人开发使用）
@@ -876,7 +897,7 @@ specs/
 3. **缓冲预留**：计划时预留30-50%缓冲时间应对突发情况
 4. **回顾校准**：每个迭代后回顾估算准确性，调整方法
----
+***
 ## 最终目录结构
@@ -900,7 +921,7 @@ specs/
     └── story3-order/
 ```
----
+***
 ## 操作指南
@@ -911,7 +932,7 @@ specs/
 5. 批次内所有 SDD 完成后，进行**集成测试**
 6. 验收通过后上线，进入下一批故事开发
----
+***
 ## 常见错误与修复
@@ -935,7 +956,7 @@ specs/
 - **问题**：功能完成后发现性能、安全等问题
 - **修复**：**将非功能需求融入DoD或Story验收标准**
----
+***
 ## 合理性、边界与适应场景
@@ -957,11 +978,12 @@ specs/
 - **非Web系统**（移动端原生、IoT、强实时系统）
 - **纯瀑布项目**（要求全量设计完成后再开发）
----
+***
 ## 快速参考表
-| 步骤 | 产出文件 | 核心关注点 |
-|------|----------|------------|
-| 0 | docs/stories/user_stories.md | 用户价值、垂直切片 |
-| 1 | docs/ui/pages.md |
+| 步骤 | 产出文件                          | 核心关注点     |
+| -- | ----------------------------- | --------- |
+| 0  | docs/stories/user\_stories.md | 用户价值、垂直切片 |
+| 1  | docs/ui/pages.md              | <br />    |

package/bin.js CHANGED Viewed

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

package/package.json CHANGED Viewed

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

package/.claude/skills/mempalace-auto-saver/SKILL.md DELETED Viewed

@@ -1,306 +0,0 @@
----
-name: mempalace-auto-saver
-description: Use when automatically saving session context and memories
----
----
-name: mempalace-auto-saver
-description: AI自动识别项目上下文，生成标准化目录名并完成MemPalace分类存储，支持MCP等多项目自动识别。Invoke when user asks for autosave, 自动保存记忆, or 对话结束保存.
----
-# 记忆宫殿自动保存器（MemPalace Auto-Saver）
-## 触发词
-- autosave
-- 自动保存记忆
-- 对话结束保存
-- 任务完成
-## 功能描述
-AI驱动的MemPalace全流程管理，自动完成：
-1. 项目上下文分析 → 2. 标准化分类生成 → 3. 上下文提取 → 4. 内容预处理 → 5. 配置文件创建 → 6. 内容扫描存储
-   彻底解决手动操作复杂、分类错误、搜索困难等问题。
-## 使用场景
-- 多项目并行开发时（如MCP+树莓派+前端项目）
-- 频繁创建新模块/子项目，需要统一分类规范
-- 不想记忆复杂命令参数，追求"零输入"操作体验
-- 需要快速搜索和访问历史项目资料
-- 需要保存完整的对话上下文和决策过程
-## 规则
-- 当单次对话结束（用户未输入新内容达30秒或主动结束对话）时触发
-- 保存内容包含：完整对话历史、关键决策、代码片段、任务结果、项目MD文件
-- 扫描操作后台异步执行，不阻塞当前流程
-- 每次对话开始自动搜索知识库，无需额外指令
-- AI自动识别项目类型，生成标准化分类
-- 支持多项目自动识别与分类存储
-- 执行过程完全自动化，无任何交互提示
-- 不使用rm命令，依赖系统自动清理临时文件
-## 执行步骤
-### 1. AI项目上下文分析
-自动分析当前项目的：
-- 项目类型（MCP/前端/嵌入式/其他）
-- 技术栈（Node.js/Python/C/C++等）
-- 项目规模和复杂度
-- 相关文件和目录结构
-### 2. 记忆宫殿存储机制
-MemPalace 使用向量数据库存储内容，支持语义搜索：
-```
-~/.mempalace/
-├── config.json            # 配置文件
-└── palace/                # 记忆宫殿存储目录
-    ├── chroma.sqlite3     # 向量数据库（核心存储）
-    └── {uuid}/            # 临时工作目录
-```
-**重要说明**：
-- MemPalace 使用 `chroma.sqlite3` 向量数据库存储内容，不创建传统文件系统目录
-- 无法通过文件系统直接查看保存的文件，只能通过 `mempalace search` 命令访问
-- 向量数据库支持语义搜索，能够理解自然语言查询
-### 3. 标准化分类生成
-基于AI分析结果，生成符合以下规范的分类：
-#### 项目分类规范
-- **MCP项目** → wing: "wing_mcp"
-- **前端项目** → wing: "wing_frontend"
-- **嵌入式项目** → wing: "wing_embedded"
-- **通用项目** → wing: "wing_general"
-### 4. 完整上下文保存流程
-#### 自动化保存脚本（无rm命令）
-```bash
-#!/bin/bash
-# 自动保存完整上下文到记忆库（无rm命令）
-# 项目目录
-PROJECT_DIR=$(pwd)
-# 创建临时目录（使用系统临时目录，系统会自动清理）
-TMP_DIR=$(mktemp -d "/private/tmp/context_save_$(date +%s)")
-# 1. 保存对话历史
-cat > "$TMP_DIR/conversation.md" << EOF
-# 对话历史
-$(date +"%Y-%m-%d %H:%M:%S")
-[完整对话历史将由AI助手自动填充]
-EOF
-# 2. 保存关键决策
-cat > "$TMP_DIR/decisions.md" << EOF
-# 关键决策
-$(date +"%Y-%m-%d %H:%M:%S")
-[关键决策将由AI助手自动提取]
-EOF
-# 3. 保存代码片段
-mkdir -p "$TMP_DIR/code_snippets"
-cat > "$TMP_DIR/code_snippets/summary.md" << EOF
-# 代码片段汇总
-$(date +"%Y-%m-%d %H:%M:%S")
-[代码片段将由AI助手自动收集]
-EOF
-# 4. 复制MD文件
-find "$PROJECT_DIR" -name "*.md" -exec cp {} "$TMP_DIR" \;
-# 5. 保存任务结果
-cat > "$TMP_DIR/task_results.md" << EOF
-# 任务结果
-$(date +"%Y-%m-%d %H:%M:%S")
-[任务结果将由AI助手自动记录]
-EOF
-# 创建配置文件（使用printf确保YAML格式正确）
-printf "wing: wing_general\nrooms:\n- name: general\n  description: Complete context including conversations, decisions, code, and MD files\n" > "$TMP_DIR/mempal.yaml"
-# 扫描并保存
-cd "$TMP_DIR" && mempalace mine --wing wing_general --agent 'Trae AI' .
-# 验证保存结果
-mempalace status
-# 不需要rm命令，系统会自动清理/private/tmp目录
-```
-### 5. 精准搜索内容
-使用 `mempalace search` 命令进行精准搜索：
-#### 搜索特定分类内容
-```bash
-# 搜索特定分类的内容（必须使用--wing参数）
-mempalace search --wing wing_general "关键词"
-# 搜索对话历史
-mempalace search --wing wing_general "对话历史"
-# 搜索关键决策
-mempalace search --wing wing_general "关键决策"
-# 搜索代码片段
-mempalace search --wing wing_general "代码片段"
-# 搜索任务结果
-mempalace search --wing wing_general "任务结果"
-# 搜索MD文件
-mempalace search --wing wing_general "文件名"
-```
-#### 搜索所有分类
-```bash
-# 搜索所有分类的内容
-mempalace search "关键词"
-```
-### 6. 查看分类状态
-使用 `mempalace status` 命令查看整体分类状态：
-```bash
-# 查看记忆库整体状态
-mempalace status
-```
-### 7. 异步执行记忆扫描
-使用 memory-palace MCP 的 save 工具保存会话记忆，参数配置：
-- session_name: AI生成的标准化会话名称
-- agent: "产品通"
-- status: "对话已保存并分类"
-- outcome: "succeeded"
-- built: 本次对话构建的内容
-- decisions: 关键决策点
-- next_steps: 下一步建议
-- files: 相关文件路径
-- blockers: 遇到的阻碍
-- conversation_context: 完整对话上下文 + AI分类信息
-### 8. Wing分类映射
-根据项目类型自动映射到相应的wing分类：
-- MCP项目 → wing: "wing_mcp"
-- 前端项目 → wing: "wing_frontend"
-- 嵌入式项目 → wing: "wing_embedded"
-- 通用项目 → wing: "wing_general"
-### 9. 知识库自动搜索
-每次新对话开始时，自动调用 memory-palace MCP 的 recover 工具搜索相关历史记忆。
-## 使用示例
-1. 用户说："autosave" → 立即触发记忆保存和AI分类
-2. 用户说："自动保存记忆" → 执行保存流程和智能分类
-3. 对话结束60秒后 → 自动保存上下文并分类存储
-4. MCP项目开发 → 自动识别为MCP类型，执行自动化保存流程
-5. 多项目并行 → 自动区分不同项目类型，独立分类存储
-6. 搜索对话历史 → 执行mempalace search --wing wing_general "对话历史"
-7. 搜索关键决策 → 执行mempalace search --wing wing_general "关键决策"
-8. 查看状态 → 执行mempalace status
-## 快速命令参考
-### 完整自动化工作流程（复制即可执行）
-```bash
-#!/bin/bash
-# 自动保存完整上下文到记忆库
-# 项目目录
-PROJECT_DIR=$(pwd)
-# 创建临时目录
-TMP_DIR=$(mktemp -d "/private/tmp/context_save_$(date +%s)")
-# 1. 保存对话历史
-cat > "$TMP_DIR/conversation.md" << EOF
-# 对话历史
-$(date +"%Y-%m-%d %H:%M:%S")
-[完整对话历史将由AI助手自动填充]
-EOF
-# 2. 保存关键决策
-cat > "$TMP_DIR/decisions.md" << EOF
-# 关键决策
-$(date +"%Y-%m-%d %H:%M:%S")
-[关键决策将由AI助手自动提取]
-EOF
-# 3. 保存代码片段
-mkdir -p "$TMP_DIR/code_snippets"
-cat > "$TMP_DIR/code_snippets/summary.md" << EOF
-# 代码片段汇总
-$(date +"%Y-%m-%d %H:%M:%S")
-[代码片段将由AI助手自动收集]
-EOF
-# 4. 复制MD文件
-find "$PROJECT_DIR" -name "*.md" -exec cp {} "$TMP_DIR" \;
-# 5. 保存任务结果
-cat > "$TMP_DIR/task_results.md" << EOF
-# 任务结果
-$(date +"%Y-%m-%d %H:%M:%S")
-[任务结果将由AI助手自动记录]
-EOF
-# 创建配置文件
-printf "wing: wing_general\nrooms:\n- name: general\n  description: Complete context including conversations, decisions, code, and MD files\n" > "$TMP_DIR/mempal.yaml"
-# 扫描并保存
-cd "$TMP_DIR" && mempalace mine --wing wing_general --agent 'Trae AI' .
-# 验证
-mempalace status
-```
-## 注意事项
-- 确保 `~/.mempalace/` 目录存在且可写
-- mempalace 命令需要先安装并配置好环境变量
-- 首次使用时会自动创建向量数据库 `chroma.sqlite3`
-- 保存的文件会被转换为向量存储，支持语义搜索
-- 无法通过文件系统直接查看保存的文件，只能通过 `mempalace search` 命令访问
-- 搜索特定分类的内容时必须使用 `--wing` 参数
-- 定期备份 `~/.mempalace/palace/chroma.sqlite3` 文件，确保数据安全
-- 保存操作异步执行，不会阻塞当前对话
-- AI分类基于项目文件和上下文进行智能识别
-- 支持自定义分类规则和wing命名规范
-- 使用系统临时目录 `/private/tmp` 避免权限问题
-- 完全自动化执行，无任何交互提示
-- 不使用 `rm` 命令，依赖系统自动清理临时文件
-- 保存完整的对话上下文，包括对话历史、关键决策、代码片段和任务结果
-- 使用 `printf` 命令创建YAML配置文件，确保格式正确
-- 临时目录使用时间戳命名，确保唯一性

package/README.md DELETED Viewed

@@ -1,94 +0,0 @@
-# sdd-full
-完整的软件设计开发技能包
-## 概述
-`sdd-full` 是一个全面的软件开发技能包，包含了从需求分析到发布上线的完整开发流程技能。
-## 安装
-```bash
-npm install sdd-full
-```
-## 使用
-### JavaScript API 使用
-```javascript
-const sdd = require('sdd-full');
-// 获取所有技能列表
-console.log(sdd.getSkills());
-// 获取特定技能的内容
-console.log(sdd.getSkill('sdd-full'));
-// 获取技能决策树文档
-console.log(sdd.getDecisionTree());
-// 获取完整开发流程手册
-console.log(sdd.getDevGuide());
-```
-### 命令行使用
-```bash
-# 直接运行查看技能包
-node node_modules/sdd-full/index.js
-```
-## 包含的技能
-### 需求分析类
-- brainstorming - 创意头脑风暴
-- market-research - 市场调研
-- competitive-brief - 竞品简报
-- prd-write - PRD 文档编写
-- requirement-completion-officer - 需求补全
-- sdd - 基础 SDD 拆分
-- sdd-full - 完整 SDD 流程
-### 设计规划类
-- ui-sdd - UI 交互 SDD
-- sdd-code - 功能实现 SDD
-- sdd-test - 测试 SDD
-- sdd-deploy - 部署 SDD
-- sdd-ops - 运维 SDD
-- writing-plans - 编写计划
-### 开发执行类
-- sdd-add - 快速迭代
-- test-driven-development - TDD 开发
-- systematic-debugging - 系统化调试
-- verification-before-completion - 完成前验证
-### 质量保障类
-- quality-gate - 质量门禁
-- security-audit - 安全审计
-### 发布运维类
-- finishing-a-development-branch - 完成开发分支
-- release-flow - 发布流程管理
-### 知识沉淀类
-- claudeception - 持续学习
-- mempalace-auto-saver - 记忆宫殿自动保存
-### 专项工具类
-- using-superpowers - Superpowers 全流程
-- requesting-code-review - 请求代码审查
-- receiving-code-review - 接收代码审查
-## 版本历史
-### v1.0.0 (2026-05-04)
-- 初始版本发布
-- 包含完整的技能体系
-- 包含技能决策树
-- 包含完整开发流程手册
-## 许可证
-MIT