@hupan56/wlkj 2.6.0 → 2.7.1

package/templates/qoder/commands/wl-task.md

@@ -1,71 +1,302 @@
 ---
 name: wl-task
-description: "Manage tasks with built-in RICE prioritization. Actions: create/list/start/finish/archive/rank"
-argument-hint: "[action] [task name or ID]"
+description: "任务管理 + RICE 优先级 + 依赖排期。7 站流水线的'任务'站，产品在这里把 PRD 落成任务。Task management with RICE prioritization. "
+argument-hint: "[动作] [任务名或ID]  动作: create/list/show/start/finish/archive/rank/plan"
 auto-approve: true
 allowed-tools: [Read, Glob, Grep, Bash, Write, Edit]
 ---
 
-# /wl-task - Task Management with Prioritization
+# /wl-task - 任务管理（产品的排期站）
 
 User input: $ARGUMENTS
 
-## Actions
-- create [name]  - Create new task (`python .qoder/scripts/task.py create "<title>"`)
-- list           - List all tasks (`task.py list [--mine] [--status s]`)
-- show [ID]      - Show task details (`task.py show <name>`)
-- start [ID]     - Start task (`task.py start <name>`, planning -> in_progress)
-- finish         - Finish current task (`task.py finish`, -> completed)
-- archive [ID]   - Archive completed task (`task.py archive <name>`)
-- rank           - Re-prioritize all tasks using RICE (AI-driven, see below)
-
-## Built-in Prioritization (no /prioritize needed)
-When creating multiple tasks or running "rank":
-1. Run `task.py list` to get all pending tasks
-2. Score each task: R(Reach) x I(Impact) x C(Confidence) / E(Effort)
-3. Auto-sort by RICE score and show ranked list with scores
-4. Ask: adjust any scores?
-5. Write the confirmed score into each task.json as `"rice": <score>` (Edit tool)
-
-## Storage
-Tasks stored in: workspace/tasks/{MM-DD-slug}/
-Each task: task.json + prd.md + implement.jsonl + check.jsonl
-Archived tasks move to: .qoder/archive/{YYYY-MM}/{MM-DD-slug}/
+> **小而美 · 7 站之一。** 产品在这里把 PRD 落成可执行的任务，排好优先级和依赖，
+> 然后交接给设计/开发工位。
+> **模块契约**（输入/输出/校验）：`.qoder/contracts/task.md`
+> **第一性原理：又快又准。** 快 = 并行评估 RICE + 一次取全任务列表；准 = PRD 衔接不丢字段 + 三道检查。
+
+## 🔧 环境自检（QoderWork 桌面端 vs Qoder IDE/CLI）
+
+**先确定仓库根 R**（QoderWork 桌面端工作目录不是仓库根，相对路径会失效）：
+```bash
+R=$(python ~/.qoderwork/repo_root.py 2>/dev/null) || R=.
+```
+> 后续脚本统一用 `python "$R/.qoder/scripts/xxx.py"`（task.py / team_sync.py 等）。
+
+---
+
+## ⚠️ STEP 0: 动作路由（看 $ARGUMENTS 第一个词）
+
+**判断 `$ARGUMENTS` 第一个词，立刻决定走哪条线。没有动作词 → 语义自动归档。**
+
+| 用户说 / 第一个词 | 动作 | 跑什么 |
+|------------------|------|--------|
+| `create` / "建任务" / "加个任务" | **create** | `task.py create` |
+| `list` / "看任务" / "我的任务" / "有哪些任务" | **list** | `task.py list` |
+| `show` / "看下 XXX" / "XXX 怎么样了" | **show** | `task.py show <name>` |
+| `start` / "开始做" / "启动 XXX" | **start** | `task.py start <name>` |
+| `finish` / "做完了" / "完成了" | **finish** | `task.py finish` |
+| `archive` / "归档" | **archive** | `task.py archive <name>` |
+| `rank` / "排优先级" / "排一下" | **rank** | RICE 评估（见下） |
+| `plan` / "排期" / "甘特图" / "排个日期" | **plan** | `task.py gantt` + set-due |
+| **（无动作词）** | **语义自动归档** | 见下 |
+
+### 语义自动归档（无动作词时，AI 按这句话的意图判断）
+
+- "PRD 写完了，建个任务吧" / "把刚才那个需求建成任务" → **create**（带 PRD 衔接）
+- "现在要做哪些？" / "接下来干啥" → **list --ready**（只看能立刻开始的）
+- "卡住的有哪些？" → **list --blocked**
+- 拿不准意图 → **先 list 给全貌，再问用户要操作哪个**
+
+---
+
+## STEP 1: 三道前置检查（任何动作前先做，保证健壮）
+
+这三道是"鲁棒"的保障，防止脚本崩在半路、空数据吓到用户。
+
+### 检查 ①｜身份在不在
+```bash
+python -c "import sys; sys.path.insert(0,r'$R/.qoder/scripts'); from common.paths import get_developer, get_repo_root; d=get_developer(get_repo_root()); print(d or 'MISSING')"
+```
+- 有名字 → 继续。
+- `MISSING` → **停下，提示**："还没初始化身份，先跑 `/wl-init 你的名字 产品`"。不要继续往下跑（create 会把 assignee 写成空）。
+
+### 检查 ②｜tasks 目录在不在
+- 不存在 / 空 → create 直接建；list/show/rank 等读操作 → **友好提示** "还没有任务，要建一个吗？" 而不是报错。
+
+### 检查 ③｜脚本退出码
+- `task.py` 任何子命令返回**非 0**，**先读 stderr 原样告诉用户**，不吞错。
+- 常见非 0：`4` = 权限不足（零信任 ACL，只有 creator/assignee/admin 能改任务）；`1` = 任务不存在 / task.json 缺失。
+- 权限不足时提示："这个任务不是你建的，找 `{assignee}` 或管理员操作。" 不要自己绕过 ACL。
+
+---
+
+## STEP 2: 各动作执行
+
+### create —— 把需求落成任务（产品最高频）
+
+**A. PRD 衔接（准的保障：不丢字段）**
+
+如果刚跑完 `/wl-prd-full`（或用户说"把刚才那个需求建成任务"），先确认 PRD 在哪：
+```bash
+# 找最近的 PRD 草稿（当前开发者的）
+ls workspace/members/<developer>/drafts/REQ-*.md 2>nul
+# 或已发布的
+ls data/docs/prd/REQ-*.md 2>nul
+```
+- 有 PRD → 从 PRD 提取**标题、模块、验收点**填进任务，**别让用户重述一遍**。
+  PRD 的 REQ-ID 记到 task.json 的 `tags` 里（如 `["REQ-2026-042"]`），方便双向追溯。
+- 无 PRD → 用 $ARGUMENTS 里用户给的一句话当标题。
+
+**B. 建任务**
+```bash
+python "$R/.qoder/scripts/task.py" create "<标题>" --priority <P0|P1|P2|P3>
+```
+- `--assignee` 不填则默认当前开发者（产品建的常指派给开发，可加 `--assignee 老李`）。
+- `--slug` 不填则自动从标题生成（中文标题也能生成，但建议给个英文 slug 如 `--slug login-export`）。
+- 同名撞库时脚本会自动加后缀（creator 短标记），**不阻塞**，告诉用户最终名字即可。
+
+**C. 建完必做**
+1. 告诉用户任务路径：`workspace/tasks/{MM-DD-slug}/`，里面有 `prd.md` 模板（若已有 PRD，可把 PRD 内容贴进去或引用）。
+2. **待排期池 >3 个任务时**，主动建议："要不要我跑个 rank 排下优先级？"
+3. 自动同步（用户永不碰 git）：
+```bash
+python "$R/.qoder/scripts/team_sync.py" push
+```
+
+### list —— 看任务（一次取全，别串行）
+
+```bash
+python "$R/.qoder/scripts/task.py" list [--mine] [--status <s>] [--ready] [--blocked]
+```
+
+| flag | 用途 |
+|------|------|
+| `--mine` | 只看我建/指派给我的（产品排自己负责的） |
+| `--status planning` / `in_progress` / `completed` | 按状态过滤 |
+| `--ready` | ⭐ 只看**能立刻开始的**（无未完成依赖）—— 回答"接下来做啥" |
+| `--blocked` | 只看**卡住的**（有未完成依赖）—— 排查阻塞链 |
+
+输出渲染成表格（当前任务标 `*`）：
+```
+| * | 优先级 | 状态 | 任务 | 负责人 | 标题 | 备注(due/blocked) |
+```
+**空数据兜底**：`No tasks found` 时别干巴巴贴脚本输出，补一句人话：
+- 全空 → "还没有任何任务。刚写完 PRD 的话，说'建任务'我帮你落地。"
+- `--ready` 空 → "当前没有能立刻开始的任务，都在等依赖。要看卡住的吗？（--blocked）"
+
+### show —— 看单个任务详情
+```bash
+python "$R/.qoder/scripts/task.py" show <任务名或目录>
+```
+任务名支持模糊匹配（脚本内部 `resolve_task_dir` 会解析）。读完把关键字段（状态/优先级/assignee/due/依赖/prd路径）整理给用户。
+
+### start —— 启动任务（移交开发工位的信号）
+```bash
+python "$R/.qoder/scripts/task.py" start <任务名>
+```
+- 状态 `planning → in_progress`，成为活跃任务（`.current-task`）。
+- 这是产品→开发的交接点：start 后开发就能 `/wl-code` 了。
+- **ACL**：只有 creator/assignee/admin 能 start。被拒（返回 4）→ 提示找对应人。
+
+### reassign —— 改派任务负责人（多角色协作必需）
+```bash
+python "$R/.qoder/scripts/task.py" reassign <任务名> <新负责人>
+```
+- 场景：PM 建任务（assignee 默认是自己）后，要转给开发老李做。
+- 改派后新负责人才能 `start`/`finish`（零信任 ACL 按 assignee 判定）。
+- **ACL**：只有 **creator/admin** 能改派（assignee 自己不能转手甩锅）。被拒（返回 4）→ 提示找 creator。
+- **改派历史自动记录**到 task.json 的 `assignee_history`（谁在何时从谁转给谁），便于追溯。
+
+### finish —— 完成当前任务
+```bash
+python "$R/.qoder/scripts/team_sync.py" push
+```
+- 活跃任务状态 → `completed`，活跃指针清除。
+- 完成后提示：要不要 `archive` 归档？要不要看下个 `--ready` 的任务？
+- 自动同步 push。
+
+### archive —— 归档（移到 .qoder/archive/{YYYY-MM}/）
+```bash
+python "$R/.qoder/scripts/task.py" archive <任务名>
+```
+- 事务化：先 move 成功再改 status，move 失败原任务完好。
+- **自动清理孤儿依赖**：归档后，其它任务里对它的 `blocked_by/blocks/children/parent` 引用会被扫除（防止僵尸任务永远 blocked）。
+- 提示用户：归档后任务不再出现在 list 里，但归档目录可翻历史。
+
+---
+
+## STEP 3: RICE 排序（rank 动作 —— 产品的优先级决策）
+
+**RICE = Reach × Impact × Confidence ÷ Effort**
+
+### 一次取全（别逐个问）
+```bash
+python "$R/.qoder/scripts/task.py" list --status planning
+```
+拿到所有待排任务，**一次性**评估，不要一个任务问四轮 R/I/C/E。
+
+### 评估口径（让 AI 自己先估，再让用户校准）
+| 维度 | 怎么估 | 分值参考 |
+|------|--------|----------|
+| **R 触达** | 这个功能影响多少用户/订单？看 PRD 的用户画像 | 1=少 / 10=全员 |
+| **I 影响** | 对核心目标的贡献度？看 PRD 的目标指标 | 0.5=弱 / 3=强 |
+| **C 信心** | 有数据/竞品支撑？还是拍脑袋？ | 50%=猜 / 100%=有据 |
+| **E 工作量** | 大概几个人周？看 PRD 的功能点数量 | 1=小 / 5=大 |
+
+### 流程
+1. AI 对每个任务**先给一组 R/I/C/E 估算**（基于 PRD，标注信心来源）
+2. 算出 RICE 分，排序，展示给用户：
+   ```
+   | 排名 | 任务 | R | I | C | E | RICE | 信心来源 |
+   ```
+3. 问："要调整哪个的打分？" —— 用户改完，**写回每个 task.json 的 `rice` 字段**（Edit 工具），并据此重排优先级（`--priority`）。
+4. push 同步。
+
+### 排不动时的兜底
+- 任务都没有 PRD / PRD 太空 → 诚实说："这几个缺 PRD 背景，R/I 估不准。要不先补 PRD，或直接用优先级（P0-P3）手动排？"
+- 只有 1 个任务 → 不用 RICE，直接确认优先级即可。
+
+---
+
+## STEP 4: 排期与依赖（plan 动作 —— 产品的甘特图）
+
+### 设置截止日期
+```bash
+python "$R/.qoder/scripts/task.py" set-due <任务名> <YYYY-MM-DD>
+```
+
+### 依赖关系（谁挡谁）
+```bash
+# A 被 B 阻塞（要等 B 完成）
+python "$R/.qoder/scripts/task.py" block <A任务名> <B任务名>
+# 解除
+python "$R/.qoder/scripts/task.py" unblock <A任务名> <B任务名>
+```
+- **循环依赖自动检测**：脚本会 BFS 检查，发现环就拒绝（返回 1）。
+- 反向 `blocks` 关系自动维护（A 被 B 阻塞时，B 的 blocks 自动加 A）。
+
+### 看甘特图
+```bash
+python "$R/.qoder/scripts/team_sync.py" push
+python "$R/.qoder/scripts/task.py" gantt [--weeks 4]
+```
+- 只排有 `start_date`/`due_date` 的任务。
+- 没日期的任务 → 提示："用 `set-due` 给任务加截止日期，甘特图才会显示。"
+- 自动标记逾期（⚠️）。
+
+---
+
+## STEP 5: 子任务（大需求拆解）
+
+```bash
+# 把大任务 A 拆出子任务 B
+python "$R/.qoder/scripts/task.py" add-subtask <A任务名> <B任务名>
+python "$R/.qoder/scripts/task.py" remove-subtask <A任务名> <B任务名>
+```
+- 父任务记录 `children`，子任务记录 `parent`。
+- 产品用：把一个大需求拆成"前端/后端/数据"几个子任务，各自指派。
 
 ---
 
