Files
mkdocs/docs/Obsidian笔记体系/Projects/agent/0618.md
2026-06-28 15:55:05 +08:00

3.6 KiB
Raw Blame History

改进优先级

┌────────┬──────────────────────────────────────┬────────────────────────────────┐ │ 优先级 │ 改进项 │ 效果 │ ├────────┼──────────────────────────────────────┼────────────────────────────────┤ │ P0 │ 增加 QA→Developer 反馈循环 │ 致命 bug 能在交付前修复 │ ├────────┼──────────────────────────────────────┼────────────────────────────────┤ │ P0 │ 修复 Planner 的 markdown→JSON 解析 │ 并行执行真正生效 │ ├────────┼──────────────────────────────────────┼────────────────────────────────┤ │ P1 │ 第一个 Agent 先读取目标项目代码 │ 产物能直接集成 │ ├────────┼──────────────────────────────────────┼────────────────────────────────┤ │ P1 │ 增加 Architect 角色 │ 方案设计阶段避免与现有架构冲突 │ ├────────┼──────────────────────────────────────┼────────────────────────────────┤ │ P2 │ Agent 间共享上下文(非仅传输出文本) │ Designer 能看到 PM 的详细分析 │ ├────────┼──────────────────────────────────────┼────────────────────────────────┤ │ P2 │ 支持多轮对话而非单次生成 │ 复杂任务可分步迭代 │

如果你指的是跨阶段人工交互式追问(如:PM 输出计划后用户可修改确认再继续),当前代码中暂未找到该能力。需要我实现吗?

改进建议

Developer 需要加强 Promise 理解 — Element Plus 的 validate() 返回 Promise 而非 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 处理是需要系统性修复的薄弱环节。