Issue2PR

Projects

项目总览

先给仓库健康与契约状态，再进入项目明细。目录负责检索，契约负责判断仓库能否安全接入。

接入项目
24
契约通过
21
待补齐
2
异常仓库
1

项目目录

24 repositories
payment-servicegithub.com/ops/payment-service
契约通过
08-29 21:40
3 runs
issue-brokergithub.com/platform/issue-broker
缺少测试命令
08-29 18:12
1 run
web-consolegithub.com/design/web-console
契约通过
08-28 09:56
8 runs
legacy-reportgithub.com/data/legacy-report
分支保护缺失
08-27 17:03
0 runs

项目契约

可接入
默认分支
main
测试命令
npm test
变更边界
src / tests
复核门
测试通过后进入实现

最近事件

#4821 自动补齐契约payment-service / 2 分钟前
#4796 暂停执行legacy-report / 分支保护缺失

Configuration

阶段配置

左侧按阶段导航，右侧只显示当前阶段相关参数。表单不再整页平铺，调整成本与误改概率同时下降。

P05 Planner

复核门

Guide

工作流说明

说明页从介绍插件改为教会使用者决策：先理解与规划，再实施与交付。

Phase A

理解与规划

  • 01P01 把 Issue 提炼为结构化契约，成功标准必须可验证。
  • 02P02 到 P04 逐步收敛：候选文件、调用链、根因假设。
  • 03P05 生成 TaskGraph，是第一个必须认真复核的关卡。

Phase B

实施与交付

  • 04P06 产出候选修改，P07 校验基线后才落盘。
  • 05P08 必须真实执行测试，结果不允许由模型编造。
  • 06P09 与 P11 分别完成审查门控和交付评测。

Safety

边界规则

  • A基线不一致时拒绝应用 patch，避免覆盖他人修改。
  • B每条 patch 进入 ledger，可追踪也可单独回滚。

Failure

失败路径

  • C失败进入 P10 分类，不走盲目重试。
  • D根因错误回到规划，测试选择错误补测试，权限问题升级人工。

Artifacts

产物工作台

左侧保持目录心智，右侧专注阅读。JSON 与 Markdown 的元信息放入工具条，内容区只承担内容本身。

产物目录

11 files
04-hypotheses.json P04 Hypothesis
JSON 
{
  "runId": "run_4821",
  "repository": "ops/payment-service",
  "hypotheses": [
    {
      "id": "H-001",
      "confidence": 0.91,
      "rootCause": "回调重试未持有幂等锁",
      "evidence": [
        "src/callback/retry.ts:48",
        "src/payment/idempotency.ts:112"
      ],
      "verification": "注入重复回调，断言仅扣款一次"
    }
  ]
}

Run

执行路线

11 个阶段不再是一张长表，而是一条可扫读的路线。关键复核门保留独立标识，下方提供当前阶段与证据入口。

#4821 修复支付回调重复扣款

P09 审查中
P01Issue Analyzer结构化契约
P02Search Layer候选与证据
P03Code Understanding调用链
P04Hypothesis根因假设
P05Planner复核门
P06代码优化复核门
P07Patch Pipeline落盘 ledger
P08Test Runner真实执行
P09Reviewer三维门控
P10Failure Classifier失败旁路
P11PR Builder交付评测

当前阶段

待复核
阶段
P09 Reviewer
耗时
03:41
输入
06-implementation / 07-test-report
门控
Diff / API / Test

运行证据

07-test-report.json82 passed / 0 failed
patch-ledger.jsonl4 patches applied
06-implementation3 nodes completed