Skip to content

docs(demos): 产品速会 standup demo 提案(refs #27)#28

Merged
s2agi merged 3 commits into
mainfrom
feat/demo-standup-room
May 13, 2026
Merged

docs(demos): 产品速会 standup demo 提案(refs #27)#28
s2agi merged 3 commits into
mainfrom
feat/demo-standup-room

Conversation

@s2agi
Copy link
Copy Markdown
Contributor

@s2agi s2agi commented May 12, 2026

Summary

通信demo马 demo backlog #2产品速会 standup demo 提案,序列化轮询 + 累积 barrier 模式。

通信龙 review #25 (PR 审查室 backlog) 时选本案为优先级 #2,PASS「AI 新闻编辑室」(理由:模式与 translation-pipeline 重合)。

本 PR 只 ship 提案文档 — 实施 5 agent + CLI 代码等 Vincent merge 当前 PR queue 后再开新 PR,跟 PR #26 PR 审查室排队。

Refs #27

改动

  • docs/demos/standup-room-proposal.md(新增 193 行)

一句话定位

5 分钟 standup → 1 host 按顺序点名 → 3 reporter 各报 yesterday/today/blockers → recorder 汇总输出 markdown standup notes。

入口:anet demo standup --topic "..." --reporters 3(CLI one-shot 同 debate 风格)。

编排范式对比矩阵

Demo 编排范式 Agent Topology
hello-world 对话 2 A↔B
translation-pipeline 线性链 3 A→B→C
debate 9 步回合制 6 host 主导驱动
telegram-squad 指挥-worker 11 commander 1→N
PR 审查室 (PR #26) 同步并行扇出 + barrier 合并 4 CLI→3 并行→judge
standup(本 PR) 序列化轮询 + 累积 barrier 5 host↔3 序列→recorder

跟 PR 审查室一起摆 cases 页就能直观演示 anet 编排「并行 vs 序列」核心范式对比。

编队(5 agent)

Alias 职责
host-<suffix> 主持 + 顺序点名 + 过渡话术(LLM 推理驱动指挥棒,不是机械 round-robin)
reporter-1/2/3-<suffix> 三段式报告 yesterday/today/blockers
recorder-<suffix> 累积 barrier 等 3 份 → 提炼 risks/blockers/next-actions

host + recorder 都单独 agent 因为各自带 LLM 推理价值(参考 PR 审查室 judge 同性质保留理由)。

留 review Q(含在提案文档底部)

  1. --reporters <n> 参数化默认 3 最小 2 最大 6,还是固定 3?
  2. 要不要 host 拐回追问 blocker 二轮(--probe flag)演示更复杂编排?
  3. recorder 输出选 (a) transcript / (b) 结构化三段 + risks/next-actions / (c) 经理视角总结?还是 b+a 并列?

Test plan

  • 提案结构完整(一句话定位 / 编队 / 时序 / CLI / 验证 / 风险 / timeline / 留 review Q)
  • 编排范式对比矩阵列清 vs 现有 4 demo + PR 审查室
  • 实施 outline 指向 agent-network/bin/cli.ts:3592 demoDebateCommand 模板
  • 验证方式 (test29 + cases 页 ZH+EN) 对齐 cases/index.md 已验证案例标准
  • 后续 Vincent merge PR queue 后开新 PR 实施代码(跟 PR #26 排队)

不在 PR 范围

  • 不动 agent-network/bin/cli.ts(实施代码下次 PR)
  • 不加 docker-compose 资产(debate-style CLI 不需要)
  • 不写 docs-site/docs/cases/standup-room.md(实施完成后 PR 一并加)

Draft mode — 等通信龙 review 留下来的 3 个问题后 ready for review。

vansin added 3 commits May 12, 2026 17:09
通信demo马 demo backlog #2 起草。通信龙 review #25 时选本案为
优先级 #2,PASS 「AI 新闻编辑室」(模式与 translation-pipeline 重合)。

5 agent (host + 3 reporter + recorder) 序列化轮询 + 累积 barrier 模式,
跟 PR 审查室 #26 (同步并行扇出 + barrier 合并) 形成「并行 vs 序列」
核心编排范式对比。CLI `anet demo standup --topic ... --reporters 3`
对齐 anet demo debate。

提案文档含 3 个留给通信龙的 review 问题(reporter 数量参数化 /
host 二轮 probe / recorder 输出风格)。

Refs #27
Q1 reporter 数量:参数化 --reporters <n> 默认 3 范围 2-6 (min 2 防退化对话,
max 6 控总 agent ≤ 8)。

Q2 host probe 二轮:v1 砍,纯序列化是核心卖点。如未来要 probe 单独做
第四个 demo "AI 风险评估会"。

Q3 recorder 输出:(b+a) 组合 — 顶部 manager 摘要 + 底部 dev transcript
单文件双 reader 满足。同 debate 输出格式思路(转录 + 评委判决并列)。

关键设计 ack 项(host/recorder 单独 agent + 编排范式对比矩阵)全部
通过。Backlog: 第三个 demo 提案暂不主动出,等实施完跑通真用户反馈。

Refs #27
通信龙 pivot ack 落地,Vincent 2026-05-12 定调"用户能掌控多 agent +
充分测试"(refs feedback_demo_quality_over_count)。

§UX 反馈(在控感)— P0:
- 指挥棒序列可视:host→A→host→B→host→C→recorder 在 CLI 滚动条上看得到
- 启动序 + 实时进度 feed 总步数公式 2N+5
- Dashboard URL terminal hyperlink Cmd+Click 支持
- 失败路径友好提示:reporters 边界 / host 卡死 / reporter 超时 / recorder 跑题
- 末尾输出:preview + 路径 + 下一步 paste 到 Slack/飞书/Notion ready-to-act

§测试规格(test29-standup-room)— P1:
- 3 样本 covering happy/boring/edge: 3-person / 6-person / blocker-heavy
- Golden 结构断言(section / sub-section / line 计数 / owner 标记)非 verbatim
- Mock LLM provider 协议(与 PR 审查室共用 tests/MOCK-LLM-PROTOCOL.md)
- 三层覆盖 unit 80% / integration 60% / e2e 40%
- 10 条回归 case 标 P0/P1/P2 优先级(CI/nightly/release)

总长度 379 行(< 通信龙 600 行上限)。

Refs #27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants