练习 PRD · 按所学工具的典型用途生成

本文件是格式示例 / 模板。实际做课时的 3 个 PRD，由 AI 按"所学工具最典型能干的 3 件事"现场生成；下方以「学 Dify」为例演示它长什么样。

🎯 这 3 个 PRD 的价值：充分体现目标工具（这里是 Dify）的 3 个典型功能，并分别承担 讲解 / 带练 / 作业 三态。学员不需要自己写——AI 生成后给他看、他认可即可。
📌 怎么用：每章顶部两张锚点卡——①「本节对齐 PRD-A / B / C」②「本节练习规格（案例 PRD）」都指向本文件。先在锚点卡选好本章用的是哪一例，再回到这里读对应 PRD，然后填下面的"四件套"。
PRD-A · 讲解 / I do（最基础、最能讲清核心机制）

用可视化工作流拼一个客服问答 Bot

定位用 Dify 拖拽式工作流，把一个"用户提问 → 大模型回答"的最小客服 Bot 跑通并发布。
输入几条常见客服问题（如"怎么退换货""运费多少"）、一段品牌语气说明。
输出可对话的 Bot（Web 预览链接）+ 一段系统提示词；能答上述常见问题。
约束只用 Dify 内置节点，不写代码；回答须符合品牌语气；不接真实订单系统。
验收预览链接能正常对话；对示例问题给出合规回答；讲清"节点 / 变量 / 发布"三件事。
本节你要交付的四件套（用 PRD 推导，不是凭空写）：
  1. 角色与边界：这个 Bot 负责答什么、不碰真实业务系统？
  2. 步骤流：建应用 → 配提示词 → 连知识 → 发布，串成几步？
  3. 工具清单：Dify 工作流 / 知识库 / 发布，各自什么能力？
  4. 记忆与状态：要记住对话上下文吗？怎么记？
PRD-B · 带练 / We do（中等难度、适合跟着做）

接自有知识库做 RAG 检索

定位把公司产品手册接入 Dify 知识库，让 Bot 基于文档做检索增强生成（RAG），答得有出处。
输入一份产品手册 PDF / Markdown、用户提问。
输出能引用手册内容的回答 + 命中片段；支持"检索 → 重排 → 生成"可视化。
约束仅用上传文档作答，不编造；文档可增量更新；中文问答。
验收回答能溯源到手册具体段落；新增文档后可被检索到；无关问题不硬答。
本节你要交付的四件套（用 PRD 推导，不是凭空写）：
  1. 角色与边界：RAG 管什么、什么时候该说"不知道"？
  2. 步骤流：入库 → 切片 → 检索 → 重排 → 生成，怎么串？
  3. 工具清单：知识库 / 检索节点 / 重排，各自什么作用？
  4. 记忆与状态：文档索引怎么更新？命中记录存不存？
PRD-C · 作业 / You do（最能检验独立动手）

用 API 把工作流嵌进现有系统

定位把前面做好的 Bot 通过 Dify API 嵌进公司自有网页 / 小程序，做到"在自己产品里调起 AI"。
输入已发布的 Dify 应用、API Key、前端调用处。
输出一段可运行的调用代码 / 配置，前端能发起对话并拿到回答。
约束Key 不硬编码在前端明文；限流与错误处理就位；仅演示，不接生产数据。
验收自有页面能调起 Bot 并拿到回答；Key 走安全方式；有超时 / 失败兜底。
本节你要交付的四件套（用 PRD 推导，不是凭空写）：
  1. 角色与边界：API 层负责什么、哪些不该暴露？
  2. 步骤流：拿 Key → 组请求 → 收流 → 渲染，怎么走？
  3. 工具清单：Dify API / 前端 / 密钥管理，各自什么职责？
  4. 记忆与状态：会话上下文在前端还是后端维持？