-## Flow
-
-### create
-1. Run `python .qoder/scripts/task.py create "<title>" [--assignee dev] [--priority P0-P3]`
-2. Task directory is created with task.json (status=planning) and prd.md template
-3. If user provides description -> fill it into prd.md
-4. If multiple tasks pending -> auto-suggest ranking
-5. Auto-sync: `python .qoder/scripts/team_sync.py push`
-
-### list
-Run `python .qoder/scripts/task.py list` and show as table:
-| ID | Name | Status | Priority | RICE | Assignee | Updated |
-
-### rank
-1. List all planning/pending tasks
-2. For each: estimate R, I, C, E
-3. Calculate RICE scores
-4. Show ranked result
-5. Ask: confirm order? Then persist scores to task.json
-
-### start
-1. Run `python .qoder/scripts/task.py start <name>`
-2. Status: planning -> in_progress, task becomes the active task
-3. Load PRD + context, ready for /wl-spec or /wl-code
-
-### finish
-1. Run `python .qoder/scripts/task.py finish`
-2. Status -> completed, active task pointer cleared
-3. Record to learning system
-4. Auto-sync: `python .qoder/scripts/team_sync.py push`
-
-### archive
-1. Run `python .qoder/scripts/task.py archive <name>`
-2. Moves task to .qoder/archive/{YYYY-MM}/
-3. Record completion metrics
+## 🔒 三道质量检查（create 时全跑，其它动作跳过）
+
+对齐 `/wl-prd-full` 的质量锁理念，保证任务不"飘"：
+
+| 检查 | 查什么 | 不过怎么办 |
+|------|--------|-----------|
+| **检查① 衔接锁** | 有 PRD 的需求，task 的 tags 里有没有记 REQ-ID？标题有没有对上 PRD？ | 补上 REQ-ID 关联，提示"可从 PRD 复制验收点到 task 的 prd.md" |
+| **检查② 归属锁** | assignee 是谁？产品建的任务指派给开发了吗？ | assignee 为空 → 问"指派给谁？"，或默认当前开发者但显式提示 |
+| **检查③ 阻塞锁** | 这个任务有没有依赖？依赖建对了吗？（产品常忘标依赖） | 列出可能的依赖任务，问"要不要 block 上？" |
+
+> 这三道不是阻塞门（任务照样能建），而是**建完后顺手提醒**，降低"建了任务但没人接/卡死/孤儿"的概率。
+
+---
+
+## Storage（存储规则）
+
+```
+任务目录 → workspace/tasks/{MM-DD-slug}/
+  ├── task.json       元数据（状态/优先级/RICE/依赖/assignee）
+  ├── prd.md          PRD 模板（或引用已有 PRD）
+  ├── implement.jsonl 实现上下文（开发填）
+  └── check.jsonl     检查上下文（测试填）
+归档    → .qoder/archive/{YYYY-MM}/{MM-DD-slug}/
+活跃指针 → .qoder/.current-task
+```
+
+---
+
+## 与上下游的衔接（7 站流水线）
+
+```
+prd ──create(带REQ-ID)──→ task ──start──→ code/test ──finish/archive──→ 归档
+ ↑                          ↓ rank          ↓
+ PRD 的验收点 → task.prd.md   RICE 排序       开发接 /wl-code
+```
+
+| 方向 | 衔接点 |
+|------|--------|
+| 上游 prd | create 时把 REQ-ID 记进 tags，PRD 验收点贴进 task 的 prd.md |
+| 下游 code/test | start 后，开发从 task 目录的 prd.md/spec 开始 `/wl-code` |
+| 自身 | finish/archive 后任务出 list，但留在归档可追溯 |
+
+---
+
+## 路由小结
+
+```
+/wl-task                       ← list 给全貌（语义：看任务）
+/wl-task create <标题>          ← 建任务（最高频）
+/wl-task list --ready          ← 看能立刻做的
+/wl-task list --blocked        ← 看卡住的
+/wl-task show <名>             ← 看详情
+/wl-task start <名>            ← 启动（移交开发）
+/wl-task reassign <名> <开发>   ← 改派任务负责人（PM 建完转给开发，多角色协作）
+/wl-task finish                ← 完成
+/wl-task archive <名>          ← 归档
+/wl-task rank                  ← RICE 排优先级
+/wl-task plan                  ← 甘特图/排期/依赖
+```
+
+> 完整执行规则见 `.qoder/skills/wl-task/SKILL.md`（Quest/QoderWork 自然语言入口）。

