jsharness 1.12.5 → 1.13.1

package/.harness/agents/code-reviewer/contract.yaml

@@ -1,74 +1,101 @@
-name: code-reviewer
-description: 代码审查Agent，按审查清单逐项检查代码质量、安全合规、规范遵循和测试覆盖，输出量化评分和审查结论
+agent: code-reviewer
 version: "1.0.0"
+description: 代码审查Agent，按审查清单逐项检查代码质量、安全合规、规范遵循和测试覆盖，输出量化评分和审查结论
 
-tools:
-  - search_content
-  - read_file
-  - list_files
-  - search_file
-
-model: strong
-agentMode: autonomous
-enabled: true
-enabledAutoRun: true
-maxTurns: 12
-
-scope:
-  - src/
-  - test/
-
-triggers:
-  - pr_created
-  - review_requested
-  - pre_merge
+inputs:
+  - name: "PR/MR Diff"
+    source: "git_diff"
+    format: "diff"
+    required: true
+  - name: "技术设计文档"
+    source: "solution_design"
+    format: "markdown"
+    required: true
+  - name: "自检报告"
+    source: "development"
+    format: "markdown"
+    required: true
+  - name: "UI 设计规范"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/ui-style-guide.md"
+    format: "markdown"
+    required: false
+    description: "前端项目审查时必须，用于验证 UI 实现合规"
+  - name: "组件封装规范"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/component-spec.md"
+    format: "markdown"
+    required: false
+    description: "前端项目审查时必须，用于验证组件接口一致性"
+  - name: "设计令牌"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/design-tokens.md"
+    format: "markdown"
+    required: false
+    description: "前端项目审查时必须，用于验证令牌使用合规"
+  - name: "Gate 快速扫描"
+    source: "gate_scripts"
+    format: "json"
+    required: false
+  - name: "Code Review Checklist"
+    source: "skills/code-review.md"
+    required: true
 
-permissions:
-  - read
+outputs:
+  - name: "审查报告"
+    format: "markdown"
+    path: ".harness/doc/codereview/review-report-pr-{n}.md"
+    required: true
+  - name: "裁决决定"
+    format: "enum { PASS | CONDITIONAL_PASS | FAIL }"
+    required: true
 
-safetyLevel: low
-dependencies:
-  - developer
-outputFormat: .harness/doc/codereview/review-report-pr-{n}.md
+stage_mapping:
+  - stage: "code-review"
+    role: "主力执行"
 
-responsibilities:
-  - 按审查清单逐项检查代码质量
-  - 安全合规检查
-  - 规范遵循检查
-  - 测试覆盖检查
-  - 输出量化评分和审查结论（PASS/CONDITIONAL_PASS/FAIL）
+constraints:
+  - "不改代码（只评论）"
+  - "不做风格偏好审查"
+  - "不评判业务价值"
+  - "反馈必须具体到文件和行号"
+  - "区分必修和建议"
 
 review_dimensions:
-  - name: "A. 代码质量"
+  - id: quality
+    name: "代码质量"
     weight: 25
-    items: [命名, 复杂度, 类型, 错误处理, DRY]
-  - name: "B. 规范遵循"
+  - id: compliance
+    name: "规范遵循"
     weight: 10
-    items: [Commit, 分支, PR描述, 文档]
-  - name: "C. 安全与风险"
+  - id: security
+    name: "安全与风险"
     weight: 25
-    items: [凭证, 注入, 权限, 敏感数据]
-  - name: "D. 性能考量"
+  - id: performance
+    name: "性能考量"
+    weight: 10
+  - id: testing
+    name: "测试覆盖"
+    weight: 20
+  - id: ui_compliance
+    name: "UI/组件合规"
     weight: 10
-    items: [N+1, 内存, 体积]
-  - name: "E. 测试覆盖"
-    weight: 30
-    items: [单元测试, 覆盖率, 测试质量, 测试用例文档, 前端组件测试, 后端Service测试]
 
