jsharness 1.10.0 → 1.12.2

package/.harness/agents/solution-designer/prompt.md

@@ -14,7 +14,7 @@ enabled: true
 enabledAutoRun: false
 maxTurns: 15
 scope:
-  - openspec/
+  - jsspec/
   - .harness/
   - src/
 triggers:

package/.harness/agents/solution-designer.md

@@ -14,7 +14,7 @@ enabled: true
 enabledAutoRun: false
 maxTurns: 15
 scope:
-  - openspec/
+  - jsspec/
   - .harness/
   - src/
 triggers:

package/.harness/commands/js/deliver.md

@@ -0,0 +1,43 @@
+---
+name: deliver
+description: 交付归档命令 — 执行实施+归档的两阶段工作流，调用 jsspec-deliver Skill 执行
+alwaysApply: false
+enabled: true
+---
+
+# 交付归档命令（deliver）
+
+> **触发时机**: propose 产出完成且用户确认设计后
+> **执行 Skill**: `jsspec-deliver`
+
+---
+
+## 使用方式
+
+当用户确认设计方案后，使用本命令进入交付归档阶段。
+
+参数：
+- `{name}` — ttspec change 名称
+
+## 前置条件
+
+- propose 产出已完成（proposal.md、design.md、specs/、tasks.md）
+- 用户已确认设计方案
+- PRD 已生成（如适用）
+
+## 执行
+
+调用 `jsspec-deliver` Skill 执行两阶段工作流：
+
+### Phase 1: 实施任务
+
+按 tasks.md 逐步实施，完成后询问用户确认进入归档阶段。
+
+### Phase 2: 归档
+
+1. 移动 change 目录到 archive/
+2. 移动原始需求到 origin-main/
+3. 移动 PRD 到 prd-main/{module}/
+4. 更新 prd-main/README.md 索引
+
+详细执行逻辑详见 `jsspec-deliver` Skill。

package/.harness/commands/js/explore.md

@@ -1,6 +1,6 @@
 ---
 name: explore
-description: 需求深度探索命令 — 在需求分析阶段进行需求澄清、矛盾发现、方案对比、风险识别，调用 openspec-explore Skill 执行
+description: 需求深度探索命令 — 在需求分析阶段进行需求澄清、矛盾发现、方案对比、风险识别，调用 jsspec-explore Skill 执行
 alwaysApply: false
 enabled: true
 ---
@@ -8,7 +8,7 @@ enabled: true
 # 需求深度探索命令（explore）
 
 > **触发时机**: 收到新需求后、生成任何文档之前
-> **执行 Skill**: `openspec-explore`
+> **执行 Skill**: `jsspec-explore`
 
 ---
 
@@ -18,14 +18,27 @@ enabled: true
 
 参数：
 - `{name}` — ttspec change 名称（从原始需求文件名派生，去除日期前缀）
+- 或者用户提供需求文件路径（可选）
+
+## 输入源优先级
+
+explore 命令按以下顺序查找需求文件：
+
+1. **优先扫描 `.harness/doc/originRequirements/`**：列出该目录下所有 `.md` 文件（排除 `README.md`、`.gitkeep` 和 `origin-main/` 子目录）
+   - 单个文件 → 自动选择
+   - 多个文件 → 列表供用户选择
+2. **回退用户指定路径**：如果 originRequirements/ 下没有需求文件，使用用户提供的文件路径
+3. **提示创建**：如果以上都没有，提示用户 "未找到需求文件。请在 .harness/doc/originRequirements/ 下创建需求文件，或提供需求文件路径"
 
 ## 前置条件
 
-- 原始需求文件已存在于 `.harness/doc/originRequirements/`
+- 需求文件已通过上述输入源优先级逻辑找到
 - 对应的 ttspec change 目录已创建于 `.harness/doc/ttspec/change/{name}/`
 
 ## 执行
 
-调用 `openspec-explore` Skill 执行深度探索，产出存放于 `.harness/doc/ttspec/change/{name}/explore-notes.md`。
+调用 `jsspec-explore` Skill 执行深度探索，产出存放于 `.harness/doc/ttspec/change/{name}/explore-notes.md`。
+
+**重要**：explore 完成后，**必须**等待用户确认探索结果，禁止自动进入 propose 阶段。详见 `jsspec-explore` Skill 的 Step 5 门禁。
 
-详细执行逻辑（四维度探索框架、探索笔记模板、完成判定标准）详见 `openspec-explore` Skill。
+详细执行逻辑（四维度探索框架、探索笔记模板、完成判定标准）详见 `jsspec-explore` Skill。

package/.harness/commands/js/propose.md

@@ -1,6 +1,6 @@
 ---
 name: propose
-description: 结构化提案命令 — 基于 explore 探索结果生成 proposal/design/specs/tasks，调用 openspec-propose Skill 执行
+description: 结构化提案命令 — 基于 explore 探索结果生成 proposal/design/specs/tasks，调用 jsspec-propose Skill 执行
 alwaysApply: false
 enabled: true
 ---
@@ -8,7 +8,7 @@ enabled: true
 # 结构化提案命令（propose）
 
 > **触发时机**: explore 步骤完成后
-> **执行 Skill**: `openspec-propose`
+> **执行 Skill**: `jsspec-propose`
 
 ---
 
@@ -26,6 +26,6 @@ explore 步骤完成后，使用本命令生成结构化提案。
 
 ## 执行
 
-调用 `openspec-propose` Skill 执行结构化提案生成，产出存放于 `.harness/doc/ttspec/change/{name}/`（proposal.md, design.md, specs/, tasks.md）。
+调用 `jsspec-propose` Skill 执行结构化提案生成，产出存放于 `.harness/doc/ttspec/change/{name}/`（proposal.md, design.md, specs/, tasks.md）。
 
-详细执行逻辑（产出物规范、与 PRD 的衔接）详见 `openspec-propose` Skill。
+详细执行逻辑（产出物规范、与 PRD 的衔接）详见 `jsspec-propose` Skill。

package/.harness/doc/prd/prd-main/README.md

@@ -0,0 +1,33 @@
+# PRD 总仓库
+
+本目录是产品需求文档（PRD）的总仓库，按模块组织归档的 PRD 文件。
+
+## 目录结构
+
+```
+.harness/doc/prd/prd-main/
+├── README.md                              # 本文件（自动生成的索引）
+├── general/                               # 未识别模块的 PRD 归档
+│   └── requirements-{name}.md
+├── user-module/                           # 用户模块 PRD
+│   └── requirements-{name}.md
+└── order-module/                          # 订单模块 PRD
+    └── requirements-{name}.md
+```
+
+## 模块索引
+
+| 模块 | 路径 | PRD 文件 |
+|------|------|---------|
+| general | `general/` | 未识别模块的 PRD |
+
+> 本索引由归档流程自动更新。每次 PRD 归档时，会追加或更新对应的模块行。
+
+## 归档规则
+
+1. 归档时从 PRD 文件的"涉及产品线/模块"字段提取模块名
+2. 如果有模块信息 → 移动到 `prd-main/{module}/`
+3. 如果没有模块信息 → 移动到 `prd-main/general/`
+4. 归档后自动更新本 README 的模块索引表
+
+> 本目录由 Harness Engineering 系统管理。

package/.harness/doc/team-guidelines/pm-team.md

@@ -14,7 +14,7 @@
 
 ```
 ┌────────────────────────────────────────────┐
-│          PM 的三大核心职责                   │
+│          三大核心职责                   │
 ├────────────────────────────────────────────┤
 │  ① 需求路由 — 接收需求，判断类型，分配流程    │
 │  ② 进度追踪 — 维护 TaskBoard，识别阻塞      │

package/.harness/doc/ttspec/README.md

@@ -1,6 +1,6 @@
 # ttspec — 变更规格管理目录
 
-本目录用于存放 Harness 流程中 OpenSpec 的产出物，包括变更管理（change）和能力规格（specs）。
+本目录用于存放 Harness 流程中 JSSpec 的产出物，包括变更管理（change）和能力规格（specs）。
 
 ## 目录结构
 
@@ -25,9 +25,9 @@ change 名称从原始需求文件名派生：去除日期前缀，保留 kebab-
 
 示例：需求文件 `2026-05-22-user-avatar-upload.md` → change 名 `user-avatar-upload`
 
-## 与 openspec/ 的关系
+## 与 jsspec/ 的关系
 
-- `openspec/` — OpenSpec CLI 原生操作目录（历史数据保持不动）
+- `jsspec/` — JSSpec 原生操作目录（历史数据保持不动）
 - `.harness/doc/ttspec/` — Harness 流程中的变更管理产出目录
 
 > 本目录由 Harness Engineering 系统管理。