产品经理手上有一段需求时，一般要分别整理PRD、画原型，再和开发讨论实现。现在，WorkBuddy的连接器中可以直接添加墨刀AI，在对话里调用墨刀AI生成PRD、HTML原型、React/Vue应用等产物。下面以一个“社区兴趣App”为例，说明连接方式、指令怎么写，以及生成后该检查什么。
一、先在WorkBuddy中连接墨刀AI
打开WorkBuddy的“专家·技能·连接器”，切换到“连接器”，搜索找到“墨刀AI”后点击添加。连接窗口会要求填写个人令牌。按界面提示，在墨刀AI在线版右上角头像的“令牌设置”中创建并复制令牌，回到WorkBuddy粘贴，点击“保存并连接”。
这里的令牌是连接墨刀AI账号的访问凭证，不是积分额度。注意不要把它写进提示词，也不要在文章截图、群聊或公开文档中展示。连接完成后，新建WorkBuddy任务，确认输入框已显示墨刀AI连接器，再提出产品设计任务。如果连接器没有出现，先检查是否保存成功以及当前使用的账号是否正确，免得把连接问题误当成生成失败。
接入完成后，你可以从手头已有的描述开始，但要告诉WorkBuddy希望调用墨刀AI产出哪一种结果：PRD、可预览原型，还是应用。产物类型说清楚，后面才方便按对应标准检查。
二、把目标、页面和交互写进指令
输入的提示词不要只输入“做一个App”一句话，这样AI只能自行猜测功能范围，生成结果也不便于评审。最好是交代目标用户、核心任务、页面范围和关键操作，再说明希望先看到什么。例如：“用墨刀AI生成一个社区兴趣App的移动端交互原型，面向想发现同城话题的用户。包含推荐信息流、话题详情、内容发布、私信和个人主页五个页面。底部五个Tab可以切换；从信息流点击卡片进入详情；在详情页点击“参与话题”进入发布页。”
这段指令列出了五个页面，也点明了需要验证的两条关键路径。AI生成之后，团队就能检查信息流到详情、详情到发布的跳转是否成立，而不只是评价页面好不好看。若有明确的品牌色、设备尺寸或组件要求，也可以加在指令末尾；暂时没有确定的视觉规范，就先不要让AI自行编造一套。
在这次示例中，WorkBuddy调用墨刀AI后，返回了本地可交互HTML原型和墨刀在线版。前者便于立即点开查看，后者可以在登录墨刀后继续编辑。
如果要先写PRD，重点是把已知规则和待确认问题分开，像积分有效期、退款后积分是否退回、不同会员等级是否有差异，这些如果没有业务方确认，就应留在待确认清单里。这样生成的文档才适合拿去讨论，而不容易把AI补出的假设误写成正式需求。
若目标是生成应用而非原型，就要在提示词里明确技术形式和功能边界，例如“做一个健身打卡的React应用，包含打卡记录、连续天数和日历视图，先使用本地模拟数据”，它也有React/Vue应用生成能力。写明框架、页面和数据方式，能让WorkBuddy调用墨刀AI时更清楚地处理任务，也方便开发检查生成结果。
三、检查生成结果，进入下一轮修改
生成完成后，WorkBuddy给出HTML原型适合快速预览页面与跳转，如果想要继续编辑也可以导出到原型画布。在检查原型时，最好逐个点击导航和关键按钮，确认页面能否到达、返回路径是否清楚、表单和空状态有没有遗漏，比如这个社区兴趣App还应检查发布内容后返回哪里、私信入口能否找到。检查PRD时，重点看规则是否来自原始需求，有没有把AI推测写成已确定结论。检查应用时，再验证代码结构、数据处理和实际运行表现。如果发现问题，可以继续在同一任务中提出具体修改，例如“保留现有五个页面，只调整话题详情到发布页的跳转，并补充发布成功状态”。
WorkBuddy提供任务入口，墨刀AI负责生成和承接设计产物。两者连接后，产品经理可以在一段对话中推进PRD、原型和应用的初稿，再把结果带回具体项目审查和迭代。对团队来说，关键不是一句“帮我做产品”，而是把目标、边界与验收点说清楚，再认真检查AI交回来的每一项结果。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/m0_67717291/article/details/169947740