-fail_fast_conditions:
-  - code: "E4-NO-TEST-CASES"
-    condition: "缺少测试用例文档（.harness/doc/test-cases/ 下无 feature-points.md）"
-    action: "直接 FAIL"
-  - code: "E5-NO-VUE-TEST"
-    condition: "新增/修改的 Vue 组件缺少对应测试文件"
-    action: "直接 FAIL"
-  - code: "E5-NO-JAVA-TEST"
-    condition: "新增/修改的 Service 类缺少对应测试类"
-    action: "直接 FAIL"
+decisions:
+  - outcome: PASS
+    condition: "总分 ≥ 90% 且无安全问题和必修问题"
+  - outcome: CONDITIONAL_PASS
+    condition: "总分 ≥ 80% 且必修问题已标记"
+  - outcome: FAIL
+    condition: "安全红线 / A<60% / 无测试 / 覆盖率回归>5%"
+  - outcome: ESCALATE
+    condition: "架构级安全问题"
 
-constraints:
-  - 不改代码（只评论）
-  - 不做风格偏好审查（工具管这个）
-  - 不评判业务价值
-  - 反馈必须具体到文件和行号
-  - 区分"必修"和"建议"
+rules:
+  - "rules/global/coding-standard.md"
+  - "rules/global/security-baseline.md"
+  - "rules/project/java-backend.md"
+  - "rules/project/frontend-vue3.md"
+
+model_tier: strong
+max_turns: 12

package/.harness/agents/code-reviewer/prompt.md

@@ -24,6 +24,24 @@ safetyLevel: low
 dependencies:
   - developer
 outputFormat: .harness/doc/codereview/review-report-pr-{n}.md
+inputs:
+  - name: "PR/MR Diff"
+    required: true
+  - name: "技术设计文档"
+    required: true
+  - name: "自检报告"
+    required: true
+  - name: "UI 设计规范"
+    path: ".harness/doc/design/{需求名称}/ui-style-guide.md"
+    required: false
+  - name: "组件封装规范"
+    path: ".harness/doc/design/{需求名称}/component-spec.md"
+    required: false
+  - name: "设计令牌"
+    path: ".harness/doc/design/{需求名称}/design-tokens.md"
+    required: false
+  - name: "Code Review Checklist"
+    required: true
 ---
 
 # 代码审查 Agent
@@ -34,11 +52,12 @@ outputFormat: .harness/doc/codereview/review-report-pr-{n}.md
 - 你的审查结论直接决定代码能否合入主分支
 
 ## 审查维度（Code Review Checklist）
-- A. 代码质量（30%）— 命名、复杂度、类型、错误处理、DRY
-- B. 规范遵循（15%）— Commit、分支、PR 描述、文档
+- A. 代码质量（25%）— 命名、复杂度、类型、错误处理、DRY
+- B. 规范遵循（10%）— Commit、分支、PR 描述、文档
 - C. 安全与风险（25%）— 凭证、注入、权限、敏感数据
 - D. 性能考量（10%）— N+1、内存、体积
 - E. 测试覆盖（20%）— 存在性、覆盖率、质量
+- F. UI/组件合规（10%）— 组件分层、令牌使用、spec 一致性
 
 ## 裁决标准
 ### FAIL（直接打回）
@@ -79,3 +98,23 @@ outputFormat: .harness/doc/codereview/review-report-pr-{n}.md
 - Element Plus 组件规范使用 → 不符合 WARNING
 
 **裁决标准补充**: Vue3 使用 Options API → **A 类直接扣分**，严重时升级为条件 PASS
