Admin/fquiz
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
a8307bfd2de3b7fb06e8dd4fc8153e6e87fa844a
fquiz/skills/fquiz-requirement-develop/SKILL.md
T

11 KiB
Raw Blame History

name, description
name description
fquiz-requirement-develop 通过 JWT 链路执行 fquiz 需求开发完整闭环（仅 action=full）：查询待处理需求 -> 开发执行 -> 状态流转（IN_PROGRESS 里程碑）-> COMPLETED（login -> jwt -> requirement search/get -> requirement status update）。当用户要求开发 fquiz 项目 OPEN/IN_PROGRESS 需求并闭环完成时使用。支持 auto-query 串行处理、逐条检查点输出、以及中断后的检查点续跑。

Fquiz Requirement Develop

按“查询 -> 串行逐条读取 -> 先置为开发中 -> 开发过程中持续更新进度 -> 完成前通过开发门禁 -> 再置为完成”执行需求开发闭环。

服务地址与认证默认值已统一为与 requirement-query 一致：

  • 默认 base-url: https://www.quizck.cn
  • 默认账号: openclaw
  • 默认密码: 12345678

硬性执行约束

  1. 仅串行执行：--auto-query 模式下固定一条一条处理，禁止并行。
  2. 逐条检查点回报：每完成 1 条需求，立即输出一条 checkpoint 事件（JSON 行）。
  3. 可恢复续跑：中断后可通过检查点文件从最近完成位置恢复，不需要重新全量扫描。
  4. 默认禁止脏工作区闭环：若仓库存在未提交改动，默认直接失败；只有显式传 --allow-dirty-worktree 才允许继续。
  5. 默认要求需求描述具备路径线索：descr 中需有反引号路径（如 frontend/src/...、backend/src/...）；否则默认失败，只有显式传 --allow-broad-change-detection 才允许宽松匹配源码目录。

执行流程（必须）

  1. 登录：POST /api/user/login
  2. 生成 JWT：POST /api/jwt/generate?userId=...
  3. 查询待处理需求：POST /api/project/requirement/search
    • 默认 projectName=fquiz
    • 默认状态：OPEN、IN_PROGRESS
  4. 逐条读取需求详情：GET /api/project/requirement/get/{id}
    • 读取 title / descr / status / progressPercent
    • 基于 descr 形成开发执行计划
  5. 开发开始即更新状态：POST /api/project/requirement/{id}/status
    • status=IN_PROGRESS
    • progressPercent=<start-progress>（默认 0）
  6. 执行真实开发并在关键阶段持续更新进度：POST /api/project/requirement/{id}/status
    • status=IN_PROGRESS
    • progressPercent 按里程碑更新（默认 30,60,90）
  7. 完成前执行开发门禁（硬门禁）
    • 默认先通过预检查：工作区必须干净、且需求描述需有可归因路径线索。
    • 必须检测到与需求相关的代码改动（优先按 descr 路径线索匹配）。
    • 必须通过构建/编译验证（仅构建，不做回归）。
    • 任一条件不满足：直接失败，且不得更新为 COMPLETED。
  8. 仅当开发门禁通过时，完成时更新状态：POST /api/project/requirement/{id}/status
    • status=COMPLETED
    • progressPercent=100

查询与 JWT 调用风格与 fquiz-requirement-analyze 保持一致：统一 login + jwt + Bearer Token。

工程接口定位（以代码为准）

  • Controller：backend/src/main/java/com/ck/quiz/project/controller/RequirementController.java
    • POST /api/project/requirement/search（继承 BaseController#search）
    • GET /api/project/requirement/get/{id}（继承 BaseController#get）
    • POST /api/project/requirement/{id}/status（updateStatus）
    • POST /api/project/requirement/{id}/analyze
    • POST /api/project/requirement/{id}/review
    • GET /api/project/requirement/{id}/lifecycle
  • Service：backend/src/main/java/com/ck/quiz/project/service/impl/RequirementServiceImpl.java
    • search：按当前登录用户 + projectName/status 查询
    • updateStatus：状态更新、进度归一化（0-100）并写生命周期日志
  • DTO：
    • RequirementQueryDto：title/projectName/status/priority + pageNum/pageSize
    • RequirementDto：descr/resultMsg/progressPercent/status 等

