WorkBuddy之产品经理原型设计及PRD实战

测试效果（本地html文件）​

​

​

在线预览​

想要在线预览的，在提示词工程要求的最后加一句话“部署到云端预览”​

​

​

更新说明​

为便于后期追溯更新内容及问题，可参考如下提示生成每次版本更新说明update.md​

3.1 更新说明提示词​

在工作空间本地生成1个update.md，记录每次更新的内容概要，要求简单明了，每次更新后在最上面追加新的更新记录，每个更新之间空2行，格式参考如下：​

​

第n次更新​

更新时间：yyyy-mm-dd HH:MM:SS​

更新内容：​

（1）将本次更新的内容按不同端侧总结提炼成1段话​

​

3.2 更新说明效果​

​

​

生成PRD​

4.1 PRD技能​

/PRD Generator - 专业产品需求文档生成器​

4.2 PRD提示词​

按照如下章节要求，输出一份满足研发实施与客户交付的PRD文档，最终输出1个prd.md文件​

​

•

背景与目标​

•

术语定义​

​

4.3 PRD结果​

​

​

Gitee版本管理​

鉴于AI生成的原型要么是本地html文件或在线部署提供url，没有版本管理，但凡AI设计原型过程中因为人为因素输入错误或AI误操作导致本地html被覆盖或url更新，无法回滚版本，现基于gitee探索出1个与workbuddy协作的方案​

5.1 注册gitee账户并申请个人令牌​

建议将gitee个人令牌保存md保存到workbuddy本地工作空间，让workbuddy每次推送gitee前自动读取​

​

​

5.2 workbuddy配置gitee的MCP​

专家·技能·连接器/连接器/自定义连接器/配置MCP/输入以下内容/保存​

​

代码块​

JSON

{​

"mcpServers": {​

"gitee": {​

"command": "npx",​

"args": [​

"-y",​

"@gitee/mcp-gitee@latest"​

],​

"env": {​

"GITEE_API_BASE": "https://gitee.com/api/v5",​

"GITEE_ACCESS_TOKEN": "<填写您的个人令牌>"​

},​

​

​

​

5.3 自定义gitee版本规则及更新记录​

​

代码块​

PowerShell

把下面的提示词发给AI自动执行，根据实际情况再调整提示词，生成本地giteetag.md，用于后期回滚时参考版本​

以当前工作空间文件整体tag为v0.1.0，参考如下规范及格式，生成1个giteetag.md到output目录下,每次出发关键词“推送gitee”时先更新giteetag.md再推送gitee​

Prototype 更新记录​

本文件与 Git commit / Git tag 一一对应，回滚时 ​

git tag -l + 本文件交叉定位即可复原。​

​

版本规范​

版本号格式：​

​

5.4 workbuddy触发推送gitee​

需要推送gitee时，workbuddy对话框输入“推送gitee”触发操作​

​

​

5.5 gitee版本回滚​

workbuddy对话框输入gitee回滚至vx.x.x版本，自动将本地文件回滚至相应版本​

​

​

结语​

诚然，原型及PRD提示词不一定适合所有人，不同场景要根据实际情况调整提示词框架及内容，慢慢调教出适合自己的提示词，然后快速出效果，希望早日能满足当前快节奏的工作要求​

​

​