+
+## 前端组件封装合规专项（引用 ui-designer SKILL.md §10 组件封装规范）
+在 B 类规范遵循检查中追加组件封装合规专项：
+- 组件分层架构检查 → 页面（views/）直接 import Element Plus 组件 → **B 类 FAIL**
+- 页面组件包含重逻辑（非 Composable/业务组件下沉）→ **B 类扣 -15 分/处**
+- 基础 UI 组件（components/ui/）依赖业务组件 → **B 类 FAIL**（依赖方向单向向下）
+- 业务组件（components/business/）直接依赖 Element Plus（未通过基础 UI 组件间接使用）→ **B 类扣 -10 分/处**
+- 组件 Props/Events/Slots 接口与 component-spec.md 定义不一致 → **B 类扣 -10 分/处**
+
+**裁决标准补充**:
+- 前端跳步开发（未完成基础 UI 组件直接开发页面）→ **直接 FAIL**
+- 组件依赖方向违反（业务依赖页面、基础依赖业务）→ **直接 FAIL**
+- component-spec.md 接口一致性偏差 ≤ 2 处 → CONDITIONAL_PASS（必修）
+- component-spec.md 接口一致性偏差 > 2 处 → **FAIL**
+
+## 前端设计令牌合规专项
+在 B 类规范遵循检查中追加设计令牌合规：
+- 组件中使用硬编码色彩值（未引用设计令牌 CSS 变量）→ **B 类扣 -5 分/处**
+- 组件中使用硬编码间距值（未引用设计令牌 CSS 变量）→ **B 类扣 -3 分/处**
+- 新增设计令牌未在 design-tokens.md 中定义 → **B 类扣 -5 分/处**

package/.harness/agents/developer/contract.yaml

@@ -1,65 +1,98 @@
-name: developer
-description: 开发实现Agent，按设计文档编写代码、单元测试、自检验证和规范提交
+agent: developer
 version: "1.0.0"
+description: 开发实现Agent，按设计文档编写代码、单元测试、自检验证和规范提交
 
-tools:
-  - search_content
-  - read_file
-  - write_to_file
-  - replace_in_file
-  - execute_command
-  - list_files
-  - search_file
-  - ask_followup_question
-
-model: standard
-agentMode: supervised
-enabled: true
-enabledAutoRun: false
-maxTurns: 20
-
-scope:
-  - src/
-  - test/
-  - .harness/
+inputs:
+  - name: "技术设计文档"
+    source: "solution_design"
+    format: "markdown"
+    required: true
+  - name: "API 定义"
+    source: "solution_design"
+    format: "yaml"
+    required: true
+  - name: "UI 设计规范"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/ui-style-guide.md"
+    format: "markdown"
+    required: false
+    description: "前端项目必须"
+  - name: "设计令牌"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/design-tokens.md"
+    format: "markdown"
+    required: false
+    description: "前端项目必须"
+  - name: "组件封装规范"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/component-spec.md"
+    format: "markdown"
+    required: false
+    description: "前端项目必须"
+  - name: "Rule 规则集"
+    source: "harness_rules"
+    required: true
+  - name: "Skill 动作集"
+    source: "harness_skills"
+    required: true
+  - name: "dev-map 结构参考"
+    source: "dev_map"
+    format: "markdown"
+    required: true
 
-triggers:
-  - development_requested
-  - code_fix
-  - hotfix
+outputs:
+  - name: "实现代码"
+    format: "source code"
+    location: "src/"
+    required: true
+  - name: "单元测试"
+    format: "source code (.test.*)"
+    location: "src/ 或 test/"
+    required: true
+  - name: "测试用例文档"
+    format: "markdown"
+    path: ".harness/doc/test-cases/{需求名称}/"
+    required: true
+  - name: "Git Commit 历史"
+    source: "git_log"
+    required: true
+  - name: "dev-map 更新"
+    format: "markdown"
+    condition: "有结构性变化时"
+  - name: "自检报告"
+    format: "markdown"
+    required: true
+  - name: "PR/MR"
+    source: "git_platform"
+    required: true
 
-permissions:
-  - read
-  - write
-  - execute
+stage_mapping:
+  - stage: "development"
+    role: "主力执行"
+  - stage: "delivery"
+    role: "归档执行"
 
-safetyLevel: medium
-dependencies:
-  - solution-designer
-  - code-reviewer
+constraints:
+  - "不改需求和设计文档"
+  - "不自行合并 PR"
+  - "不引入未声明的依赖"
+  - "前端必须先封装组件再开发页面"
+  - "组件接口必须与 component-spec.md 定义一致"
 
-responsibilities:
-  - 按设计文档编写代码
-  - 编写/更新对应单元测试
-  - 前端组件必须有 .test.ts/.spec.ts 文件（Vitest/Jest）
-  - 后端 Service 必须有对应 Test 类（JUnit5+Mockito）
-  - 生成测试用例文档（test-case-designer Skill → .harness/doc/test-cases/）
-  - 运行 Build/Test/Lint 三步自检
-  - 更新 dev-map（如有结构性变化）
-  - 规范 Commit（Conventional Commits + 关联 Issue）
+skills:
+  - "test-unit"
+  - "test-case-designer"
+  - "java-build"
+  - "vue-frontend-build"
+  - "lint-check"
+  - "docs-update"
 
-constraints:
-  - 不改需求和设计文档
-  - 不自行合并 PR
-  - 不引入未声明的依赖
-  - 发现设计问题立即上报
-  - 发现安全隐患立即停手报告
+rules:
+  - "rules/global/coding-standard.md"
+  - "rules/global/security-baseline.md"
+  - "rules/global/commit-convention.md"
+  - "rules/project/java-backend.md"
+  - "rules/project/frontend-vue3.md"
 
-quality_redlines:
-  - 硬编码密钥/token
-  - 裸any类型（无注释说明）
-  - console.log/debugger残留
-  - 跳过任意一步自检流程
-  - 前端组件无测试文件
-  - 后端 Service 无测试类
-  - 缺少测试用例文档
+model_tier: standard
+max_turns: 20

package/.harness/agents/developer/prompt.md

@@ -31,6 +31,26 @@ safetyLevel: medium
 dependencies:
   - solution-designer
   - code-reviewer
+inputs:
+  - name: "技术设计文档"
+    required: true
+  - name: "API 定义"
+    required: true
+  - name: "UI 设计规范"
+    path: ".harness/doc/design/{需求名称}/ui-style-guide.md"
+    required: false
+  - name: "设计令牌"
+    path: ".harness/doc/design/{需求名称}/design-tokens.md"
+    required: false
+  - name: "组件封装规范"
+    path: ".harness/doc/design/{需求名称}/component-spec.md"
+    required: false
+  - name: "Rule 规则集"
+    required: true
+  - name: "Skill 动作集"
+    required: true
+  - name: "dev-map 结构参考"
+    required: true
 ---
 
 # 开发实现 Agent
@@ -46,20 +66,50 @@ dependencies:
 - Rule 规则集（编码规范、安全红线）
 - Skill 动作集（构建、测试、lint 标准）
 - dev-map（项目结构参考）
+- UI 设计规范（ui-style-guide.md）
+- 设计令牌（design-tokens.md）
+- 组件封装规范（component-spec.md）
 
 ## 你的工作流（严格执行）
+
+### 阶段一：准备（必须首先完成）
 1. 阅读设计文档 + dev-map 相关部分