package/templates/qoder/commands/wl-test.md

@@ -1,42 +1,110 @@
 ---
 name: wl-test
-description: "Generate unit tests for implemented code. Needs confirmation."
-argument-hint: "[class-name or file-path]"
+description: "测试工作流: 意图式用例 + Playwright MCP 执行 + 锚点缓存。"
+argument-hint: "[quick|browser|unit] <描述或任务>"
 auto-approve: false
 allowed-tools: [Read, Glob, Grep, Bash, Write, Edit]
 ---
 
-# /wl-test - Generate Tests
+# /wl-test - 测试
 
 User input: $ARGUMENTS
 
-## Step 1: Find Target Code
+> ⚠️ DANGEROUS（生成用例 + 可能驱动浏览器）。执行前向用户确认。
 
-If class-name provided, search for it:
-  python .qoder/scripts/search_index.py <class-name>
-If no argument, use current task's implemented code.
+## 🔧 环境自检（QoderWork 桌面端 vs Qoder IDE/CLI）
 
-## Step 2: Read Code + Spec
+**先确定仓库根 R**（QoderWork 桌面端工作目录不是仓库根，相对路径会失效）：
+```bash
+R=$(python ~/.qoderwork/repo_root.py 2>/dev/null) || R=.
+```
+> 后续脚本统一用 `python "$R/.qoder/scripts/xxx.py"`。
 
