回归修复(我引入):人事项目7 实测 deploy_test 两次 report_bug 上报「env/test.json 待确认无法部署」,被 pm_bug_confirm_run 在 9/13 秒内以「属测试环境问题,非代码缺陷」 自动 reject,PM 收不到求助 → 回退 requirement 重做 → requirement 同样拿不到环境信息 → 再编占位 → QC 再驳,死循环。 根因:prompt 判据写了「reject:测试环境问题导致的假失败」,LLM 严格照做。但 report_bug 在这里承担的是「向上冒泡求助」,不是「报告代码缺陷」。 修复分两层: 1) 代码层确定性分流(主):_is_blocking_help() 按特征词判定阻塞求助, 命中者不进 LLM,直接 _escalate_blocking_bugs() 转 need_info 冒泡给人, bug 保持 open 等信息补齐;幂等(已有 pending need_info 则跳过)。 2) prompt 兜底(次):删除「测试环境问题→reject」判据,加铁律说明外部输入 缺口不是可 reject 的非缺陷。 实测验证:2 个真实被误驳文本命中分流,3 个真缺陷文本不命中。
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%