45 lines
3.6 KiB
Markdown
45 lines
3.6 KiB
Markdown
|
改进优先级
|
|||
|
|
|
|||
|
|
┌────────┬──────────────────────────────────────┬────────────────────────────────┐
|
|||
|
|
│ 优先级 │ 改进项 │ 效果 │
|
|||
|
|
├────────┼──────────────────────────────────────┼────────────────────────────────┤
|
|||
|
|
│ P0 │ 增加 QA→Developer 反馈循环 │ 致命 bug 能在交付前修复 │
|
|||
|
|
├────────┼──────────────────────────────────────┼────────────────────────────────┤
|
|||
|
|
│ P0 │ 修复 Planner 的 markdown→JSON 解析 │ 并行执行真正生效 │
|
|||
|
|
├────────┼──────────────────────────────────────┼────────────────────────────────┤
|
|||
|
|
│ P1 │ 第一个 Agent 先读取目标项目代码 │ 产物能直接集成 │
|
|||
|
|
├────────┼──────────────────────────────────────┼────────────────────────────────┤
|
|||
|
|
│ P1 │ 增加 Architect 角色 │ 方案设计阶段避免与现有架构冲突 │
|
|||
|
|
├────────┼──────────────────────────────────────┼────────────────────────────────┤
|
|||
|
|
│ P2 │ Agent 间共享上下文（非仅传输出文本） │ Designer 能看到 PM 的详细分析 │
|
|||
|
|
├────────┼──────────────────────────────────────┼────────────────────────────────┤
|
|||
|
|
│ P2 │ 支持多轮对话而非单次生成 │ 复杂任务可分步迭代 │
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
如果你指的是跨阶段人工交互式追问（如：PM 输出计划后用户可修改确认再继续），当前代码中暂未找到该能力。需要我实现吗？
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
改进建议
|
|||
|
|
|
|||
|
|
Developer 需要加强 Promise 理解 — Element Plus 的 validate() 返回 Promise<boolean> 而非 reject-on-failure，两轮都栽在这里。建议在 developer system prompt 中加入常见框架 API
|
|||
|
|
的陷阱提示
|
|||
|
|
启用 QA → Developer 修复循环 — QA 发现了所有问题但未触发修复。当前 MAX_FIX_ROUNDS=2 可能不足以覆盖。可考虑对 critical 级别 issue 强制执行至少一轮修复
|
|||
|
|
PM 应明确功能优先级 — 注册功能写了但 developer 没实现，PM 没有标注 "MUST HAVE"，导致被偷懒跳过
|
|||
|
|
DevOps 需实际构建验证 — 缺少 vue-tsc --noEmit 和 vite build 的实际输出日志
|
|||
|
|
Architect 可进一步发挥 — 可以要求架构师输出更具体的 "现有代码质量评估"，这样 PM 就不会规划超出实际需求的复杂功能
|
|||
|
|
|
|||
|
|
总结：第三轮质量明显提升，修复 validateForm 后 Login.vue 可直接用于天工平台。Developer 的 Promise 处理是需要系统性修复的薄弱环节。
|