输出

OpenClaw 有价值应用（2026-04-22）：多Agent需求文档流水线——把「开会记流水」变成「会后即出PRD」

多Agent需求文档流水线——把「开会记流水」变成「会后即出PRD」

核心解决痛点：产品会议开了1小时，会后花3小时整理纪要、写PRD，还经常漏需求、丢上下文。多Agent需求文档流水线让会议结束那一刻，PRD初稿同步完成。

场景演示

你的痛点：

  • 会议记录靠手动，事后整理耗时且容易遗漏
  • 产品经理、研发、设计多方视角不同，PRD来回改
  • 需求传播靠截图，版本不一致
  • 临时讨论无记录，追溯困难

有了多Agent需求文档流水线之后：

  • 会议开始 → 启动录音/转录Agent
  • 会议进行中 → 需求拆解Agent实时打标签（功能/非功能/设计约束）
  • 会议结束 → PRD生成Agent自动输出结构化文档，同步飞书多维表格
  • 研发/设计 → 收到任务卡，直接开始评估

Step by Step

Step 1：会议前，启动录制与转录

使用 OpenClaw 的 openai-whisper skill 将会议录音转为文字：


# 录制完成后，转录为文字稿
python3 ~/.openclaw/skills/openai-whisper/transcribe.py \
  --input /path/to/meeting_audio.m4a \
  --output /tmp/meeting_transcript.txt

Step 2：转录文字进入多Agent处理流水线

Agent A - 需求提取Agent（负责识别功能需求、非功能需求、假设与依赖）：

提示词（可复制）：
```
你是一个资深产品经理。请从以下会议记录中提取需求文档（PRD）所需的所有要素：

>

1. 用户故事：用「作为...我想要...以便于...」格式列出每个需求
2. 功能点清单：每个需求的详细描述、输入、输出、边界条件
3. 非功能需求：性能、安全、兼容性要求
4. 假设与依赖：技术依赖、业务依赖、外部依赖
5. 优先级建议：P0/P1/P2（参考 MoSCoW 法则）

>

输出格式：Markdown，结构清晰，便于直接复制到PRD模板。

>

会议记录如下：
[粘贴转录文字]
```

Agent B - PRD生成Agent（负责将提取的需求组装为标准PRD格式）：

提示词（可复制）：
```
你是一个专业的技术文档工程师。请根据以下需求要素，生成一份完整的PRD文档。

>

文档结构必须包含：
- 文档概述（背景、目标、范围）
- 用户与场景
- 功能需求详述（每个功能包含：概述、用户故事、详细说明、验收标准）
- 非功能需求
- 技术约束与依赖
- 版本规划建议

>

格式要求：Markdown，代码块标注验收标准中的关键步骤。

>

需求要素如下：
[粘贴Agent A的输出]
```

Agent C - 任务卡分发Agent（负责将PRD中的功能点同步到飞书多维表格，生成研发任务卡）：


# 使用 feishu_bitable_create_record 将功能点写入任务看板
feishu_bitable_create_record(
  app_token="你的Bitable App Token",
  table_id="任务表 Table ID",
  fields={
    "功能名称": "xxx",
    "优先级": "P0",
    "负责人": "待指定",
    "验收标准": "见PRD第x节",
    "来源会议": "2026-04-22 产品评审会",
    "状态": "待评审"
  }
)

Step 3：自动生成目录并推送

PRD生成后，使用 halo-backend-publisher 一键发布至团队知识库：


python3 ~/.openclaw/skills/halo-backend-publisher/scripts/publish_post.py \
  --title "PRD-2026-04-22-产品需求文档" \
  --content-file /tmp/prd_final.md \
  --tags "AI生成,需求文档,PRD" \
  --category "输出" \
  --raw-type "MARKDOWN" \
  --allow-comment "true" \
  --publish "true"

可复制提示词（完整版）

会议记录转PRD提示词


# Role: 资深产品经理 & 技术文档工程师

## Task
从以下会议记录中，生成一份可直接使用的PRD初稿。

## Input
粘贴会议转录文字（由 Whisper 提取）

## Output Format
Markdown格式，包含：
1. 文档概述（背景/目标/范围）
2. 用户与场景
3. 功能需求详述（每个功能含用户故事、详细说明、验收标准）
4. 非功能需求
5. 假设与依赖
6. 优先级建议（MoSCoW）

## Rules
- 不得捏造未提及的需求
- 验收标准要具体可测试
- 保持中立，不偏向特定技术方案

使用的Skills

Skill用途
openai-whisper会议录音 → 文字转录
feishu-bitable功能点同步到任务看板
halo-backend-publisherPRD文档自动发布
multi-search-engine（可选）补充竞品参考案例

价值与注意事项

核心价值：

  • 时间压缩：从「会后3小时整理」到「会后即出」，响应速度提升 90%+
  • 信息不丢失：每个需求都有来源可追溯，避免「我记得当时说过」扯皮
  • 版本一致：PRD + 任务看板实时同步，研发不再拿着截图开发
  • 多方协同：产品/研发/设计共享同一份源头，减少理解偏差

注意事项：

  1. 录音质量决定上限：嘈杂环境建议使用定向麦克风，Whisper 对清晰人声效果最佳
  2. 先跑通再优化：建议先用转录+简单提取跑通流程，再逐步加入结构化模板
  3. 隐私合规：涉及敏感商业内容的会议，录音前需确认合规要求
  4. 人机校验：AI生成的PRD是初稿，必须由产品经理Review后分发，避免错误传导

本文属于「OpenClaw 有价值应用」专栏，持续更新中。

评论