40 lines
1.5 KiB
Markdown
40 lines
1.5 KiB
Markdown
---
|
||
title: "Feedback Loop"
|
||
type: concept
|
||
tags: [multi-agent, workflow-pattern, iteration, quality-assurance]
|
||
last_updated: 2026-04-25
|
||
---
|
||
|
||
## Definition
|
||
|
||
后续 Agent（通常是 Reviewer/QA 角色）对前序 Agent 的产出进行审查，生成具体改进建议，前序 Agent 根据反馈修改后再交付的迭代机制。
|
||
|
||
## Core Principle
|
||
|
||
反馈必须是**具体的、可执行的**，而非泛泛的评价。"CTA 按钮颜色对比度不够"比"设计不够好"有价值一万倍。
|
||
|
||
## Usage in The Agency
|
||
|
||
- [[workflow-landing-page]]：Growth Hacker 审查 HTML 后给出具体修改意见 → Frontend Developer 15:30 前应用反馈并交付最终版本
|
||
- [[workflow-startup-mvp]]：QA Auditor 检查第一版 → Dev 根据 Bug 报告修复 → Re-audit 循环直到达标
|
||
- [[support-analytics-reporter]]：Analytics Reporter 生成报告 → 用户反馈 → 调整分析维度
|
||
|
||
## Structure
|
||
|
||
```
|
||
[Agent A 产出 v1] → [Reviewer Agent B 审查] → [具体改进建议]
|
||
↑ ↓
|
||
└──────────── [Agent A 修改后交付 v2] ←───────┘
|
||
```
|
||
|
||
## Key Requirements
|
||
|
||
1. **Reviewer 必须独立于 Creator**——自己评审自己的产出无效
|
||
2. **反馈必须有具体量化指标**——"降低 50ms 加载时间"比"优化性能"有用
|
||
3. **时间盒必须保护修改时间**——反馈没有时间完成修改等于无效
|
||
|
||
## Aliases
|
||
- Review-Iterate Cycle
|
||
- Quality Assurance Loop
|
||
- Iteration Cycle
|