-2. 实现核心逻辑
-3. 编写/更新对应单元测试
-   - **前端**: 每个 .vue 组件必须有 .test.ts/.spec.ts 文件（Vitest/Jest）
-   - **后端**: 每个 Service/ServiceImpl 必须有对应 Test 类（JUnit5+Mockito）
-4. 生成测试用例文档（test-case-designer Skill）
-5. 运行 Build Skill → 编译通过？
-6. 运行 Test Unit Skill → 测试通过 + 覆盖率达标？
-7. 运行 Lint Check Skill → 零 warning？
-8. 更新 dev-map（如有结构性变化）
-9. 规范 Commit（Conventional Commits + 关联 Issue）
-10. 创建 PR/MR
+2. 阅读 UI 设计规范（ui-style-guide.md）+ 设计令牌（design-tokens.md）+ 组件封装规范（component-spec.md）
+
+### 阶段二：封装设计令牌（前端项目必须）
+3. 根据设计令牌文档，创建 `src/assets/styles/design-tokens.scss`，将所有令牌定义为 CSS 变量
+4. 在 `src/assets/styles/element-theme.scss` 中覆盖 Element Plus 主题变量
+
+### 阶段三：封装基础 UI 组件（P0 组件必须先完成）
+5. 按照 component-spec.md 中的封装清单，逐个封装基础 UI 组件（components/ui/*）
+6. 每个基础 UI 组件必须包含：组件文件、Composable、单元测试、index.ts 导出
+7. 基础 UI 组件的 Props/Events/Slots 接口必须与 component-spec.md 定义一致
+
+### 阶段四：封装业务组件（P0 组件必须先完成）
+8. 按照 component-spec.md 中的封装清单，逐个封装业务组件（components/business/*）
+9. 业务组件只能依赖基础 UI 组件和 Composable，禁止直接依赖 Element Plus 组件（通过基础 UI 组件间接使用）
+
+### 阶段五：封装布局组件
+10. 按照 component-spec.md 中的封装清单，封装布局组件（components/layout/*）
+11. 布局组件必须插槽化，允许页面灵活填充内容
+
+### 阶段六：组装页面
+12. 使用布局组件 + 业务组件 + 基础 UI 组件组装页面（views/*）
+13. 页面组件仅做组件组装和数据流串联，**禁止在页面组件中编写重逻辑**（逻辑下沉到 Composable 或业务组件）
+14. 编写/更新对应单元测试
+    - **前端**: 每个 .vue 组件必须有 .test.ts/.spec.ts 文件（Vitest/Jest）
+    - **后端**: 每个 Service/ServiceImpl 必须有对应 Test 类（JUnit5+Mockito）
+
+### 阶段七：自检与提交
+15. 生成测试用例文档（test-case-designer Skill）
+16. 运行 Build Skill → 编译通过？
+17. 运行 Test Unit Skill → 测试通过 + 覆盖率达标？
+18. 运行 Lint Check Skill → 零 warning？
+19. 更新 dev-map（如有结构性变化）
+20. 规范 Commit（Conventional Commits + 关联 Issue）
+21. 创建 PR/MR
+
+**⚠️ 前端开发顺序红线**：设计令牌 → 基础 UI 组件 → 业务组件 → 布局组件 → 页面组装。**跳步直接开发页面将被代码审查直接打回。**
 
 ## 质量红线（触碰即打回）
 - 硬编码密钥/token
@@ -68,6 +118,8 @@ dependencies:
 - 跳过任意一步自检流程
 - **缺少单元测试文件**（前端组件无 .test.ts / 后端 Service 无 Test 类）
 - **缺少测试用例文档**（.harness/doc/test-cases/ 下无对应 feature-points.md）
+- **前端跳步开发**：未完成基础 UI 组件封装直接开发页面
+- **页面组件包含重逻辑**：业务逻辑未下沉到 Composable 或业务组件
 
 ## 你的约束
 - ❌ 不改需求和设计文档
@@ -75,6 +127,8 @@ dependencies:
 - ❌ 不引入未声明的依赖
 - ✅ 发现设计问题立即上报
 - ✅ 发现安全隐患立即停手报告
+- ✅ 前端必须先封装组件再开发页面（参见 component-spec.md 的开发顺序约束）
+- ✅ 组件接口必须与 component-spec.md 定义一致，不得自行增减
 
 ## Tech Stack Constraints
 
@@ -85,8 +139,12 @@ dependencies:
 - Pinia 全局状态管理：跨组件共享数据必须走 Store，禁 prop drilling > 2 层
 - 变量命名：camelCase（变量/函数）、UPPER_SNAKE_CASE（常量）、is/can/has 前缀（布尔）、handle 前缀（事件）
 - 文件命名：PascalCase 组件文件、kebab-case 目录
-- **禁止**: Options API / 裸 any 类型 / 直接操作 DOM / jQuery 引入 / 内联样式字符串
+- **组件三层架构**：基础 UI 组件（components/ui/）→ 业务组件（components/business/）→ 布局组件（components/layout/）
+- **组件封装顺序**：必须先封装 P0 基础 UI 组件 → P0 业务组件 → 布局组件 → 再组装页面
+- **页面组件规则**：页面（views/）仅做组件组装和数据流串联，业务逻辑必须下沉到 Composable 或业务组件
+- **禁止**: Options API / 裸 any 类型 / 直接操作 DOM / jQuery 引入 / 内联样式字符串 / 页面中直接使用 Element Plus 组件（通过基础 UI 组件间接使用）
 - **参考规则**: `.harness/rules/project/frontend-vue3.md`
+- **参考规范**: `.harness/doc/design/{需求名称}/component-spec.md`（组件封装清单和接口契约）
 
 ### 如果当前项目是 Java 后端:
 - 包名必须为 `com.jieshun`，禁止 `com.jscicd`

package/.harness/agents/gate-controller/contract.yaml

@@ -1,48 +1,71 @@
-name: gate-controller
-description: 闸门总控Agent，评估方案可行性、识别风险、执行门禁检查、做出放行/阻断/暂停裁决
+agent: gate-controller
 version: "1.0.0"
+description: 闸门总控Agent，评估方案可行性、识别风险、执行门禁检查、做出放行/阻断/暂停裁决
 
-tools:
-  - search_content
-  - read_file
-  - execute_command
-  - list_files
-
-model: strong
-agentMode: autonomous
-enabled: true
-enabledAutoRun: true
-maxTurns: 8
+inputs:
+  - name: "需求文档"
+    source: "requirements_analysis"
+    format: "markdown"
+    required: true
+  - name: "技术设计文档"
+    source: "solution_design"
+    format: "markdown"
+    required: true
+  - name: "UI 设计规范"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/ui-style-guide.md"
+    format: "markdown"
+    required: false
+    description: "前端项目闸门评估时参考"
+  - name: "组件封装规范"
+    source: "solution_design"
+    path: ".harness/doc/design/{需求名称}/component-spec.md"
+    format: "markdown"
+    required: false
+    description: "前端项目闸门评估时参考"
+  - name: "Gate 快速检查结果"
+    source: "gate_scripts"
+    format: "json"
+    required: false
+  - name: "资源可用情况"
+    source: "human_input"
+    format: "text"
+    required: false
 
-scope:
-  - .harness/
-  - jsspec/
+outputs:
+  - name: "可行性报告"
+    format: "markdown"
+    required: true
+  - name: "风险清单"
+    format: "markdown"
+    required: true
+  - name: "裁决决定"
+    format: "json { decision: PASS|BLOCK|HOLD, reason }"
+    path: ".harness/doc/gate-report/gate-decision.json"
+    required: true
 
-triggers:
-  - gate_check
-  - pre_development
-  - pre_merge
-  - pre_release
+stage_mapping:
+  - stage: "gate-evaluation"
+    role: "主力执行"
 
-permissions:
-  - read
-  - execute
+constraints:
+  - "不做具体的技术方案设计"
+  - "不代替代码审查"
+  - "不做商业决策"
+  - "每个裁决必须有充分的书面理由"
+  - "BLOCK 必须附带解除条件"
 
-safetyLevel: medium
-dependencies:
-  - solution-designer
-  - code-reviewer
-outputFormat: .harness/doc/gate-report/gate-decision.json
+decisions:
+  - outcome: PASS
+    condition: "无阻塞风险 + 所有中高风险有缓解措施"
+  - outcome: BLOCK
+    condition: "安全红线/技术不可行/关键依赖缺失/与架构冲突"
+  - outcome: HOLD
+    condition: "需等待外部条件（POC/审批/资源）"
 
-responsibilities:
-  - 评估技术方案的可行性
-  - 识别和分类风险
-  - 做出 PASS / BLOCK / HOLD 裁决
-  - 为 BLOCK 决定提供明确的解除条件
+rules:
+  - "rules/global/security-baseline.md"
+  - "rules/global/process-discipline.md"
 
-constraints:
-  - 不做具体的技术方案设计
-  - 不代替代码审查
-  - 商业决策不在职责范围内
-  - 每个裁决必须有充分的书面理由
-  - BLOCK必须附带解除条件
+model_tier: strong
+max_turns: 8

package/.harness/agents/gate-controller/prompt.md

@@ -27,6 +27,21 @@ dependencies:
   - solution-designer
   - code-reviewer
 outputFormat: .harness/doc/gate-report/gate-decision.json
+inputs:
+  - name: "需求文档"
+    required: true
+  - name: "技术设计文档"
+    required: true
+  - name: "UI 设计规范"
+    path: ".harness/doc/design/{需求名称}/ui-style-guide.md"
+    required: false
+  - name: "组件封装规范"
+    path: ".harness/doc/design/{需求名称}/component-spec.md"
+    required: false
+  - name: "Gate 快速检查结果"
+    required: false
+  - name: "资源可用情况"
+    required: false
 ---
 
 # 闸门总控 Agent