用户定:任务和 bug 做成真正独立的两个事情,机制一样(poller+状态机)、 两套独立逻辑。之前把 bug 动作嵌在 PM 审核任务里(在任务里加 bug 动作)是错的。 改动: 1. 撤销 pm_review_run 里的 bug 动作(PM_SYSTEM_PROMPT bug 段 + tool_call bug 路由) 2. 新增 bug_flow.py:独立 bug 循环模块 - _advance_bug_states:确定性流转(verified→close / fixed→派发复测 / confirmed→派发修复) - pm_bug_confirm_run:PM 独立确认 open bug(open→confirmed/rejected,LLM 判断) - bug_flow_poll_once:一轮完整 bug 循环入口 3. init.py 新增 _bug_poller(扫 sd_bugs 驱动状态机,与 role/pm/qc/failed 任务 poller 平行) 只处理进行中迭代(in_progress)的 bug。两循环唯一交互点:bug 循环在 confirmed/fixed 时创建任务(修复/复测)交给任务循环执行,任务执行时角色 agent 调 start_fix/fix_bug/verify_bug 反馈推进 bug 状态。
pipeline_service
产线执行引擎 —— 任务调度、步骤执行、人工任务交互、LLM 桥接。
功能
- 任务执行:DAG 步骤调度与状态机
- 人工任务:审批/输入等待与交互
- LLM 桥接:统一 LLM 调用接口
- Agent Loop:AI Agent 多轮任务执行
- 意图分类:自然语言意图识别
- 产物管理:步骤输入输出存储
数据表
| 表 | 说明 |
|---|---|
| pipeline_tasks | 任务实例 |
| pipeline_task_steps | 步骤执行记录 |
| pipeline_artifacts | 步骤产物 |
| pipeline_human_tasks | 人工任务 |
| pipeline_step_types | 步骤类型注册 |
安装
cd pkgs/pipeline-service && pip install .
核心模块
| 文件 | 职责 |
|---|---|
executor.py |
任务/步骤调度引擎 |
storage.py |
数据库读写 |
llm_bridge.py |
LLM API 调用 |
agent_loop.py |
AI Agent 多轮执行 |
human.py |
人工任务处理 |
intent_classifier.py |
意图识别 |
state.py |
状态机 |
step_registry.py |
步骤类型注册表 |
Description
Languages
Python
99.5%
Shell
0.5%