-Read the implementation file and related spec.
-Understand what needs to be tested.
+## 🚦 第一步：路由（看用户输入，立刻决定走哪条线）
 
-## Step 3: Generate Tests
+**判断 `$ARGUMENTS` 第一个词：**
+- `unit` → 单元测试（读 test-generator skill，跳到本文末尾"unit"段）
+- `browser` 或 含任务名(如 06-14-xxx) → 基于任务的浏览器测试（跳"browser"段）
+- **`coverage` 或 "覆盖""盲区""哪些没测" → 测试覆盖矩阵（跳"coverage"段）**
+- **其他全部 → quick 快速测试**（最常见，如"测一下登录""验下保险页面"）
 
-Read test-generator skill for testing workflow.
-Generate tests covering:
-1. Happy path for each function
-2. Edge cases (null, empty, boundary values)
-3. Error handling
-4. Integration points
+用户说"quick 测一下登录" → **quick**。
+用户没说任务名，只是随口"测一下 XX" → **quick**。
 
-## Step 4: Self-Check
+---
+
+## quick 快速测试（默认 · 零搜索 · 最快）
+
+**铁律：quick 模式不搜代码、不读源码、不查 API。** 用户说测什么，AI 直接据常识
++该页面的通用交互模式生成用例。平台/环境 AI 推断（web 默认、test 默认），
+**只在真不确定平台时才问一句**。不要问地址、不要问登录方式——这些 config/文档里都有。
+
+### 流程（3 步，不绕弯）
+
+**Step 1：AI 据用户描述生成用例 JSON。** 不搜代码。常见页面直接写：
+- 登录页：goto /auth/login → 填账号密码 → 点登录 → 断言跳转
+- 列表页：goto 列表 → 断言表格加载 → 翻页/筛选
+- 表单页：goto → 填字段 → 提交 → 断言成功提示
+需要真实数据(账号/密码)用 `{{ask:描述}}` 占位，URL 用 `{{base_url}}`。
+正向 + 关键异常各一条。
+
+**Step 2：调脚本，注入数据 + 出执行计划：**
+```bash
+python "$R/.qoder/scripts/autotest.py" quick \
+  --cases '<Step1生成的JSON>' \
+  --desc "<用户描述>" --platform <web|app>
+```
+脚本自动：解析 test 环境域名 + 从个人文档注入账号密码 + 出执行计划。
+若提示"需要测试数据" → 逐项问用户，再用 `--data` 传。
+
+**Step 3：执行由 QoderWork 浏览器连接器承担（真实场景）。**
+脚本只出计划，不自己开浏览器。无连接器 → 降级人工核对清单。
+跑完回传结果出报告：
+```bash
+python "$R/.qoder/scripts/autotest.py" quick --record '{"Q-1":"pass","Q-2":"fail"}'
+```
+
+---
+
+## browser 基于任务的浏览器测试（需先有任务）
+
+用户明确给了任务名/回归某个任务时走这条。完整流程见 skill。
+
+```bash
+python "$R/.qoder/scripts/task.py" list                     # 确认任务
+python "$R/.qoder/scripts/autotest.py" generate <task>      # 生成骨架
+# AI 读任务 PRD「验收标准」补全 steps/expected(真实数据用 {{ask:}})
+python "$R/.qoder/scripts/autotest.py" run <task>           # 注入+出执行计划
+python "$R/.qoder/scripts/autotest.py" run <task> --record '{"..":"pass"}'  # 回收结果
+```
+
+---
+
+## coverage 测试覆盖矩阵（哪些功能有测试 / 哪些是空白）
+
+用户说"测试覆盖""哪些没测""回归盲区"时走这条。
+
+**PREFERRED: MCP 工具（最快）：**
+```
+mcp__coverage_matrix()
+```
+
+**FALLBACK: 直接看索引：**
+```bash
+python -c "import json; d=json.load(open('$R/data/index/test-pages.json')); print(json.dumps(d,ensure_ascii=False,indent=2))"
+```
+
+输出：哪些功能/页面有测试用例（test-pages.json + test-assertions.json），哪些是空白。
+AI 据此建议"优先补 XX 功能的测试"。
+
+---
 
