jsharness 1.12.2 → 1.12.3

package/.harness/agents/tester.md

@@ -46,10 +46,12 @@ outputFormat: .harness/doc/test-report/test-report-{task-id}.md
 3. 记录和跟踪缺陷
 4. 输出完整的测试报告
 5. 评估回归风险
+6. 设计阶段测试用例编写（使用 test-case-designer Skill）
 
 ## 测试覆盖矩阵
 | 测试类型 | 执行时机 | 负责人 | 必须? | 引用Skill |
 |----------|----------|--------|-------|-----------|
+| 测试用例设计 | 设计阶段 | Tester | ✅ 必须 | test-case-designer |
 | 单元测试 | 开发时 | Developer | ✅ 必须 | test-unit |
 | 静态检查 | 每次 commit | Dev/CI | ✅ 必须 | lint-check |
 | API 集成测试 | PR 前 | Tester | ✅ 必须 | test-api |

package/.harness/mcp/config.yaml

@@ -34,6 +34,34 @@ mcp_server:
       credentials_ref: "DOCKER_REGISTRY_TOKEN"
       enabled: false                    # 阶段二才启用
 
+    # === 基础设施系统 ===
+    nacos:
+      type: "nacos_api"
+      base_url: "${NACOS_ADDR:http://localhost:8848}"
+      username_ref: "NACOS_USERNAME"         # 环境变量注入，禁止硬编码
+      password_ref: "NACOS_PASSWORD"
+      enabled: true
+      description: "Nacos 3.0 — 服务注册发现 + 配置管理"
+
+    mysql:
+      type: "mysql_api"
+      host: "${MYSQL_HOST:localhost}"
+      port: "${MYSQL_PORT:3306}"
+      database: "${MYSQL_DATABASE:jieshun}"
+      username_ref: "MYSQL_USERNAME"
+      password_ref: "MYSQL_PASSWORD"
+      enabled: true
+      description: "MySQL 8.0 — 主数据存储（utf8mb4）"
+
+    redis:
+      type: "redis_api"
+      host: "${REDIS_HOST:localhost}"
+      port: "${REDIS_PORT:6379}"
+      password_ref: "REDIS_PASSWORD"
+      database: "${REDIS_DATABASE:0}"
+      enabled: true
+      description: "Redis 5.x — 缓存 + 分布式锁（Redisson）"
+
   # 安全设置
   security:
     rate_limit:
@@ -44,6 +72,12 @@ mcp_server:
       - "git:*"                         # Git 操作（阶段二细分）
       - "ci:status:read"               # CI 状态读取
       - "issue:list"                   # Issue 列表读取
+      - "nacos:config:read"            # Nacos 配置读取
+      - "nacos:service:read"           # Nacos 服务发现读取
+      - "mysql:status:read"            # MySQL 状态读取
+      - "mysql:schema:read"            # MySQL 表结构读取
+      - "redis:info:read"              # Redis 信息读取
+      - "redis:key:read"               # Redis Key TTL/类型读取
 ```
 
 ## 阶段一：只读集成 Tools 定义
@@ -191,6 +225,231 @@ mcp_server:
 
 ---
 
+# ════════════════════════════════════════════════════════
+#  基础设施 Tools 定义（Nacos / MySQL / Redis）
+# ════════════════════════════════════════════════════════
+
+> **安全原则**: 所有基础设施 Tool 均为只读，禁止通过 MCP 修改配置/数据/缓存值
+
+## Nacos 只读 Tools
+
+```javascript
+// mcp/tools/nacos-read.js
+
+/**
+ * Tool: nacos_config_get
+ * 读取 Nacos 配置中心指定 DataId 的配置内容
+ */
+{
+  name: "nacos_config_get",
+  description: "读取 Nacos 配置中心指定 DataId 的配置内容（只读）",
+  parameters: {
+    dataId: { type: "string", description: "配置 DataId（如 jieshun-app-server.yaml）" },
+    group: { type: "string", description: "配置 Group", default: "DEFAULT_GROUP" },
+    namespace: { type: "string", description: "命名空间 ID", optional: true, default: "public" }
+  },
+  readOnly: true,
+  handler: async ({ dataId, group, namespace }) => {
+    // GET /nacos/v1/cs/configs?dataId=...&group=...&tenant=...
+    // 返回配置内容（YAML/Properties 文本）
+  }
+}
+
+/**
+ * Tool: nacos_config_list
+ * 列出 Nacos 配置中心指定 Group 下的配置列表
+ */
+{
+  name: "nacos_config_list",
+  description: "列出 Nacos 配置中心指定 Group 下的所有配置项（只读）",
+  parameters: {
+    group: { type: "string", description: "配置 Group", optional: true, default: "DEFAULT_GROUP" },
+    namespace: { type: "string", description: "命名空间 ID", optional: true, default: "public" },
+    page: { type: "number", description: "页码", default: 1 },
+    pageSize: { type: "number", description: "每页数量", default: 50 }
+  },
+  readOnly: true
+}
+
+/**
+ * Tool: nacos_service_list
+ * 列出注册到 Nacos 的服务实例
+ */
+{
+  name: "nacos_service_list",
+  description: "列出 Nacos 注册中心的所有服务实例（服务发现，只读）",
+  parameters: {
+    namespace: { type: "string", description: "命名空间 ID", optional: true, default: "public" },
+    groupName: { type: "string", description: "服务分组", optional: true, default: "DEFAULT_GROUP" },
+    serviceName: { type: "string", description: "服务名过滤（可选）", optional: true },
+    healthyOnly: { type: "boolean", description: "仅健康实例", default: true }
+  },
+  readOnly: true
+}
+
+/**
+ * Tool: nacos_service_detail
+ * 获取指定服务实例的详细信息
+ */
+{
+  name: "nacos_service_detail",
+  description: "获取 Nacos 中指定服务实例的详细信息（IP、端口、权重、健康状态）",
+  parameters: {
+    serviceName: { type: "string", description: "服务名" },
+    namespace: { type: "string", description: "命名空间 ID", optional: true, default: "public" },
+    groupName: { type: "string", description: "服务分组", optional: true, default: "DEFAULT_GROUP" }
+  },
+  readOnly: true
+}
+```
+
+## MySQL 只读 Tools
+
+```javascript
+// mcp/tools/mysql-read.js
+
+/**
+ * Tool: mysql_query_status
+ * 查询 MySQL 服务器状态信息
+ */
+{
+  name: "mysql_query_status",
+  description: "查询 MySQL 服务器运行状态（连接数、线程数、QPS 等，只读）",
+  parameters: {
+    metrics: {
+      type: "array",
+      description: "需要查询的状态指标",
+      optional: true,
+      default: ["Threads_connected", "Threads_running", "Queries", "Slow_queries"]
+    }
+  },
+  readOnly: true,
+  handler: async ({ metrics }) => {
+    // 执行 SHOW STATUS LIKE 'Threads%' 等
+    // 返回各指标的当前值
+  }
+}
+
+/**
+ * Tool: mysql_schema_list
+ * 列出指定数据库的表结构概要
+ */
+{
+  name: "mysql_schema_list",
+  description: "列出 MySQL 指定数据库中的表名和行数概要（不读取业务数据，只读）",
+  parameters: {
+    database: { type: "string", description: "数据库名", optional: true },
+    tablePattern: { type: "string", description: "表名匹配模式（LIKE）", optional: true }
+  },
+  readOnly: true
+}
+
+/**
+ * Tool: mysql_table_structure
+ * 查询指定表的 DDL 结构
+ */
+{
+  name: "mysql_table_structure",
+  description: "获取 MySQL 表的 CREATE TABLE 语句（表结构定义，只读）",
+  parameters: {
+    table: { type: "string", description: "表名" },
+    database: { type: "string", description: "数据库名", optional: true }
+  },
+  readOnly: true
+}
+
+/**
+ * Tool: mysql_index_list
+ * 查询指定表的索引信息
+ */
+{
+  name: "mysql_index_list",
+  description: "获取 MySQL 表的索引定义（SHOW INDEX，只读）",
+  parameters: {
+    table: { type: "string", description: "表名" },
+    database: { type: "string", description: "数据库名", optional: true }
+  },
+  readOnly: true
+}
+```
+
+## Redis 只读 Tools
+
+```javascript
+// mcp/tools/redis-read.js
+
+/**
+ * Tool: redis_server_info
+ * 查询 Redis 服务器信息
+ */
+{
+  name: "redis_server_info",
+  description: "查询 Redis 服务器运行信息（内存、连接数、命中率等，只读）",
+  parameters: {
+    sections: {
+      type: "array",
+      description: "需要查询的 INFO 区段",
+      optional: true,
+      default: ["Server", "Memory", "Clients", "Stats", "Keyspace"]
+    }
+  },
+  readOnly: true,
+  handler: async ({ sections }) => {
+    // 执行 INFO Server / INFO Memory 等
+    // 返回关键指标：used_memory, connected_clients, keyspace_hits/misses
+  }
+}
+
+/**
+ * Tool: redis_key_scan
+ * 扫描 Redis 中匹配模式的 Key 列表
+ */
+{
+  name: "redis_key_scan",
+  description: "扫描 Redis 中匹配模式的 Key 列表（不读取值，只读）",
+  parameters: {
+    pattern: { type: "string", description: "Key 匹配模式（如 user:login:token:*）", default: "*" },
+    count: { type: "number", description: "扫描数量限制", default: 100 },
+    database: { type: "number", description: "Redis 数据库编号", optional: true, default: 0 }
+  },
+  readOnly: true
+}
+
+/**
+ * Tool: redis_key_ttl
+ * 查询指定 Key 的 TTL 和类型
+ */
+{
+  name: "redis_key_ttl",
+  description: "查询 Redis Key 的剩余过期时间和数据类型（只读，不返回 value）",
+  parameters: {
+    key: { type: "string", description: "Redis Key 名称" },
+    database: { type: "number", description: "Redis 数据库编号", optional: true, default: 0 }
+  },
+  readOnly: true,
+  handler: async ({ key, database }) => {
+    // 执行 TTL key / TYPE key
+    // 返回 { key, type, ttl } — 不返回 value（安全红线）
+  }
+}
+
+/**
+ * Tool: redis_key_type_scan
+ * 按 Key 前缀统计各类型数量
+ */
+{
+  name: "redis_key_type_scan",
+  description: "按 Key 前缀统计 Redis 中各类型（String/Hash/List/Set/ZSet）的数量分布（只读）",
+  parameters: {
+    prefix: { type: "string", description: "Key 前缀（如 user:）", default: "" },
+    database: { type: "number", description: "Redis 数据库编号", optional: true, default: 0 }
+  },
+  readOnly: true
+}
+```
+
+---
+
 # ════════════════════════════════════════════════════════
 #  Java 后端专属 Tools 定义
 # ════════════════════════════════════════════════════════
@@ -403,21 +662,44 @@ permission_matrix:
       - "ci:status:read"
       - "pr:create"                  # 阶段二
       - "pr:read:*"
+      - "nacos:config:read"         # 读取 Nacos 配置
+      - "nacos:service:read"        # 读取服务注册信息
+      - "mysql:status:read"         # 读取 MySQL 状态
+      - "mysql:schema:read"         # 读取数据库表结构
+      - "redis:info:read"           # 读取 Redis 服务器信息
+      - "redis:key:read"            # 读取 Key TTL/类型（不读 value）
     blocked_tools:
       - "ci:trigger:*"               # 必须审批
       - "deploy:*"
+      - "nacos:config:write"         # 禁止修改 Nacos 配置
+      - "mysql:data:read"            # 禁止读取业务数据（安全红线）
+      - "mysql:data:write"           # 禁止写入数据
+      - "redis:key:value:read"       # 禁止读取缓存值（可能含敏感数据）
+      - "redis:key:write"            # 禁止修改缓存
       
   gate_controller:
     allowed_tools:
       - "git:read:*"
       - "ci:status:read"
       - "security:scan:*"
+      - "nacos:config:read"         # 读取 Nacos 配置（检查合规性）
+      - "nacos:service:read"        # 读取服务注册信息（检查健康）
+      - "mysql:status:read"         # 读取 MySQL 运行状态
+      - "mysql:schema:read"         # 读取表结构（检查 DDL 合规性）
+      - "redis:info:read"            # 读取 Redis 运行信息
+      - "redis:key:read"             # 读取 Key TTL/类型
       
   tester:
     allowed_tools:
       - "git:read:*"
       - "ci:status:read"
       - "ci:logs:read"
+      - "nacos:config:read"         # 测试环境配置查看
+      - "nacos:service:read"         # 测试服务状态查看
+      - "mysql:status:read"          # 测试数据库状态查看
+      - "mysql:schema:read"          # 测试表结构查看
+      - "redis:info:read"             # 测试 Redis 信息查看
+      - "redis:key:read"              # 测试 Key TTL 查看
 ```
 
 ### 凭证注入方案

