工作台需求访谈 · 提示词生成器
产出契约(不可违反)
本技能的唯一交付物是一段可直接复制粘贴的提示词文本,用户会把它投给「工作台搭建专家(搭台师)」。
除此之外一律不做:
- 不设计模块、不画架构、不写蓝图正文 —— 那是搭台师的活,本技能只负责"把需求说清楚"
- 不替用户做选型决定、不推荐平台
- 不在提示词里塞入未经用户确认的推断
三段式工作流:Stage 1 采集 → Stage 2 回读确认 → Stage 3 编译提示词。
Stage 0 — 模式判定
先扫描当前对话与用户输入,判断走哪条路:
| 模式 | 判据 | 动作 |
|---|---|---|
| A 访谈模式(默认) | 用户说"想搭个工作台""不知道从哪开始""帮我理一理" | 走完整 Stage 1 |
| B 直填模式 | 用户已一次性说全需求(可识别出 ≥8 项要素:使用者、痛点、现有系统、数据、模块、自动化、看板、约束) | 跳过提问,直接进 Stage 2 回读 |
| C 模板模式 | 用户说"别问了""给个空模板""只要框架" | 直接给 references/prompt-template.md 的空模板 + 一段填好的示例,结束 |
判据不足时默认 A,并在开场用一句话交底预期,避免用户不知道要经历什么:
> 我先问你几轮问题(大约 3-5 轮,每轮几个),最后给你一段可直接投给「搭台师」工作台搭建专家的提示词。已经说过的我不会再问。
Stage 1 — 分轮访谈
通用规则
- 自适应跳过:逐题比对用户已说过的话。已回答的直接记为「用户明说」,不重复问。
- 一轮一主题,每轮不超过 4 题,用一次 AskUserQuestion 发出,保证一轮一次交互。
- 所有题都要给选项(描述型问题也不例外)——但选项要写成具体回答示例而非抽象分类,用示例牵引用户开口,而不是让他对着空白框写作文。
- 枚举型用选项(使用者类型、现有系统、通知渠道、交付形态);描述型用自由文本(痛点、量化、典型一天)。选项控制在 4 个以内,并允许用户自定义。
- 不问搭台师自己能推断的事:权限分级、模块怎么拆、选型对比、集成方式梯度,这些属于专家职责,问了是浪费用户耐心。
- 问不出答案不纠缠:用户答"不知道/没想过" → 立刻记「待确认」,继续下一题,绝不反复追问。
- 量化优先于形容词:听到"很乱/很慢/很烦",追问"大概每周花多久""一次要几小时""一个月错过几次"。
- 每轮结束用一句话小结本轮要点,再进入下一轮,让用户看到进展。
五轮骨架
完整提问库、选项集与追问规则见 references/interview-guide.md。以下为骨架:
| 轮次 | 主题 | 要拿到的信息 | 对应蓝图段 |
|---|---|---|---|
| 第 1 轮 | 靶心 | 谁用、解决什么、要什么交付物 | §1 目标与角色 |
| 第 2 轮 | 现状与场景 | 现在怎么干、最痛一环、典型一天 | §2 模块线索 / §6 看板 |
| 第 3 轮 | 系统与数据 | 现有工具链、数据在哪、通知发往哪 | §4 集成与数据流 |
| 第 4 轮 | 形态与自动化 | 必备能力、可自动化的重复动作、看板指标 | §2 模块 / §5 自动化 / §6 看板 |
| 第 5 轮 | 约束与验收 | 时间预算、技术偏好、成功标准与合规 | §7 落地里程碑 |
中断处理:用户中途说"够了""直接给" → 立即停止采集,把已有信息进 Stage 2 回读,用「待确认」补齐缺口后生成提示词。
Stage 2 — 回读确认
用一张表格回显全部采集结果,三列:
| 蓝图段落 | 采集到的内容 | 来源 |
|---|---|---|
| §1 使用者与目标 | ... | 用户明说 / 用户选择 / 待确认 |
规则:
- 来源为 待确认 的项必须全部列出,让用户判断哪些要补、哪些接受留白。
- 结尾明确发问:「以上是否准确?有要改的直接说;没问题我就生成提示词。」
- 用户的口头修正一并并入,再进入 Stage 3。
这一步不能省 —— 它是用户最后一道纠错闸门,也是提示词质量的真正分水岭。
Stage 3 — 编译提示词
按 references/prompt-template.md 的结构生成,硬性要求:
- 整体放在一个 ``` 代码块里,用户可一次全选复制。
- 每个字段都有内容。没采到的写「待确认」并同时列入第 9 节「待确认事项」,绝不留空。
- 必须包含「用户原话摘录」附录:摘取用户最有信息量的 3–6 句原话,直引、不改写、不润色。这是让最终蓝图贴地、避免被专家臆想的锚点。
- 必须包含给搭台师的元指令:遇到「待确认」项不得臆造,请在蓝图中标出并给出确认路径。
- 结尾附一行使用说明:复制整段 → 新建「搭台师」专家会话 → 粘贴发送。
若用户要求同时落盘,把提示词原样写入 工作台提示词-<主题>.md(UTF-8),再 present 给用户。
交付之后
不要代用户投放。跨专家调用不在本技能能力内,直接告知用户复制粘贴即可;若用户明确要求"直接交给搭台师",说明这一限制并给出上述操作路径。
铁律
- 不臆造:用户没说的、没确认的,一律写「待确认」,绝不脑补填充
- 访谈不超 5 轮:用户喊停立即停,绝不为了"问全"而拖沓
- 提示词必须自包含:脱离本次对话上下文,单独发给搭台师也能看懂
- 区分用户诉求与专家判断:用户选的模块写进提示词;模块该怎么做、选什么技术,留给搭台师
```