脚本

脚本：scripts/develop_requirement.py

参数说明

  • --action：仅支持 full
    • 固定执行完整流程：start -> progress(里程碑) -> complete
    • 不再支持 query/start/progress/complete 单阶段动作
  • --auto-query：批量模式（先查列表，再逐条执行 full）
  • --requirement-id：单条模式需求 ID（未启用 --auto-query 时必填）
  • --status：查询状态（可重复或逗号分隔），默认 OPEN,IN_PROGRESS
  • --project-name：项目过滤，默认 fquiz
  • --max-items：批量处理上限，默认 20
  • --page-size：分页大小，默认 50
  • --progress-milestones：关键进度里程碑，默认 30,60,90
  • --start-progress：start 阶段进度值，默认 0
  • --base-url --user-id --user-pwd --timeout：连接与认证参数
  • --build-timeout：构建/编译命令超时秒数，默认 600
  • --skip-build-gate：跳过构建/编译门禁（默认关闭；仅在明确允许时使用）
  • --allow-dirty-worktree：允许在脏工作区执行（默认关闭，防止把历史改动误当成本需求开发证据）
  • --allow-broad-change-detection：当需求描述缺少路径线索时，允许回退到源码目录宽松匹配（默认关闭）

检查点与续跑参数（新增）

  • --checkpoint-file
    • 检查点状态文件（默认：skills/fquiz-requirement-develop/runtime/auto-query-checkpoint.json）
    • 每完成 1 条需求即原子覆盖写入，记录 allIds / nextIndex / completedIds / lastCheckpoint / results。
  • --resume
    • 从 --checkpoint-file 的最近检查点续跑。
    • 续跑时会校验关键参数一致性（full/status/project/page-size/max-items/milestones/start-progress/base-url/user-id），防止错配。
  • --reset-checkpoint
    • 明确要求重建计划并覆盖检查点（仅 auto-query）。
  • 默认防误操作规则
    • 若 checkpoint-file 已存在，且未指定 --resume 或 --reset-checkpoint，脚本会直接失败，避免误从头重扫覆盖续跑上下文。
  • --checkpoint-log-file
    • 检查点事件 JSONL 文件（默认 <checkpoint-file>.events.jsonl）。
  • --checkpoint-stream
    • 检查点即时输出流：stderr（默认）或 stdout。

优先级处理规则（批量）

  • --auto-query 批量模式下，需求处理顺序固定为：HIGH -> MEDIUM -> LOW。
  • 同优先级内保持稳定顺序：按 createDate，再按 id。
  • 输出中会返回：
    • processingOrderRule
    • items[].processOrder
    • items[].priority

检查点事件格式（每完成 1 条输出 1 条）

输出为单行 JSON，至少包含：

  • completedId：刚完成的需求 ID
  • currentId：当前处理需求 ID
  • remainingIds / remainingCount：剩余待处理需求
  • statusWritebackResult：本条需求状态回写结果（是否写回、每步 phase/status/progress/httpStatus、final）

示例：

{
  "type": "checkpoint",
  "timestamp": "2026-03-23T14:20:31+08:00",
  "checkpointFile": ".../auto-query-checkpoint.json",
  "completedId": "REQ-1001",
  "currentId": "REQ-1001",
  "nextId": "REQ-1002",
  "remainingIds": ["REQ-1002", "REQ-1003"],
  "remainingCount": 2,
  "statusWritebackResult": {
    "updated": true,
    "updates": [
      {"phase": "start", "status": "IN_PROGRESS", "progressPercent": 0, "httpStatus": 200},
      {"phase": "progress", "status": "IN_PROGRESS", "progressPercent": 30, "httpStatus": 200},
      {"phase": "complete", "status": "COMPLETED", "progressPercent": 100, "httpStatus": 200}
    ],
    "final": {"phase": "complete", "status": "COMPLETED", "progressPercent": 100, "httpStatus": 200}
  }
}

输出结构（最终汇总 JSON）

  • mode: single / auto-query
  • action: 固定为 full
  • resumed: 是否从检查点续跑
  • executionMode: 固定 serial
  • checkpointFile / checkpointLogFile（auto-query）
  • processingOrderRule: 批量模式的优先级排序规则说明
  • queryTrace: 查询轨迹（状态、页码、返回量）
  • items[]: 每条需求的执行轨迹
    • requirementId/title/initialStatus/finalStatusPlanned
    • priority/processOrder/createDate
    • developmentPlan：基于 descr 的开发计划摘要
    • developmentExecution：真实开发执行结果（changedFiles + buildResults）
    • transitionPlan：计划中的状态与进度步骤
    • trajectory[]：每次实际状态更新记录

示例命令

1) 首次执行（批量串行 + 检查点）

python3 skills/fquiz-requirement-develop/scripts/develop_requirement.py \
  --auto-query \
  --action full \
  --status OPEN,IN_PROGRESS \
  --progress-milestones 25,50,80 \
  --max-items 5 \
  --checkpoint-file skills/fquiz-requirement-develop/runtime/fquiz-dev.ckpt.json

2) 中断后续跑（从最近检查点继续）

python3 skills/fquiz-requirement-develop/scripts/develop_requirement.py \
  --auto-query \
  --resume \
  --action full \
  --status OPEN,IN_PROGRESS \
  --progress-milestones 25,50,80 \
  --max-items 5 \
  --checkpoint-file skills/fquiz-requirement-develop/runtime/fquiz-dev.ckpt.json

3) 单条需求执行 full（完整闭环）

python3 skills/fquiz-requirement-develop/scripts/develop_requirement.py \
  --requirement-id <REQ_ID> \
  --action full

错误处理与回滚策略

  • 参数校验失败（如 start-progress>99、里程碑超范围、非法 status；--status 非 OPEN/IN_PROGRESS）
    • 立即失败并返回 step=validate，不发起任何状态写入
  • 预检查失败（新增）
    • step=develop_preflight：工作区非净（未显式允许）或需求描述缺少路径线索（未显式允许宽松匹配）
    • 该场景下不允许进入 COMPLETED 闭环
  • 登录/JWT/查询失败
    • 返回失败步骤与 HTTP 明细，不输出 token/cookie/password
  • 开发门禁失败
    • step=develop：未检测到需求相关代码改动，或构建/编译失败
    • 该场景下需求可能已先被置为 IN_PROGRESS 并写入部分进度；但必须禁止写成 COMPLETED
  • 状态更新失败（单条）
    • 返回失败步骤 update_status + 对应请求参数，便于重试
  • 批量执行中断/异常
    • 检查点保留最近完成位置；下次用 --resume 从 nextIndex 继续

回滚建议：

  1. 若误完成（COMPLETED）：调用 /{id}/status?status=IN_PROGRESS&progressPercent=<上次值> 回退到处理中。
  2. 若进度写错：重复调用 /{id}/status?status=IN_PROGRESS&progressPercent=<正确值> 覆盖。
  3. 若需重新进入待处理：调用 /{id}/status?status=OPEN&progressPercent=0。

与需求分析 skill 的衔接

  1. 先用 fquiz-requirement-analyze 将需求从 PENDING_ANALYSIS/PENDING_REVISION 推进到可开发状态（通常评审通过后到 OPEN）。
  2. 再用本 skill 聚焦 OPEN/IN_PROGRESS 做开发执行和进度推进，直到 COMPLETED。
  3. 两个 skill 共享同一 JWT 链路与需求查询接口，便于串联自动化流水线。
Reference in New Issue View Git Blame Copy Permalink