package/.harness/rules/global/design-document-boundary.md

@@ -20,7 +20,7 @@ enabled: true
 | # | 禁止内容 | 说明 | 应在哪个阶段 |
 |---|---------|------|-------------|
 | DDB-01 | 具体的代码实现和示例 | 含伪代码实现、代码片段 | 开发实现阶段 |
-| DDB-02 | 测试相关内容 | 单元测试、功能测试、集成测试用例和方案 | 测试验证阶段 |
+| DDB-02 | 测试执行方案 | 测试执行策略、测试环境配置、自动化测试脚本、测试报告 | 测试验证阶段 |
 | DDB-03 | 监控和日志设计 | 日志格式、监控指标、告警规则 | 部署/运维阶段 |
 | DDB-04 | 部署设计 | 部署架构、容器编排、CI/CD 流水线 | 部署/运维阶段 |
 | DDB-05 | 数据库优化方案 | 索引优化、分库分表策略、SQL 调优 | 开发实现 + 性能优化 |
@@ -44,6 +44,7 @@ enabled: true
 | DDA-08 | 类图设计 | 核心类的静态结构和关系 |
 | DDA-09 | 关键实现逻辑 | 文字描述（非代码），阐述核心流程和决策 |
 | DDA-10 | 影响面分析与风险 | 变更影响范围和缓解策略 |
