بنقرة واحدة
vibeflow-roundtable
Spark 阶段可选的圆桌会议 — 通过多角色独立观点对齐形成共识。 在深度洞察后使用,帮助用户在设计前充分考量各方视角。 使用场景:用户希望从多个角色视角审视方向、需要在团队内部形成设计共识。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Spark 阶段可选的圆桌会议 — 通过多角色独立观点对齐形成共识。 在深度洞察后使用,帮助用户在设计前充分考量各方视角。 使用场景:用户希望从多个角色视角审视方向、需要在团队内部形成设计共识。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
启动 VibeFlow 本地看板,实时查看阶段、功能、产物和最近事件。
查看 VibeFlow 项目当前状态(阶段、进度、待处理项)。
VibeFlow框架入口。运行 /vibeflow 开始新项目或继续现有工作流。
测试阶段的真实浏览器验证底座。用于页面交互、表单、路由、前端 API、视觉状态和运行时问题验证。优先使用 Playwright MCP 做真实交互验证,使用 Chrome DevTools MCP 做运行时诊断;MCP 不可用时回退到本地 Playwright CLI 脚本。
在此仓库中用于在会话开始时路由整个VibeFlow生命周期的工作。
系统测试通过后且工作流要求 UI QA 时使用 — 运行浏览器导向的 QA 验证并生成报告
| name | vibeflow-roundtable |
| description | Spark 阶段可选的圆桌会议 — 通过多角色独立观点对齐形成共识。 在深度洞察后使用,帮助用户在设计前充分考量各方视角。 使用场景:用户希望从多个角色视角审视方向、需要在团队内部形成设计共识。 |
启动宣告: "正在使用 vibeflow-roundtable — 圆桌会议开始。"
前置条件: Spark 步骤 3(问题框定 + 确定方向)已完成。
| 角色 | 职责 | 思维方式 | 核心问题 |
|---|---|---|---|
| 产品经理 | 市场需求、用户价值、优先级 | 价值导向 | 这个方向解决的核心用户痛点是什么? |
| 架构师 | 技术可行性、可扩展性、风险 | 第一性原理 | 这个方向在技术上是可行的吗?扩展性如何? |
| 用户代表 | 真实使用场景、痛点、期望 | 场景还原 | 用户在实际使用中会遇到什么问题? |
| 体验代表 | 交互体验、易用性、情感反馈 | 共情优先 | 用户使用这个功能的感受会是什么? |
| 竞争力代表 | 竞品对比、差异化、市场机会 | 格局分析 | 与竞品相比,这个方向的差异化优势在哪里? |
docs/changes/<change-id>/brief.md(Spark 步骤 3 的输出)规则: 每个角色独立形成观点,不看到其他角色的输出。
依次模拟 5 个角色,每个角色的思考过程使用以下模板:
## [角色名] 视角
**核心立场**: [1-2 句话表达该角色的主要观点]
**关键洞察**:
- [洞察1]
- [洞察2]
- [洞察3]
**顾虑或风险**:
- [顾虑1]
- [顾虑2]
**对该方向的评分**: [1-10] / [信心: 高/中/低]
**什么会改变我的看法**: [具体条件]
每个角色思考完毕后,继续下一个角色,不展示之前角色的输出。
收集所有角色观点后,综合输出:
## Roundtable 综合结论
### 共识点
- [所有角色都认可的点]
### 分歧点
| 角色 A | 角色 B | 分歧描述 | 建议_resolution |
|--------|--------|----------|-----------------|
| ... | ... | ... | ... |
### 各角色关键洞察
- **产品经理**: ...
- **架构师**: ...
- **用户代表**: ...
- **体验代表**: ...
- **竞争力代表**: ...
### 建议_resolution
- [综合后的建议]
向用户展示综合结论,请求确认:
## 圆桌会议结论确认
请确认以下结论是否符合你的预期:
[综合结论]
选项:
1. ✅ 确认,继续进入下一阶段
2. 📝 小幅修改(请说明)
3. 🔄 重新讨论(请说明哪些方面需要重新思考)
将圆桌结论追加到 docs/changes/<change-id>/brief.md:
---
## Roundtable 结论
[综合结论]
**用户确认状态**: ✅ 确认 / 📝 修改后确认 / 🔄 重新讨论
**确认时间**: YYYY-MM-DD
**用户修改意见**: [如有]
⚠️ 记录到 phase-history:启用圆桌会议时,需要在 phase-history 中记录
roundtable_enabled: true和roundtable_confirmed: <实际状态>。
| 文件 | 内容 | 必须存在 |
|---|---|---|
docs/changes/<change-id>/brief.md | 追加 Roundtable 结论 | ✅(增量追加) |
入口: Spark 步骤 3 后,用户选择启用圆桌会议
产出: 圆桌结论追加至 brief.md
后续: 用户确认后继续 Spark 步骤 4(复杂度/风险扫描)
跳过: 用户选择跳过则直接继续步骤 4