-- [ ] Tests are runnable
-- [ ] Cover main scenarios
-- [ ] Use proper assertions
-- [ ] Follow team test conventions
+## unit 单元测试
 
-## Step 5: Report
+读 `.qoder/skills/test-generator/SKILL.md`：定位实现代码 → 读 spec → 生成
+JUnit 测试（Mock + MockMvc，Given-When-Then）→ 输出 `tests/{package}/{Class}Test.java`。
+（只有这条线才需要 search_index 找代码。）
 
-Tell user what tests were generated and suggest /wl-commit next.
+## 报告
+- quick：用例表 + 执行结果（pass/fail），全过建议继续别的，失败列原因
+- browser：同上 + 建议修复重跑或 `/wl-commit`

package/templates/qoder/config.yaml

@@ -1,16 +1,27 @@
+# 角色定义 (与 kg.py ROLE_SECTIONS 的 5 角色对齐)
+# commands: 该角色建议主用的命令 (软引导, 不拦截 —— 任何角色都能跑任何命令)
+# permissions: 声明式权限 (当前未强制执行, 留作未来硬权限墙)
 roles:
   pm:
-    name: Product Manager
+    name: 产品经理
     permissions: [create_task, write_prd, approve_prd, review_spec]
-    skills: [prd-generator, prd-review]
+    commands: [wl-init, wl-insight, wl-prd-full, wl-prd-quick, wl-prd-review, wl-design, wl-task, wl-search, wl-status, wl-report]
   design:
-    name: Designer
+    name: 设计师
     permissions: [upload_design, approve_design]
-    skills: [design-review]
+    commands: [wl-init, wl-design, wl-search, wl-status]
   dev:
-    name: Developer
+    name: 开发
     permissions: [write_spec, implement, commit, review_code]
-    skills: [spec-coder, test-generator]
+    commands: [wl-init, wl-spec, wl-code, wl-test, wl-search, wl-commit, wl-status]
+  test:
+    name: 测试
+    permissions: [run_test, review_acceptance]
+    commands: [wl-init, wl-test, wl-search, wl-status]
+  admin:
+    name: 管理员
+    permissions: [manage_index, manage_members, all]
+    commands: [wl-init, wl-status, wl-search, wl-report]
 
 pipeline:
   workspace_dir: workspace
@@ -21,6 +32,16 @@ pipeline:
   auto_spec_on_prd_push: true
   req_id_start: 1
 
+# ── MySQL 只读 MCP (QAS 测试环境, 团队共享) ──
+# mcp_launcher.py 启动 mysql MCP 时从这里读连接信息。
+# 是测试库只读账号, 安全可进 git 团队共享。
+mysql:
+  host: 10.54.6.9
+  port: 3306
+  user: fywl_ics_test
+  password: Fywl_ics_test56476
+  env_name: "QAS 测试环境"
+
 # ── Platforms (知识图谱/搜索的平台映射, 换项目改这里即可) ──
 # search_index.py --platform <key或alias> 会过滤到对应 project 目录
 platforms:
@@ -35,6 +56,24 @@ platforms:
     ui_stack: "Vant 3"
     prototype_template: .qoder/templates/prototype-app.html
 
+# ── 自动化测试 (浏览器/E2E) ──
+# /wl-test 浏览器测试用。base_url 留空=未配, run 时报错提示用 --url 或在此填。
+# 命令行 --url > --env(查这里) > 报错。换部署地址改这里即可, 不用动脚本。
+autotest:
+  default_env: test              # /wl-test 不指定 --env 时的默认环境
+  environments:
+    test:                        # 测试环境
+      web: { base_url: "https://icsqas.inforecloud.com/" }      # ← 填 fywl-ui 测试地址, 如 http://10.x.x.x:8080
+      app: { base_url: "" }      # ← 填 Carmg-H5 测试地址
+    pre:                         # 预生产环境
+      web: { base_url: "https://icspre.inforecloud.com/" }
+      app: { base_url: "" }
+    prod:                        # 生产环境 (慎用, 会测真实数据)
+      web: { base_url: "https://ics.inforecloud.com/" }
+      app: { base_url: "" }
+  # 生成用例时从 PRD 哪些段抽取验收点 (AI 读 skill 时参考)
+  case_source_section: ["验收标准", "功能清单"]
+
 # ── 团队协作仓库 (workspace/ 产出 push 到这里) ──
 # 这是团队共享 PRD/任务/原型的仓库, 跟 data/code/ 的源码仓库不同。
 # setup.py init 时会交互式配置 git remote add origin <url>。