+| DDA-11 | 测试用例文件引用 | 设计文档可引用独立存放的测试用例文件路径（如 `[用例](../test-cases/xxx/feature-points.md)`），但不得内嵌测试用例内容 |
 
 ---
 
@@ -106,7 +107,8 @@ enabled: true
 设计文档完成后，方案设计师必须自检：
 
 - [ ] 文档中无代码实现和示例（DDB-01）
-- [ ] 文档中无测试方案内容（DDB-02）
+- [ ] 文档中无测试执行方案内容（DDB-02）
+- [ ] 测试用例仅引用未内嵌（DDA-11）
 - [ ] 文档中无监控和日志设计（DDB-03）
 - [ ] 文档中无部署设计（DDB-04）
 - [ ] 文档中无数据库优化方案（DDB-05）

package/.harness/skills/test-case-designer/SKILL.md

@@ -0,0 +1,196 @@
+---
+name: test-case-designer
+description: 测试用例设计技能 — 提供功能点/周期计划/专项计划三种标准化模板的生成能力，支持在设计阶段由测试工程师编写测试用例
+alwaysApply: false
+enabled: true
+outputPath: .harness/doc/test-cases/
+---
+
+# 测试用例设计技能 (test-case-designer)
+
+> **Skill 类型**: 测试设计辅助 Skill
+> **触发场景**: 方案设计完成后、PM 或 solution-designer 请求测试用例设计时
+> **所属 Agent**: tester / solution-designer
+> **作用**: 基于需求文档和设计文档，按标准化模板生成测试用例
+
+---
+
+## 1. 核心职责
+
+作为测试用例设计技能，核心职责是：
+
+1. **基于需求文档和设计文档生成结构化测试用例**
+2. **提供三种标准化模板：功能点、周期计划、专项计划**
+3. **确保测试用例与验收标准对齐，作为设计阶段的质量保障产物**
+
+### 1.1 触发条件
+
+以下场景**可以**调用本 Skill：
+
+- 方案设计师完成设计文档后，需要测试覆盖度评估
+- PM 或 solution-designer 请求测试用例设计
+- 设计评审阶段需要测试用例支撑
+- 测试工程师在设计阶段提前介入
+
+### 1.2 输入
+
+| 输入项 | 来源 | 格式 | 必须 |
+|--------|------|------|------|
+| 需求文档 | `.harness/doc/prd/` 或 `.harness/doc/originRequirements/` | Markdown | 是 |
+| 设计文档 | `.harness/doc/design/{需求名称}/design.md` | Markdown | 是 |
+| 模板类型 | 用户指定 | feature-points / cycle-plan / special-plan / all | 否（默认 all） |
+
+### 1.3 输出
+
+| 产出物 | 路径 | 格式 |
+|--------|------|------|
+| 功能点测试用例 | `.harness/doc/test-cases/{需求名称}/feature-points.md` | Markdown 表格 |
+| 周期计划测试用例 | `.harness/doc/test-cases/{需求名称}/cycle-plan.md` | Markdown 表格 |
+| 专项计划测试用例 | `.harness/doc/test-cases/{需求名称}/special-plan.md` | Markdown 表格 |
+
+---
+
+## 2. 执行步骤
+
+### Step 1: 读取输入文档
+
+按以下顺序查找并读取输入文档：
+
+1. **需求文档查找**：
+   - 优先：`.harness/doc/prd/requirements-{name}.md`
+   - 回退：`.harness/doc/originRequirements/` 下的需求文件
+   - 未找到 → 终止并提示用户指定需求文档路径
+
+2. **设计文档查找**：
+   - 优先：`.harness/doc/design/{name}/design.md`
+   - 回退：`.harness/doc/ttspec/change/{name}/design.md`
+   - 未找到 → 警告但允许继续（仅基于需求文档生成）
+
+### Step 2: 确定模板类型
+
+- 用户指定模板类型 → 按指定类型生成
+- 用户未指定 → 默认生成全部三种模板
+- 模板类型：`feature-points`（功能点）、`cycle-plan`（周期计划）、`special-plan`（专项计划）、`all`（全部）
+
+### Step 3: 按模板生成测试用例
+
+根据指定的模板类型，按以下格式生成测试用例：
+
+#### 3.1 功能点测试用例模板
+
+```markdown
+# 功能点测试用例：{需求名称}
+
+> 生成时间：{YYYY-MM-DD}
+> 来源：{需求文档路径} + {设计文档路径}
+
+| 所属模块 | 功能点 | 约束条件 | 优先级 |
+|----------|--------|----------|--------|
+| {模块名} | {功能点描述} | {业务约束和前置条件} | {P0/P1/P2/P3} |
+```
+
+**字段说明**：
+- **所属模块**：功能所属的业务模块名称
+- **功能点**：具体测试的功能点描述
+- **约束条件**：功能点的业务约束和前置条件
+- **优先级**：P0（致命）/ P1（严重）/ P2（一般）/ P3（轻微），根据业务影响自动建议
+
+**生成规则**：
+- 按需求文档中的模块分组
+- 每个功能点对应一行
+- 优先级根据功能点的业务影响面自动建议（可人工调整）
+- 约束条件从需求文档的业务规则和验收标准中提取
+
+#### 3.2 周期计划测试用例模板
+
+```markdown
+# 周期计划测试用例：{需求名称}
+
+> 生成时间：{YYYY-MM-DD}
+> 来源：{需求文档路径} + {设计文档路径}
+
+| 用例ID | 所属模块 | 功能点 | 用例标题 | 前置条件 | 操作步骤 | 预期结果 | 优先级 | 测试类型 | 备注 |
+|--------|----------|--------|----------|----------|----------|----------|--------|----------|------|
+| TC_{模块缩写}_{序号} | {模块名} | {功能点} | {测试场景标题} | {前置条件} | {步骤描述} | {预期行为} | {P0/P1/P2/P3} | {测试类型} | {补充} |
+```
+
+**字段说明**：
+- **用例ID**：唯一标识，格式 `TC_{模块缩写}_{三位序号}`（如 `TC_USER_001`）
+- **所属模块**：功能所属的业务模块名称
+- **功能点**：具体测试的功能点描述
+- **用例标题**：简洁描述测试场景
+- **前置条件**：执行测试前必须满足的条件
+- **操作步骤**：逐步描述测试操作，编号列出
+- **预期结果**：每步操作对应的期望结果，与操作步骤一一对应
+- **优先级**：P0 / P1 / P2 / P3
+- **测试类型**：功能测试 / 边界测试 / 异常测试 / 兼容性测试 / 安全测试
+- **备注**：补充说明
+
+**生成规则**：
+- 每个功能点至少生成 3 个用例：正常场景、边界场景、异常场景
+- 用例ID 按模块缩写自增编号
+- 操作步骤和预期结果必须一一对应
+- 周期计划中的每个用例必须关联到功能点测试用例中的至少一个功能点
+- 必须覆盖功能点中所有约束条件
+
+#### 3.3 专项计划测试用例模板
+
+```markdown
+# 专项计划测试用例：{需求名称}
+
+> 生成时间：{YYYY-MM-DD}
+> 来源：{需求文档路径} + {设计文档路径}
+> 专项类型：{性能测试/安全测试/兼容性测试/可靠性测试/可访问性测试}
+
+| 用例ID | 所属模块 | 功能点 | 用例标题 | 前置条件 | 操作步骤 | 预期结果 | 优先级 | 测试类型 | 备注 |
+|--------|----------|--------|----------|----------|----------|----------|--------|----------|------|
+| SP_{专项缩写}_{序号} | {模块名} | {功能点} | {测试场景标题} | {前置条件} | {步骤描述} | {预期行为} | {P0/P1/P2/P3} | {专项测试类型} | {补充} |
+```
+
+**字段说明**：
+- **用例ID**：唯一标识，格式 `SP_{专项类型缩写}_{三位序号}`（如 `SP_PERF_001`、`SP_SEC_001`）
+- **测试类型**：性能测试 / 安全测试 / 兼容性测试 / 可靠性测试 / 可访问性测试（仅限非功能性测试类别）
+- 其余字段与周期计划相同
+
+**专项类型缩写对照**：
+
+| 专项类型 | 缩写 | 用例ID前缀 |
+|---------|------|------------|
+| 性能测试 | PERF | SP_PERF_ |
+| 安全测试 | SEC | SP_SEC_ |
+| 兼容性测试 | COMP | SP_COMP_ |
+| 可靠性测试 | REL | SP_REL_ |
+| 可访问性测试 | A11Y | SP_A11Y_ |
+
+**生成规则**：
+- 从需求文档中识别非功能性约束（性能指标、安全要求、兼容性要求等）
+- 按专项类型分组生成
+- 每种识别到的专项类型至少生成 2 个用例
+- 测试工程师可手动添加或删除专项测试类型
+
+### Step 4: 写入产出物
+
+1. 创建目录：`.harness/doc/test-cases/{需求名称}/`
+2. 按模板类型写入对应文件：
+   - `feature-points.md` — 功能点测试用例
+   - `cycle-plan.md` — 周期计划测试用例
+   - `special-plan.md` — 专项计划测试用例
+3. 如果文件已存在 → 提示用户确认覆盖或追加
+
+---
+
+## 3. 与设计文档的关系
+
+- **设计文档可引用测试用例**：在设计文档中使用相对路径引用，格式为 `[功能点测试用例](../test-cases/{需求名称}/feature-points.md)`
+- **测试用例不内嵌到设计文档**：遵循 DDB-02/DDA-11 规则，测试用例作为独立文件存放
+- **测试用例设计 ≠ 测试执行方案**：本 Skill 产出的是"What to test"，测试执行方案（How to test）仍属于测试验证阶段
+
+---
+
+## 4. 约束
+
+- **不执行测试** — 本 Skill 仅生成测试用例文档，不执行任何测试操作
+- **不修改设计文档** — 测试用例作为独立产出物，不修改上游设计文档
+- **不替代验收标准** — 测试用例基于验收标准展开，但不替代需求文档中的验收标准定义
+- **优先级可调整** — 自动建议的优先级可由测试工程师人工调整
+- **所有输出使用中文**

package/lib/index.mjs

@@ -3,7 +3,7 @@
  *
  * 多适配器架构：检测 AI 工具 → 转换规则格式 → 注入到对应位置
  *
- * v1.12.2: 新增 frontend-coding-basics 规则（CSS BEM/属性顺序 + JS/TS 基础语法 + 模块化 + 禁止事项）
+ * v1.12.3: 新增 test-case-designer Skill（功能点/周期计划/专项计划三种测试用例模板）；修改 DDB-02 规则细化测试执行方案与测试用例设计边界；tester Agent 增加设计阶段测试用例编写职责
  * v1.12.1: 操作手册新增 8 张 Mermaid 可视化图表（三层约束架构图、jsspec三步流程图、标准流程总览图、Agent协作时序图、门禁检查流程图、init注入流程图、Agent调度架构图、交付物流转图）
  * v1.12.0: 新增 jsspec Skills（explore/propose/deliver/skill-creator）+ design-context-reader；需求分析三步流程；Agents 改为摘要+指引模式；设计文档按需求名称分目录
  * v1.10.0: 新增 5 个 OpenSpec Skills（openspec-explore/propose/apply/archive/skill-creator），Commands 精简为 Skill 委托模式

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "jsharness",
-  "version": "1.12.2",
+  "version": "1.12.3",
   "description": "Harness Engineering - AI 编程行为工程化管控系统。将 rules/skills/commands/agents 四桶一键注入到 CodeBuddy、Cursor、Copilot、Claude Code 等 AI 工具中。",
   "main": "lib/index.mjs",
   "bin": {