@deepstorm/cli 0.11.0 → 0.11.1

package/dist/skills/tide-discuss/references/data-format.md

@@ -27,6 +27,7 @@ MODULE-FUNCTION-SUBFUNCTION
 全大写 + 连字符，例：`AUTH-LOGIN-WECOM`、`PAYMENT-ORDER-REFUND`。
 
 **自动生成规则（当用户未指定时）：**
+
 1. 先将需求描述**翻译成英文**，准确表达原意
 2. 从英文翻译中提取 2-4 个核心关键词，按逻辑层级排列：`模块-功能-子功能`
 3. 如果需求跨多个领域，取最核心的意图
@@ -60,34 +61,40 @@ MODULE-FUNCTION-SUBFUNCTION
     },
     "issueTracker": {
       "provider": "jira",
-      "urls": [
-        "https://jira.example.com/browse/PROJ-123",
-        "https://jira.example.com/browse/PROJ-124"
-      ],
+      "urls": ["https://jira.example.com/browse/PROJ-123", "https://jira.example.com/browse/PROJ-124"],
       "taskBreakdown": [
-        {"title": "支持企业微信扫码登录", "fr": "FR-1", "priority": "P0",
-         "acceptance": ["用户可通过企业微信扫码完成登录"],
-         "description": "实现企业微信 OAuth 扫码登录流程"},
-        {"title": "扫码授权页 UI", "fr": "FR-2", "priority": "P1",
-         "acceptance": ["页面在移动端和 PC 端均正常显示"],
-         "description": "设计扫码授权页面，包含二维码展示和状态提示"}
+        {
+          "title": "支持企业微信扫码登录",
+          "fr": "FR-1",
+          "priority": "P0",
+          "acceptance": ["用户可通过企业微信扫码完成登录"],
+          "description": "实现企业微信 OAuth 扫码登录流程"
+        },
+        {
+          "title": "扫码授权页 UI",
+          "fr": "FR-2",
+          "priority": "P1",
+          "acceptance": ["页面在移动端和 PC 端均正常显示"],
+          "description": "设计扫码授权页面，包含二维码展示和状态提示"
+        }
       ]
     }
   },
-  "dingtalkUrl": "https://feishu.cn/wiki/xxx",  // 向后兼容旧字段，新 session 使用 services.knowledgeBase
-  "jiraUrls": [
-    "https://jira.example.com/browse/PROJ-123",
-    "https://jira.example.com/browse/PROJ-124"
-  ],
+  "dingtalkUrl": "https://feishu.cn/wiki/xxx", // 向后兼容旧字段，新 session 使用 services.knowledgeBase
+  "jiraUrls": ["https://jira.example.com/browse/PROJ-123", "https://jira.example.com/browse/PROJ-124"],
   "jiraTaskBreakdown": [
-    {"title": "支持企业微信扫码登录", "fr": "FR-1", "priority": "P0",
-     "acceptance": ["用户可通过企业微信扫码完成登录"],
-     "description": "实现企业微信 OAuth 扫码登录流程"}
+    {
+      "title": "支持企业微信扫码登录",
+      "fr": "FR-1",
+      "priority": "P0",
+      "acceptance": ["用户可通过企业微信扫码完成登录"],
+      "description": "实现企业微信 OAuth 扫码登录流程"
+    }
   ],
   "publishChecklist": [
-    {"step": "knowledge_base_push", "done": true, "note": "已推送到知识库"},
-    {"step": "issue_task_split", "done": true, "note": "用户已确认 2 个任务"},
-    {"step": "create_issues", "done": true, "total": 2, "created": 2}
+    { "step": "knowledge_base_push", "done": true, "note": "已推送到知识库" },
+    { "step": "issue_task_split", "done": true, "note": "用户已确认 2 个任务" },
+    { "step": "create_issues", "done": true, "total": 2, "created": 2 }
   ],
   "steps": [
     {
@@ -97,11 +104,11 @@ MODULE-FUNCTION-SUBFUNCTION
       "requirements": ["支持企业微信扫码"],
       "skipped": false,
       "checklist": [
-        {"item": "需求背景和业务目标", "done": true},
-        {"item": "目标用户画像", "done": true},
-        {"item": "核心痛点分析", "done": true},
-        {"item": "竞品和市场调研", "done": true},
-        {"item": "关键成功指标", "done": true}
+        { "item": "需求背景和业务目标", "done": true },
+        { "item": "目标用户画像", "done": true },
+        { "item": "核心痛点分析", "done": true },
+        { "item": "竞品和市场调研", "done": true },
+        { "item": "关键成功指标", "done": true }
       ],
       "completedAt": "2026-06-11T10:15:00.000Z"
     }
@@ -111,36 +118,37 @@ MODULE-FUNCTION-SUBFUNCTION
 
 ### 字段说明 — services 命名空间（新字段）
 
-|字段|类型|说明|
-|---|---|---|
-|`services.knowledgeBase`|object \| null|知识库服务信息。4a 成功后写入，含 `provider`（MCP 服务 ID）和 `url`（文档链接）|
-|`services.issueTracker`|object \| null|工单系统信息。4b+4c 过程中写入，含 `provider`、`urls` 数组（自动去重）、`taskBreakdown`（任务清单）|
+| 字段                     | 类型           | 说明                                                                                                |
+| ------------------------ | -------------- | --------------------------------------------------------------------------------------------------- |
+| `services.knowledgeBase` | object \| null | 知识库服务信息。4a 成功后写入，含 `provider`（MCP 服务 ID）和 `url`（文档链接）                     |
+| `services.issueTracker`  | object \| null | 工单系统信息。4b+4c 过程中写入，含 `provider`、`urls` 数组（自动去重）、`taskBreakdown`（任务清单） |
 
 ### 字段说明 — 通用字段
 
-|字段|类型|说明|
-|---|---|---|
-|`sessionId`|string|会话唯一 ID，格式 `tide-YYYYMMDD-NNN`|
-|`featureId`|string|功能标识，格式 `MODULE-FUNCTION-SUBFUNCTION`|
-|`brief`|string|需求中文概要，AI 从用户输入提炼，**不超过 50 字**。用于列表展示和关键词搜索匹配|
-|`createdAt`|string (ISO 8601)|会话创建时间|
-|`status`|string|会话状态，见下方状态说明|
-|`parent`|string \| null|需求变更/重来时关联的旧会话 sessionId；`null` 表示原始会话|
-|`supersededBy`|string \| null|取代此会话的新会话 sessionId；`null` 表示未被取代|
-|`steps`|array|角色讨论记录数组，每个 step 包含：`role`, `summary`, `decisions`, `requirements`, `skipped`, `checklist`, `completedAt`|
-|`publishChecklist`|array|发布流程 checklist，每项含 `{step, done, note?, skipped?, total?, created?, failedItems?}`。`failedItems` 记录失败的具体条目明细，标准格式见下方。步骤名：`knowledge_base_push` / `issue_task_split` / `create_issues`|
+| 字段               | 类型              | 说明                                                                                                                                                                                                                   |
+| ------------------ | ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `sessionId`        | string            | 会话唯一 ID，格式 `tide-YYYYMMDD-NNN`                                                                                                                                                                                  |
+| `featureId`        | string            | 功能标识，格式 `MODULE-FUNCTION-SUBFUNCTION`                                                                                                                                                                           |
+| `brief`            | string            | 需求中文概要，AI 从用户输入提炼，**不超过 50 字**。用于列表展示和关键词搜索匹配                                                                                                                                        |
+| `createdAt`        | string (ISO 8601) | 会话创建时间                                                                                                                                                                                                           |
+| `status`           | string            | 会话状态，见下方状态说明                                                                                                                                                                                               |
+| `parent`           | string \| null    | 需求变更/重来时关联的旧会话 sessionId；`null` 表示原始会话                                                                                                                                                             |
+| `supersededBy`     | string \| null    | 取代此会话的新会话 sessionId；`null` 表示未被取代                                                                                                                                                                      |
+| `steps`            | array             | 角色讨论记录数组，每个 step 包含：`role`, `summary`, `decisions`, `requirements`, `skipped`, `checklist`, `completedAt`                                                                                                |
+| `publishChecklist` | array             | 发布流程 checklist，每项含 `{step, done, note?, skipped?, total?, created?, failedItems?}`。`failedItems` 记录失败的具体条目明细，标准格式见下方。步骤名：`knowledge_base_push` / `issue_task_split` / `create_issues` |
 
 ### 向后兼容旧字段
 
 以下旧字段保留为向后兼容别名。新代码优先使用 `services` 命名空间，读取时降级：
 
-|旧字段|新字段|降级规则|
-|---|---|---|
-|`dingtalkUrl`|`services.knowledgeBase.url`|`services.knowledgeBase` 不存在时读取 `dingtalkUrl`|
-|`jiraUrls`|`services.issueTracker.urls`|`services.issueTracker` 不存在时读取 `jiraUrls`|
-|`jiraTaskBreakdown`|`services.issueTracker.taskBreakdown`|`services.issueTracker.taskBreakdown` 不存在时读取 `jiraTaskBreakdown`|
+| 旧字段              | 新字段                                | 降级规则                                                               |
+| ------------------- | ------------------------------------- | ---------------------------------------------------------------------- |
+| `dingtalkUrl`       | `services.knowledgeBase.url`          | `services.knowledgeBase` 不存在时读取 `dingtalkUrl`                    |
+| `jiraUrls`          | `services.issueTracker.urls`          | `services.issueTracker` 不存在时读取 `jiraUrls`                        |
+| `jiraTaskBreakdown` | `services.issueTracker.taskBreakdown` | `services.issueTracker.taskBreakdown` 不存在时读取 `jiraTaskBreakdown` |
 
 **读写规则：**
+
 - **写操作：** 统一写入 `services` 命名空间，不再写入旧字段
 - **读操作：** 优先读取 `services` 命名空间，不存在时降级到旧字段
 - **AI 展示：** 优先展示 `services` 中的值；展示给用户时使用通用名称（"知识库"、"工单"），而非特定服务名
@@ -149,26 +157,26 @@ MODULE-FUNCTION-SUBFUNCTION
 
 ### Steps 子字段
 
-|字段|类型|说明|
-|---|---|---|
-|`role`|string|角色 ID：`analyst` / `pm` / `architect` / `designer` / `po`|
-|`summary`|string|本角色讨论总结|
-|`decisions`|string[]|关键决策列表|
-|`requirements`|string[]|功能需求/要求列表|
-|`skipped`|boolean|是否为用户跳过的可选角色，缺省 `false`|
-|`checklist`|array|讨论进度清单，每项含 `{item: string, done: boolean}`|
-|`completedAt`|string \| null|完成时间。有值 = 该角色已处理完毕（已完成**或**已跳过，配合 `skipped` 区分）；`null` = 尚未处理|
+| 字段           | 类型           | 说明                                                                                            |
+| -------------- | -------------- | ----------------------------------------------------------------------------------------------- |
+| `role`         | string         | 角色 ID：`analyst` / `pm` / `architect` / `designer` / `po`                                     |
+| `summary`      | string         | 本角色讨论总结                                                                                  |
+| `decisions`    | string[]       | 关键决策列表                                                                                    |
+| `requirements` | string[]       | 功能需求/要求列表                                                                               |
+| `skipped`      | boolean        | 是否为用户跳过的可选角色，缺省 `false`                                                          |
+| `checklist`    | array          | 讨论进度清单，每项含 `{item: string, done: boolean}`                                            |
+| `completedAt`  | string \| null | 完成时间。有值 = 该角色已处理完毕（已完成**或**已跳过，配合 `skipped` 区分）；`null` = 尚未处理 |
 
 ### 状态说明
 
-|状态|含义|何时设置|后续操作|
-|---|---|---|---|
-|`active`|讨论进行中。还有角色未完成或可选角色待询问。|Step 1 新建时设为此值|继续角色讨论|
-|`prd_ready`|PRD 已生成。所有必需角色讨论完成，PRD 文件已写入磁盘。|Step 3 PRD 生成后设为此值|查看 PRD、推送到知识库（4a）、变更需求|
-|`published`|已发布到知识库。4a 执行成功或已跳过，等待 4b 任务拆分。|Step 4a 成功后（或跳过时）设为此值|查看 PRD、拆分为任务（4b）、变更需求|
-|`publish_error`|发布过程中出错。知识库推送或工单创建失败。|Step 4a 或 4c 执行失败时设为此值|查看 PRD、重试发布、放弃发布（→ superseded）|
-|`completed`|工单已创建（或全部跳过）。所有发布步骤完成，整个需求工作流完结。**自动归档到 `archive/` 目录。**|Step 4c 成功（或全部跳过）后设为此值|查看 PRD 和工单（只读归档）|
-|`superseded`|已废弃（变更需求/放弃/重来）。此需求已被取代、放弃或重来。**自动归档到 `archive/` 目录。**|用户选择「变更需求」「放弃」或「重来」时设为此值|查看历史和替代会话（只读归档）|
+| 状态            | 含义                                                                                             | 何时设置                                         | 后续操作                                     |
+| --------------- | ------------------------------------------------------------------------------------------------ | ------------------------------------------------ | -------------------------------------------- |
+| `active`        | 讨论进行中。还有角色未完成或可选角色待询问。                                                     | Step 1 新建时设为此值                            | 继续角色讨论                                 |
+| `prd_ready`     | PRD 已生成。所有必需角色讨论完成，PRD 文件已写入磁盘。                                           | Step 3 PRD 生成后设为此值                        | 查看 PRD、推送到知识库（4a）、变更需求       |
+| `published`     | 已发布到知识库。4a 执行成功或已跳过，等待 4b 任务拆分。                                          | Step 4a 成功后（或跳过时）设为此值               | 查看 PRD、拆分为任务（4b）、变更需求         |
+| `publish_error` | 发布过程中出错。知识库推送或工单创建失败。                                                       | Step 4a 或 4c 执行失败时设为此值                 | 查看 PRD、重试发布、放弃发布（→ superseded） |
+| `completed`     | 工单已创建（或全部跳过）。所有发布步骤完成，整个需求工作流完结。**自动归档到 `archive/` 目录。** | Step 4c 成功（或全部跳过）后设为此值             | 查看 PRD 和工单（只读归档）                  |
+| `superseded`    | 已废弃（变更需求/放弃/重来）。此需求已被取代、放弃或重来。**自动归档到 `archive/` 目录。**       | 用户选择「变更需求」「放弃」或「重来」时设为此值 | 查看历史和替代会话（只读归档）               |
 
 ### 状态流转图
 
@@ -198,13 +206,13 @@ flowchart TD
 
 `failedItems` 数组中的每个条目遵循以下标准结构：
 
-|字段|类型|说明|
-|---|---|---|
-|`title`|string|**必填**。失败 Issue 的标题，与 4b 任务清单中的 Story 标题一致|
-|`fr`|string|关联的功能需求编号（如 `FR-3`），用于追溯 PRD 原文|
-|`priority`|string|优先级（`P0`/`P1`/`P2`），从 4b 任务清单继承|
-|`acceptance`|string[]|验收标准列表，从 PRD 验收标准章节提取|
-|`description`|string|Issue 详细描述，包含背景和预期行为|
+| 字段          | 类型     | 说明                                                           |
+| ------------- | -------- | -------------------------------------------------------------- |
+| `title`       | string   | **必填**。失败 Issue 的标题，与 4b 任务清单中的 Story 标题一致 |
+| `fr`          | string   | 关联的功能需求编号（如 `FR-3`），用于追溯 PRD 原文             |
+| `priority`    | string   | 优先级（`P0`/`P1`/`P2`），从 4b 任务清单继承                   |
+| `acceptance`  | string[] | 验收标准列表，从 PRD 验收标准章节提取                          |
+| `description` | string   | Issue 详细描述，包含背景和预期行为                             |
 
 > 重试时 AI 依据 `title` 匹配任务清单中的条目，使用 `acceptance` 和 `description` 重建 Issue 内容。
 
@@ -225,13 +233,13 @@ flowchart TD
 
 5 个 BMAD 角色，按固定顺序进行：
 
-|顺序|ID|名称|必需？|说明|
-|---|---|---|---|---|
-|1|`analyst`|📊 业务分析师 Mary|✅ 必需|了解背景、痛点、竞品、目标用户|
-|2|`pm`|📋 产品经理 John|✅ 必需|功能范围、用户故事、优先级、验收标准|
-|3|`architect`|🏗️ 架构师 Winston|⬜ 可选|技术可行性、风险、系统影响|
-|4|`designer`|🎨 UX 设计师 Sally|⬜ 可选|交互方案、设计约束|
-|5|`po`|👑 产品负责人 Chris|⬜ 可选|业务价值、发布策略|
+| 顺序 | ID          | 名称                | 必需？  | 说明                                 |
+| ---- | ----------- | ------------------- | ------- | ------------------------------------ |
+| 1    | `analyst`   | 📊 业务分析师 Mary  | ✅ 必需 | 了解背景、痛点、竞品、目标用户       |
+| 2    | `pm`        | 📋 产品经理 John    | ✅ 必需 | 功能范围、用户故事、优先级、验收标准 |
+| 3    | `architect` | 🏗️ 架构师 Winston   | ⬜ 可选 | 技术可行性、风险、系统影响           |
+| 4    | `designer`  | 🎨 UX 设计师 Sally  | ⬜ 可选 | 交互方案、设计约束                   |
+| 5    | `po`        | 👑 产品负责人 Chris | ⬜ 可选 | 业务价值、发布策略                   |
 
 **必需角色（2 个）：** `analyst`、`pm` — 必须完成才能生成 PRD
 **可选角色（3 个）：** `architect`、`designer`、`po` — 用户可以选择跳过

package/dist/skills/tide-discuss/references/prd-template.md

@@ -22,18 +22,21 @@ featureId: {featureId}
 **需求描述:** {brief}
 **Feature ID:** `{featureId}`
 **参与角色:**
+
 - 📊 analyst — {summary 第一行}
 - 📋 pm — {summary 第一行}
-（如 architect / designer / po 已参与，在此列出）
+  （如 architect / designer / po 已参与，在此列出）
 
 ## 2. 背景与目标
 
 {analyst 的 summary}
 
 **关键决策:**
+
 - {analyst 的 decisions，包含背景分析和约束假设}
 
 **分析师需求（AR — Analyst Requirements）:**
+
 - AR-1: {analyst requirements，按背景/约束/假设分类}
 - AR-2: {analyst requirements}
 
@@ -69,9 +72,9 @@ featureId: {featureId}
 
 ## 10. 讨论记录
 
-| 角色 | 完成时间 | 总结 |
-|------|----------|------|
-| {列出有 completedAt 的角色，跳过 skipped 的} | {时间} | {summary，前 50 字，不足则全量显示} |
+| 角色                                         | 完成时间 | 总结                                |
+| -------------------------------------------- | -------- | ----------------------------------- |
+| {列出有 completedAt 的角色，跳过 skipped 的} | {时间}   | {summary，前 50 字，不足则全量显示} |
 
 ## 11. 开放问题
 
@@ -89,8 +92,8 @@ featureId: {featureId}
   "brief": "企业微信扫码登录",
   "generatedAt": "2026-06-11T10:30:00.000Z",
   "participants": [
-    {"role": "analyst", "completedAt": "2026-06-11T10:15:00.000Z", "skipped": false},
-    {"role": "pm", "completedAt": "2026-06-11T10:25:00.000Z", "skipped": false}
+    { "role": "analyst", "completedAt": "2026-06-11T10:15:00.000Z", "skipped": false },
+    { "role": "pm", "completedAt": "2026-06-11T10:25:00.000Z", "skipped": false }
   ],
   "sections": {
     "background": {
@@ -103,32 +106,31 @@ featureId: {featureId}
       "作为 IT 管理员，我想配置企业微信登录参数，以便控制接入权限"
     ],
     "functionalRequirements": [
-      {"id": "FR-1", "title": "支持企业微信扫码登录", "priority": "P0"},
-      {"id": "FR-2", "title": "扫码授权页 UI", "priority": "P1"}
-    ],
-    "nonFunctionalRequirements": [
-      "可用性: 需满足基本可用标准",
-      "性能: 响应时间在可接受范围内"
+      { "id": "FR-1", "title": "支持企业微信扫码登录", "priority": "P0" },
+      { "id": "FR-2", "title": "扫码授权页 UI", "priority": "P1" }
     ],
+    "nonFunctionalRequirements": ["可用性: 需满足基本可用标准", "性能: 响应时间在可接受范围内"],
     "acceptanceCriteria": [
-      {"id": "AC-1", "description": "用户可通过企业微信扫码完成登录"},
-      {"id": "AC-2", "description": "同一账号最多 3 台设备同时在线"}
+      { "id": "AC-1", "description": "用户可通过企业微信扫码完成登录" },
+      { "id": "AC-2", "description": "同一账号最多 3 台设备同时在线" }
     ],
     "technicalPlan": "（未讨论）",
     "uxSuggestions": "（未讨论）",
     "releaseStrategy": "（未讨论）"
   },
   "discussionRecords": [
-    {"role": "analyst", "completedAt": "2026-06-11T10:15:00.000Z", "summary": "讨论了企业微信在企业通讯录中的使用情况..."}
+    {
+      "role": "analyst",
+      "completedAt": "2026-06-11T10:15:00.000Z",
+      "summary": "讨论了企业微信在企业通讯录中的使用情况..."
+    }
   ],
-  "openQuestions": [
-    "需求范围是否有需要进一步明确的地方？",
-    "所有关键决策是否已记录？"
-  ]
+  "openQuestions": ["需求范围是否有需要进一步明确的地方？", "所有关键决策是否已记录？"]
 }
 ```
 
 **说明：**
+
 - `sections` 中可选角色对应的字段（`technicalPlan` / `uxSuggestions` / `releaseStrategy`）如果角色未参与，值为 `"（未讨论）"`，与 Markdown 模板一致
 - `participants` 包含所有已参与的角色（包括 `skipped: true` 的），不含未触及的角色
 - 该 JSON 用于 4b 任务拆分的结构化读取，字段名固定不可随意修改

package/dist/skills/tide-discuss/references/publish-flow.md

@@ -7,6 +7,7 @@ PRD 生成后（`status: prd_ready`），分三步完成发布流程。每步根
 进入 Step 4 时，AI 先读取 `.deepstorm/settings.json` → `mcpCapabilities` 确定可用的 provider。
 
 能力映射结构示例（安装时渲染）：
+
 ```json
 {
   "knowledge_base": {
@@ -39,22 +40,36 @@ PRD 生成后（`status: prd_ready`），分三步完成发布流程。每步根
 ```json
 {
   "publishChecklist": [
-    {"step": "knowledge_base_push", "done": true, "note": "已推送到知识库"},
-    {"step": "issue_task_split", "done": true, "note": "用户已确认 5 个任务"},
-    {"step": "create_issues", "done": false, "total": 5, "created": 3,
-     "failedItems": [
-       {"title": "Story 4: Token 刷新优化", "fr": "FR-4", "priority": "P1",
-        "acceptance": ["Token 过期后自动刷新", "刷新过程用户无感知"],
-        "description": "用户登录后获取 Token，Token 过期前自动调用刷新接口"},
-       {"title": "Story 5: 多设备登录管理", "fr": "FR-5", "priority": "P2",
-        "acceptance": ["同一账号最多 3 台设备同时在线", "超出时提示用户"],
-        "description": "用户可在多台设备上登录同一账号，系统管理设备会话数"}
-     ]}
+    { "step": "knowledge_base_push", "done": true, "note": "已推送到知识库" },
+    { "step": "issue_task_split", "done": true, "note": "用户已确认 5 个任务" },
+    {
+      "step": "create_issues",
+      "done": false,
+      "total": 5,
+      "created": 3,
+      "failedItems": [
+        {
+          "title": "Story 4: Token 刷新优化",
+          "fr": "FR-4",
+          "priority": "P1",
+          "acceptance": ["Token 过期后自动刷新", "刷新过程用户无感知"],
+          "description": "用户登录后获取 Token，Token 过期前自动调用刷新接口"
+        },
+        {
+          "title": "Story 5: 多设备登录管理",
+          "fr": "FR-5",
+          "priority": "P2",
+          "acceptance": ["同一账号最多 3 台设备同时在线", "超出时提示用户"],
+          "description": "用户可在多台设备上登录同一账号，系统管理设备会话数"
+        }
+      ]
+    }
   ]
 }
 ```
 
 **规则：**
+
 - `done: true` + 无 `skipped` → 该步已完成，下次恢复时直接跳过
 - `done: true` + `skipped: true` → 该步被跳过（无可用 MCP 服务）。恢复时**跳过该步**，不重新检查 MCP 可用性
 - `done: false` + 无 `failedItems` → 该步从未执行过，从头开始
@@ -81,12 +96,14 @@ PRD 生成后（`status: prd_ready`），分三步完成发布流程。每步根
 ### 场景 B：多知识库可用（用户选择）
 
 在 4a 入口展示可用列表让用户选择：
+
 ```
 检测到多个知识库服务：
 1. {provider1.label} ({provider1.id})
 2. {provider2.label} ({provider2.id})
 请选择本次推送使用的知识库：
 ```
+
 用户选择后，按所选 provider 的 skill 指南执行推送。选择结果持久化到 `services.knowledgeBase.provider`。
 
 ### 场景 C：无可用知识库（跳过）
@@ -130,12 +147,14 @@ PRD 生成后（`status: prd_ready`），分三步完成发布流程。每步根
 ### 多工单系统可用时（额外步骤）
 
 在 4b 入口询问用户选择：
+
 ```
 检测到多个工单系统：
 1. {provider1.label} ({provider1.id})
 2. {provider2.label} ({provider2.id})
 本次使用哪个？
 ```
+
 选择结果持久化到 `services.issueTracker.provider`，同一 session 内后续 4c 和恢复时直接读取，不再重新询问。
 
 ### 无可用工单系统时（跳过 4b + 4c）

package/dist/skills/tide-discuss/references/role-prompts.md

@@ -35,12 +35,12 @@
 > **Checklist（5 项）：** `references/checklists.md` — analyst
 >
 > 目标：
+>
 > - 了解需求背景和用户痛点
 > - 调研竞品和市场趋势
 > - 明确目标用户和使用场景
 >
 > 要求：基于证据和数据，避免主观臆断。完成所有目标后进入下一角色。
->
 
 ---
 
@@ -52,12 +52,12 @@
 > **Checklist（5 项）：** `references/checklists.md` — pm
 >
 > 目标：
+>
 > - 定义功能范围和边界
 > - 梳理用户故事和优先级
 > - 确定验收标准
 >
 > 要求：基于用户价值和实际场景。完成所有目标后进入下一角色。
->
 
 ---
 
@@ -69,10 +69,10 @@
 > **Checklist（4 项）：** `references/checklists.md` — architect
 >
 > 目标：
+>
 > - 评估技术可行性和实现成本
 > - 识别潜在技术风险和依赖
 > - 给出架构建议和约束
->
 
 ---
 
@@ -84,10 +84,10 @@
 > **Checklist（4 项）：** `references/checklists.md` — designer
 >
 > 目标：
+>
 > - 评估用户体验影响
 > - 识别关键交互流程
 > - 给出 UX 建议
->
 
 ---
 
@@ -99,7 +99,7 @@
 > **Checklist（4 项）：** `references/checklists.md` — po
 >
 > 目标：
+>
 > - 确认产品方向与战略对齐
 > - 评估需求优先级与投入产出比
 > - 确认发布策略和节奏
->

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@deepstorm/cli",
-  "version": "0.11.0",
+  "version": "0.11.1",
   "description": "DeepStorm CLI — 一键配置项目开发环境",
   "license": "MIT",
   "author": "billkang",
@@ -17,7 +17,7 @@
     "handlebars": "^4.7.8",
     "js-yaml": "^4.1.0",
     "playwright": "^1.62.0",
-    "@deepstorm/pilot": "^0.11.0"
+    "@deepstorm/pilot": "^0.11.1"
   },
   "devDependencies": {
     "@types/node": "^22.0.0",
@@ -34,6 +34,7 @@
   },
   "scripts": {
     "build": "node scripts/build.mjs && node dist/build-registry.js",
-    "test": "vitest run --coverage"
+    "test": "vitest run",
+    "test:coverage": "vitest run --coverage"
   }
 }