@@ -58,16 +97,16 @@ git_sync:
   projects:
     Carmg-H5:
       remote: origin
-      url: http://10.87.106.228:8877/pengxicheng/Carmg-H5.git  # ← 改成你的
-      branch: jlzDEV                                            # ← 改成你的主分支
+      url: http://10.87.106.228:8877/pengxicheng/Carmg-H5.git
+      branch: master
     fywl-ics:
       remote: origin
-      url: http://10.87.106.228:8877/fywl-ics/fywl-ics.git    # ← 改成你的
-      branch: release-fix                                       # ← 改成你的主分支
+      url: http://10.87.106.228:8877/fywl-ics/fywl-ics.git
+      branch: online
     fywl-ui:
       remote: origin
-      url: http://10.87.106.228:8877/fywl-ics/fywl-ui.git     # ← 改成你的
-      branch: release-fix                                       # ← 改成你的主分支
+      url: http://10.87.106.228:8877/fywl-ics/fywl-ui.git
+      branch: online
 
 
 prd_modes:
@@ -144,6 +183,3 @@ notification:
   console:
     type: console
     enabled: true
-
-codex:
-  dispatch_mode: inline

package/templates/qoder/hooks/inject-workflow-state.py

@@ -113,8 +113,8 @@ def get_status():
 
 # Statuses written by task.py: planning -> in_progress -> completed
 GUIDE = {
-    None: 'No active task. Use /wl-prd to start, or /wl-task create.',
-    'planning': 'Task in planning. Use /wl-prd to write the PRD, then /wl-task start.',
+    None: 'No active task. Use /wl-prd-full to start, or /wl-task create.',
+    'planning': 'Task in planning. Use /wl-prd-full to write the PRD, then /wl-task start.',
     'in_progress': 'Dev in progress. /wl-spec to generate spec, /wl-code to implement.',
     'completed': 'Task completed. /wl-task archive to archive, or start the next one.',
 }