示例后端 API 代理 前端 UI 代理并行场景用户提示词“构建一个方案生成器——前端表单、后端 AI 调用、结果展示在屏幕上。”这是 ProposalKit 核心功能模式。任务简报任务简报 ───────────────────────────────────────── 目标可用的方案生成器带表单输入、API 处理和结果展示。 代理总数2 1 集成 配额策略混合 — 后端用 Flash前端 UI 用 Sonnet 预计 Token 成本中 代理 [1] ID: agent-001 角色构建者 — 后端 API 范围/app/api/generate/route.ts 模型Gemini Flash 输入NVIDIA API 密钥环境变量名、来自 resources/prompt-template.md 的提示词模板 输出接受 {clientName, projectType, budget} 的 POST 路由返回 {proposal: string} 依赖无 [2] ID: agent-002 角色构建者 — 前端表单 展示 范围/components/ProposalForm.tsx, /components/ProposalResult.tsx, /app/page.tsx 模型Claude SonnetUI 需要质量 输入来自 agent-001 规格的 API 契约仅输入/输出形状——不是代码 输出表单组件、结果展示组件、接线到 /api/generate 依赖无使用规格不直接使用 agent-001 的输出 [3] ID: agent-003 角色集成者 范围仅审查——不新建文件 模型Gemini Flash 输入agent-001 和 agent-002 的输出 输出API 契约与前端调用之间任何不匹配的列表 依赖agent-001、agent-002 ─────────────────────────────────────────关键模式规格优先的并行agent-001 和 agent-002 同时运行因为agent-002 接收的是API 契约输入/输出形状而不是实际代码契约在任何代理运行之前就已定义两个代理都基于同一份已达成一致的规格工作这避免了 agent-002 等待 agent-001 完成节省了大量时间和配额。在生成并行代理之前始终先定义 API 契约// 在代理运行之前就商定好// POST /api/generate// 输入: { clientName: string, projectType: string, budget: number }// 输出: { proposal: string, error?: string }配额日志事件影响agent-001Flash1 个文件低agent-002Sonnet3 个文件中agent-003Flash仅审查低0 个浏览器代理无预计总计约 30% 冲刺配额