OPC Workshop

WorkBuddy 教学文档合集

所有主题合并在同一个页面里。给二维码使用时,复制下方当前主题链接即可直接打开对应教程。

6 张 OPC 任务卡 · 1 套教程组件正文、步骤、提示词、截图、Skill 来源和下载入口统一排版。
MCP 制作 自媒体生产线 个人官网 ima + WorkBuddy 记忆系统 商业计划书
当前教程目录
当前主题链接

用 WorkBuddy 制作 MCP

这是一篇从 0 到 1 的 MCP 制作教程。你会先做一个网页抓取 MCP,再了解什么时候需要浏览器控制 MCP,最后把它们接入 WorkBuddy。

教程版 WorkBuddy MCP Prompt 原样保留
来源透明

本教程出现的 Skill

名称、用途和来源统一列在这里。正文中的 Skill 只按本教程场景使用,安装前请先查看官方说明和权限边界。

browser-use来源 Skill 来源

让 Agent 使用真实浏览器完成打开页面、点击、输入和表单操作;本教程把它作为登录态网页任务的进阶能力。

Browser Use 官方 GitHub打开来源 ↗
使用方式

先阅读官方安装说明,再在 WorkBuddy 中搜索并安装对应 Skill;涉及登录态时只操作可信网站。

一、为什么要做 MCP

WorkBuddy 本身已经能帮你写文案、整理资料、生成代码。但有些事,光靠对话不够:抓网页正文、读取页面元信息、控制已经登录的浏览器、从动态页面里提取数据。这些都需要一个能被 AI 调用的工具。

MCP 可以理解成一套工具接口。你把一个小工具做成 MCP Server,WorkBuddy 连接后,就能在对话里自动判断什么时候调用它。

只靠普通对话时

  • AI 只能根据你粘贴的内容回答
  • 网页正文、元信息、链接需要手动复制
  • 动态页面和登录页面基本处理不了
  • 每次操作都靠临时指令,难复用

接入 MCP 以后

  • AI 可以调用你做好的工具
  • 网页抓取、元信息提取、链接提取都能复用
  • 遇到动态页面,可以走浏览器控制工具
  • 以后只要说人话,WorkBuddy 自动选工具

二、整条流程怎么跑

说清需求 → 生成 MCP → 安装依赖 → 写入配置 → 手动启用 → 实测场景

先把这件事想简单

你不是从零学编程,也不是手写协议。你的任务是把业务需求说清楚:要解决什么问题、做几个工具、怎么测试、最后在哪里启用。具体代码、依赖、测试脚本,让 WorkBuddy 去完成。

三、先做第一个 MCP:web-fetch

1

从静态网页抓取开始,最容易跑通。

第一个 MCP 不要选太复杂的方向。网页抓取比较适合入门:需求清楚、工具边界明确,也能马上用在内容运营、竞品研究、公众号文章存档里。

先让 WorkBuddy 帮你列出几个 MCP 方向,再选“网页抓取”。选定以后,让它直接生成完整项目:主程序、依赖、README、测试脚本和 WorkBuddy 配置。

正式生成前,先跑一遍方案拆解

如果这是第一次带学员做 MCP,可以先让 WorkBuddy 只拆方案,不创建文件,也不安装依赖。这样大家能先看懂工具边界、项目结构、测试方法和接入步骤,再进入正式生成。

WorkBuddy 根据网页抓取 MCP 提示拆出工具设计表
先把边界说清楚:不创建文件、不安装依赖,只让 WorkBuddy 把网页抓取 MCP 拆成工具设计、项目结构、测试方法和接入步骤。
WorkBuddy 输出网页抓取 MCP 的架构图和总结
看输出时不要只看“会不会写代码”,先看它有没有把架构、工具表、项目结构、测试清单和接入 WorkBuddy 的步骤讲清楚。
直接复制 1:先让 WorkBuddy 推荐方向
【角色】我是一名技术运营,使用 WorkBuddy 作为日常 AI 工作搭档 【目标】制作一个日常高频使用的 MCP Server,扩展 WorkBuddy 的能力边界 【要求】 1. 请列举 5-8 个适合个人制作、日常使用频率高的 MCP 方向 2. 每个方向说明:解决什么问题、核心工具设计、技术难度(★-★★★)、适合人群 3. 优先推荐:无需复杂依赖、可本地运行、即做即用的方向 【输出格式】表格呈现,便于我对比选型
直接复制 2:制作 web-fetch MCP
【选定方向】网页抓取 MCP 【技术栈】语言由你决定,选择生态最成熟、维护成本最低的方案 【工具设计要求】 1. fetch_url —— 抓取网页正文,智能提取(去广告/导航/脚本噪音),支持 markdown 和 text 两种输出 2. fetch_metadata —— 只提取元信息(标题/描述/作者/发布日期/站点名/语言),不返回正文 3. extract_links —— 提取页面所有链接,自动补全绝对地址,支持关键词过滤和数量限制 【工程要求】 - 使用官方 mcp SDK,遵循 MCP 协议规范 - 依赖隔离:创建独立 venv,不污染系统环境 - 编写 MCP 协议测试脚本(initialize → tools/list → tools/call 全链路验证) - 写入 ~/.workbuddy/mcp.json 配置,做完直接接入 WorkBuddy 【输出】完整的 MCP Server 项目(server.py + requirements.txt + README.md + 测试脚本)

这一节要看什么结果

  • 项目目录里有可运行的 MCP Server。
  • 工具至少包含抓正文、取元信息、提取链接。
  • 依赖要放在独立 venv 里,不污染系统环境。
  • 测试脚本能跑通 MCP 协议链路。

四、接入 WorkBuddy 并启用

2

配置写好不等于已经可用,最后一步要手动信任。

WorkBuddy 可以把 MCP 配置写进 ~/.workbuddy/mcp.json,但你还需要到连接器管理页里手动信任。很多 MCP “做完了但调不到”,问题都卡在这里。

  1. 打开 WorkBuddy,进入连接器管理页。
  2. 找到右上角的自定义连接器入口。
  3. 在列表里找到刚做好的 MCP,比如 web-fetch。
  4. 点击信任,返回对话查看连接状态。
直接复制 3:基础抓取测试
【任务】抓取指定 URL 的正文内容 【URL】https://www.tencent.com/zh-cn/about.html 【输出格式】markdown 【要求】自动过滤导航栏、页脚、脚本等噪音,只保留正文
直接复制 4:公众号文章存档
【场景】内容运营日常需要存档优质公众号文章,建立行业知识库 【任务】抓取以下公众号文章并完整存档 【URL】https://mp.weixin.qq.com/s/XXXX(替换为真实文章链接) 【存档要求】 1. 同时抓取正文(fetch_url)和元信息(fetch_metadata) 2. 元信息块放顶部:标题、作者、发布日期、原文链接、存档时间 3. 正文按逻辑补二级/三级标题,规范 Markdown 排版 4. 保存为 .md 文件,文件名格式:存档-文章标题.md 【输出】可直接归档的规范 Markdown 文件

成功标志

你说“抓取这个链接的正文”,WorkBuddy 能自动调用 fetch_url。如果它只是普通回答,没有调用工具,先回去看连接器有没有启用。

五、进阶:动态页面怎么办

web-fetch 适合公开静态页面,比如文章、新闻、博客。遇到淘宝搜索页、后台数据页、需要登录的会员页,它通常拿不到真实内容。原因很简单:这些数据由浏览器里的 JavaScript 渲染,或者必须依赖你已经登录的会话。

这时不要继续拧 web-fetch。换一条路:让 WorkBuddy 控制真实浏览器。

进阶阅读

先安装 browser-use来源 skill,再封装成 browser-control MCP

browser-use来源 能连接本机已登录的 Chrome,保留 cookies 和登录态,还能打开页面、执行 JavaScript、截图。你先让 WorkBuddy 安装并检查这个 skill,再把它封装成第二个 MCP。

进阶 Prompt 1:安装 browser-use skill
【场景】需要抓取淘宝商品搜索页的数据(商品名/价格/销量),但 web-fetch 静态抓取只能拿到 SEO 文案 【需求】安装一个浏览器自动化能力,能驱动真实 Chrome(保留登录态) 【要求】 1. 从 WorkBuddy 推荐市场搜索并安装 browser-use skill 2. 安装后做安全审计(检查是否有数据外泄、危险命令) 3. 创建独立 Python venv 安装 browser-use CLI 依赖 4. 验证 CLI 可正常连接本机 Chrome

六、第二个 MCP:browser-control

3

browser-control 负责动态页面,和 web-fetch 互补。

这个 MCP 不替代 web-fetch。静态文章仍然用 web-fetch,速度快、结构干净;动态页面才交给 browser-control。这样工具边界清楚,WorkBuddy 也更容易自动选择。

进阶 Prompt 2:制作 browser-control MCP
【目标】制作「浏览器控制 MCP」,封装 browser-use CLI 为 MCP 工具,接入 WorkBuddy 【与 web-fetch 的关系】互补:web-fetch 处理静态页(快),browser-control 处理动态页(强) 【工具设计要求】 1. browser_fetch —— 用真实浏览器打开 URL,等 JS 渲染完返回页面文本 - 自动分段获取(绕过 js() 4KB 返回限制) - 保留 Chrome 登录态(连接本机已登录的 Chrome) - 抓完自动关闭标签页 2. browser_eval —— 在页面执行 JavaScript 返回结果 - 适合精确提取结构化数据(商品名/价格/销量) - 可指定 URL 或在当前页面执行 3. browser_screenshot —— 对页面截图保存为 PNG - 可选全页截图或可视区域 【工程要求】 - 通过 subprocess 调用 browser-use CLI - 使用官方 mcp SDK,遵循 MCP 协议规范 - 独立 venv 隔离依赖 - 写协议层测试 + 功能测试(initialize → tools/list → tools/call 全链路)
工具用途适合场景
browser_fetch用真实浏览器打开 URL,等待 JS 渲染后取文本动态页面、需要登录态的页面
browser_eval在页面里执行 JavaScript,提取结构化数据商品卡片、报表、列表页
browser_screenshot保存页面截图页面留证、结果验收、截图报告

安全边界

浏览器控制会使用你本机的登录状态。只在可信网站和明确任务里使用,不要让它执行来源不明的脚本,也不要把账号隐私数据交给不清楚的页面。

七、实战:抓淘宝商品数据

电商选品是 browser-control 的典型场景。淘宝页面是动态渲染,还经常依赖登录态。这个时候,WorkBuddy 应该判断页面类型,先用浏览器打开页面,再执行 JavaScript 提取商品标题、价格、销量,最后整理成表格。

进阶 Prompt 3:电商选品实战
【场景】电商选品调研,需要采集淘宝搜索页的热销商品数据 【URL】https://uland.taobao.com/sem/tbsearch?keyword=女鞋&q=女鞋&tab=all 【采集字段】产品名称、价格、销量(回头客数量) 【处理要求】 1. 判断页面类型:淘宝是 JS 动态渲染 + 登录态,web-fetch 拿不到 → 用 browser-control 2. 用 browser_fetch 打开页面(连接本机 Chrome 保留登录态) 3. 用 browser_eval 执行 JS,提取商品卡片的结构化数据 4. 销量字段解析:将"回头客10万"转为数字,按销量降序排列 5. 生成 HTML 表格:含排名、产品名称、价格、销量徽章、店铺 【输出】热销商品榜 HTML 表格,按销量降序

这一节不要只看“能不能抓到”

更重要的是看 AI 有没有做对工具选择:静态抓取拿不到,就切到 browser-control;页面打开后,再用 browser_eval 提取结构化数据。工具链跑顺了,以后换关键词、换类目都能复用。

八、完整 Prompt 集合

这一组是原教程里的精简版 Prompt,方便带走复用。下面内容保持原样,不做改写。

完整 Prompt 1
【Prompt 1 · 需求探索】 【角色】我是一名技术运营,使用 WorkBuddy 作为日常 AI 工作搭档 【目标】制作一个日常高频使用的 MCP Server 【要求】列举 5-8 个适合个人制作的 MCP 方向,附难度评级和选型建议 【输出】表格呈现
完整 Prompt 2
【Prompt 2 · 制作 web-fetch MCP】 【选定方向】网页抓取 MCP 【工具设计】fetch_url(抓正文)/ fetch_metadata(元信息)/ extract_links(提取链接) 【工程要求】官方 mcp SDK + 独立 venv + 协议测试 + 写入 mcp.json 【输出】完整 MCP Server 项目
完整 Prompt 3
【Prompt 3 · 公众号存档实战】 【场景】内容运营需存档优质公众号文章,建立行业知识库 【URL】https://mp.weixin.qq.com/s/XXXX 【要求】同时抓正文+元信息,元信息块放顶部,正文规范 Markdown 排版 【输出】存档-文章标题.md
完整 Prompt 4
【Prompt 4 · 装 browser-use】 【场景】需抓取淘宝商品数据,web-fetch 拿不到(JS动态渲染+登录态) 【需求】安装浏览器自动化能力,能驱动真实 Chrome 保留登录态 【要求】从推荐市场安装 + 安全审计 + 独立 venv + 验证连接 Chrome
完整 Prompt 5
【Prompt 5 · 制作 browser-control MCP】 【目标】封装 browser-use CLI 为 MCP,与 web-fetch 互补 【工具设计】browser_fetch(动态抓取)/ browser_eval(执行JS)/ browser_screenshot(截图) 【工程要求】subprocess 调用 CLI + 官方 mcp SDK + 独立 venv + 全链路测试
完整 Prompt 6
【Prompt 6 · 电商选品实战】 【场景】电商选品调研,采集淘宝搜索页热销商品 【URL】淘宝搜索链接 【采集字段】产品名称/价格/销量 【处理】browser_fetch 打开 → browser_eval 提取 → 销量转数字排序 → 生成 HTML 表格

九、发布前检查清单

  • 第一个 MCP 是否先从静态网页抓取开始,而不是一上来做复杂动态页面?
  • 生成项目后,是否已经跑过 MCP 协议测试?
  • ~/.workbuddy/mcp.json 写入后,是否手动进入连接器管理页信任?
  • web-fetch 和 browser-control 的边界是否讲清楚:静态页用前者,动态页用后者?
  • 浏览器控制是否只用于明确、可信的任务?
  • 完整 Prompt 是否仍然可以复制使用?

最后带走一句话

做 MCP 的重点不是炫技,而是把一个常用动作变成 WorkBuddy 能反复调用的工具。先做小,跑通,再扩展。

成都数字文创 OPC 训练营 · WorkBuddy MCP 制作教程

用 WorkBuddy 搭一条自媒体生产线

从账号定位、资料库搭建、选题写作,到封面标题、公众号排版和复盘。你可以边看边操作,先搭出一条有证据、有节奏、能反复使用的内容流程。

教程版 WorkBuddy 自媒体工作流 可复制 Prompt
来源透明

本教程出现的 Skill

名称、用途和来源统一列在这里。正文中的 Skill 只按本教程场景使用,安装前请先查看官方说明和权限边界。

moore-wechat-article-downloader来源 Skill 来源

把公开公众号文章保存为 Markdown,同时归档正文图片并生成索引,适合搭建可检索的内容资料库。

Moore Developers 官方 GitHub打开来源 ↗
使用方式

按仓库说明下载或安装,把筛选后的文章链接交给 Skill 批量归档。

WeWrite来源 Skill 来源

用于公众号选题、写作、排版与发布流程;本教程只在已有账号档案和资料库后调用它扩展选题。

WeWrite 官方 GitHub打开来源 ↗
使用方式

按仓库说明安装后,在 WorkBuddy 中使用 @skill:wewrite来源 调用。

humanizer来源 Skill 来源

检查空话、模板句、营销腔和过度工整的表达;适合定向修改,不替代作者自己的经历和判断。

humanizer 官方 GitHub打开来源 ↗
使用方式

按仓库说明安装后,用 @skill:humanizer来源,并明确只改问题句、不重写全文。

gzh-design-skill来源 Skill 来源

把 Markdown 文章转换为可粘贴到微信公众号编辑器的 HTML,并提供适合长文阅读的排版主题。

gzh-design-skill 官方 GitHub打开来源 ↗
使用方式

先完成正文和图片整理,再按仓库说明安装并调用 Skill 生成公众号排版。

一、为什么要先搭生产线

刚开始做自媒体,最容易一上来就让 AI 写文章。比如打开 ChatGPT,输入“帮我写一篇关于 AI 编码的博客”,它确实会给你一篇通顺的文字,但常常没有数据支撑、没有独到观点,也没有可验证的来源。发出去以后,读者看完只会觉得“好像哪里都对,但也没什么非看不可”。

这节课的目标,不是让 AI 临时替你写一篇文章,而是先搭一条生产线:先定账号边界,再拆爆款和建立资料库,之后每篇文章都从资料、观点、标题、封面、排版和复盘里长出来。

临时问 AI 时

  • 每次都要重新解释账号定位。
  • 选题靠当天灵感,容易断更。
  • 初稿像模板,缺少证据和个人经历。
  • 公众号排版和小红书口吻混在一起。
  • 发完就结束,没有数据复盘沉淀。

搭成生产线后

  • 账号档案长期保存,所有内容先对齐定位。
  • 低粉爆款和行业资料都提前入库。
  • WorkBuddy 先搭初稿,你补真实细节。
  • 封面标题、去 AI 味和公众号排版分工清楚。
  • 每周复盘,结论写回下一轮选题和资料库。

二、自动化自媒体流程

账号定位→爆款拆解→形成资料库→调研选题→封面标题→排版发布→复盘

你可以把 WorkBuddy 当成一个编辑助理和资料管理员:先让它帮你整理资料、搭选题、大纲、封面标题和检查项。最后写进账号里的经历、观点和节奏,要来自你自己。这样用,工具是在帮你推进流程,账号的故事和取舍仍然由你决定。

三、先定账号边界,再讨论今天发什么

3.1

先问自己一个问题

这个账号以后要帮我带来什么?是课程咨询、工具推荐、社群转化,还是作为作品集和影响力入口?

前两步是你自己要想清楚的。从这步起,WorkBuddy 工作正式上场。第一件事,让它认识你。方向想清楚后,写一份简短的账号档案。里面放账号定位、目标人群、变现方式、人设关键词、内容边界和已有素材。边界尤其重要,比如不夸大收益、不承诺结果、不把微信引流写得太明显。

这一步不用写得很完美。先有一个能工作的版本,后面根据真实数据再改。很多人起号失败,常常卡在一件事:每篇文章都像换了一个人。账号档案就是为了让 WorkBuddy 记住你是谁。

你可以这样交给 WorkBuddy

  • 把账号档案保存成 account-profile.md,或者直接让 WorkBuddy 写入工作区记忆。
  • 让它把“绝对不能写什么”也存进去。比如不说“稳赚”、不写过度焦虑、不用太夸张的营销标题。

实操 Prompt:账号定位与首轮内容

直接复制 1
你现在是一个小红书 AI 工具赛道的内容运营官,专门帮博主打造「低粉高赞」爆款。

你手上有这套底层公式:
低粉高赞 = 信息差焦虑选题 × 高收藏内容形态 × 过来人信任 × 低门槛转化

任务:通过 4 轮提问盘清我的基础信息,然后帮我产出可直接发布的内容。

提问规则:
• 每轮只问 2-3 个问题,等我答完再问下一轮
• 问题要具体犀利,不要问废话
• 如果我答得含糊,追问一句
• 每轮开始前说一句“这轮问的是 XXX,因为 XXX”

━━━━━━━━━━━━

🟠 第一轮:你是谁
(收集“过来人信任”素材)

1. 你的职业/专业背景?(决定“过来人”可信度从哪来)
2. 用 AI 工具有多久?日常高频用哪几个?(决定信息差深度)
3. 有没有“从踩坑到开窍”的真实故事?(开头“以前我老是…”的素材)

━━━━━━━━━━━━

🔵 第二轮:你服务谁
(收集“信息差焦虑”靶心)

4. 目标读者是谁?一句话描述(越窄越好)
5. 这群人最大的焦虑是什么?(怕错过什么?怕不会什么?)
6. 看完你的笔记,他们最想立刻能做到什么?(低门槛行动点设计)

━━━━━━━━━━━━

🟢 第三轮:你做什么
(收集“高收藏形态”弹药)

7. 想聚焦哪些场景?(AI+PPT?AI+写作?越窄越精准)
8. 能给读者什么“超值赠品”?(公式/资源包/口诀/模板)
9. 偏好哪种形态?(清单盘点/流程教学/种草安利)

━━━━━━━━━━━━

🟣 第四轮:你怎么做
(收集差异化护城河)

10. 有没有独家信息源?(内测/英文一手/付费社群/深度用户)
11. 人设语气?(过来人/极客/毒舌/温柔/搞笑)
12. 更新频率?每周几篇?

━━━━━━━━━━━━

收集完毕后,交付 3 件东西:

【1】博主定位卡
一句话定位 + 人设标签 3 个 + 目标用户画像 + 差异化护城河

【2】10 个「信息差 × 场景」选题
每个含:标题(情绪钩子 + 数字 + 工具名 + 行动号召)+ 内容形态 + 收藏驱动点

【3】1 篇完整示范稿
选 1 个选题,按爆款结构写完整笔记:
标题 -> 开头 3 句(共鸣 -> 转折 -> 方案)-> 正文 -> 收尾(金句 + 号召)-> 标签 8-10 个

━━━━━━━━━━━━

附·爆款公式速查:

标题 = 情绪钩子 + 数字 + 工具名 + 行动号召
开头 = 痛点共鸣 -> 转折“后来发现” -> 方案预告
正文 A = 流程教学:步骤分段,每段 = 定位 + 作用 + 体感
正文 B = 清单盘点:序号 + 名称 + 一句话 + emoji
加料 = 以前 vs 现在 / 正误对比 / 速记口诀 / 人群扩展
收尾 = 金句升华 / 行动号召 / 资源钩子
底层 = 信息差焦虑 × 高收藏形态 × 过来人信任 × 低门槛转化

四、为什么大多数 AI 写作是「无根之木」

大多数 AI 写作的问题,不是“不通顺”,而是无根。没有资料、没有证据、没有来源,文章就会像漂在空中。

真正要做的,是在写第一个字之前先建一个资料库。比如围绕一个赛道,收集一些案例。

4.1

找低粉爆款,先拆内容骨架

大号爆款有粉丝基础加持,不一定适合新号。低粉高赞内容更值得拆,因为它更接近“内容结构本身有效”。

最快的学习方式,是找到同赛道、粉丝还不多的爆款账号,直接拆它的内容结构。几百粉账号能跑出几万赞,通常更能说明标题、开头、正文骨架和话题选择有可复制的地方。

具体做法很简单:在小红书搜索赛道核心词,比如“AI 工具”“控糖”“三伏天食谱”;切到“最新”排序;挑刚发布不久但点赞、收藏明显高过同期的笔记;最后拆标题、开头、结构和话题标签。

这里学的是结构,原文只作为样本。比如它为什么第一句能让人停下来,标题里用了什么冲突,正文是清单、故事还是避坑。拆完之后,再用自己的经历和案例重新填进去。

原稿配图:低粉爆款的底层逻辑拆解
原稿配图:低粉爆款的底层逻辑拆解

你可以这样交给 WorkBuddy

  • 把 5 到 10 篇低粉爆款的标题、开头、结构、评论区高频问题整理给 WorkBuddy,让它归纳标题公式、开头公式和正文结构。
  • 把拆出来的公式写进工作区记忆。以后再生成内容,它会优先沿用这套结构,不用每次重新解释。

实操 Prompt:拆解低粉爆款

直接复制 1
以下是我找到的 {你的赛道} 赛道的 5 篇爆款笔记。

请帮我分析:
1. 标题的共同规律(句式、关键词、情绪点)
2. 开头前 3 句怎么写
3. 正文结构是什么套路
4. 有没有固定话术模板
5. 基于这些,总结一套可复制的内容公式

进阶:用 moore-wechat-article-downloader来源 Skill 收集公众号文章

moore-wechat-article-downloader来源 本身就是一个开源 Skill,不是普通的在线下载网站。它负责把公开的公众号文章下载到本地,保存为 Markdown,同时归档正文图片并生成 index.csv。文章收集时,先挑出 5~10 篇真正看好的公众号文章,把完整链接一次性交给这个 Skill;下载完成后,再进入资料分类和选题分析。

Moore 微信公众号文章下载器界面
Moore 微信公众号文章下载器:粘贴公开文章链接后,可把正文、图片和 index.csv 一起归档;使用前先确认链接有公开访问权限。
OPEN-SOURCE SKILL
Skill 下载: moore-wechat-article-downloader 官方 GitHub(查看说明并下载)
↗

进阶 Prompt:批量下载 5~10 篇公众号文章

进阶 Prompt 2
请使用 moore-wechat-article-downloader Skill,下载下面这 5~10 篇公众号文章。它们是我为当前选题筛选的参考资料。

要求:
1. 逐篇下载正文并保存为 Markdown,同时保存文章图片和 index.csv。
2. 如果链接已经成功下载过,自动跳过,不要重复保存。
3. 下载完成后,告诉我成功数量、失败数量、失败链接、输出目录和 index.csv 路径。

文章链接:
1. {公众号文章链接 1}
2. {公众号文章链接 2}
3. {公众号文章链接 3}
4. {公众号文章链接 4}
5. {公众号文章链接 5}
6. {可选:继续粘贴,最多 10 篇}

五、选题先做成库,不要每天临时想

「今天发什么」这个问题,能吃掉你一整天。解法是提前建库。小红书爆款标题无非几种套路:痛点型、数字型、对比型、稀缺型、共鸣型、资源型、反常识型。让 WorkBuddy 把每种拆成公式,填你赛道的关键词就能用。

  • 痛点型:「总是 {痛点}?{数字} 个方法帮你彻底解决」
  • 数字型:「{数字} 个 {领域} 神器,第 {序号} 个绝了」
  • 反常识型:「你以为 {常识}?其实 {真相}」
原稿配图:七种标题类型和选题公式库
原稿配图:七种标题类型和选题公式库

先不要急着追热点。把前面拆出来的爆款结构、评论区问题、账号定位和资料库放在一起看,先列 20 个候选题。候选题可以按几类来找:读者正在痛的事、资料库里有证据的观点、一次真实经历、一个常见误区、两个方法的对比。

如果做公众号,还可以把微信指数当成选题温度计。某个关键词在上升,比如某个工具名、事件名、行业词,文章里可以自然带上;但不要为了蹭词硬写,关键词必须和账号定位、正文材料对得上。

最后再排序。新号可以优先发收藏价值高、步骤清楚的内容;想建立信任,就多发真实经历和复盘;想转化,就看这个题能不能自然接到你的产品、服务或长期人设。以前在你账号或别的平台爆过的标题结构,也可以进入候选库,换材料重写,不要照搬原文。

实操 Prompt:候选选题与排序

直接复制 1
请根据我的账号档案、source-library.md、低粉爆款拆解和评论区问题,生成 20 个候选选题。每个选题写清楚:标题方向、目标读者、可引用资料、正文材料、素材缺口、适合发布的平台。

请把这 20 个选题按“容易起量 / 适合涨粉 / 适合建立信任 / 适合转化”四类重新排序,并说明下周最应该先发哪 3 个。

实操 Prompt:前 3 个选题框架

直接复制 2
请给排在前 3 的选题分别写一个正文框架。每个框架包含开头钩子、3 个小节、可使用的资料证据、需要补的真实材料和结尾问题。

进阶:用 WorkBuddy 推荐的 WeWrite 扩展选题库

当你已经有账号档案、资料库、爆款样本和一批候选题时,再让 WorkBuddy 调用 @skill:wewrite来源。这个 skill 适合做批量扩展:把热点、关键词、历史选题和公众号框架放在一起看,帮你补出更多角度。

OPEN-SOURCE SKILL
Skill 下载: WeWrite 官方 GitHub(查看说明并下载)
↗

进阶 Prompt:用热点扩展下周选题

进阶 Prompt 3
使用 @skill:wewrite,基于我的账号档案、source-library.md 和最近热点,给我 10 个下周可发选题。每个选题写清楚:标题、目标读者、推荐框架、可用资料、素材缺口、风险点和我需要补的个人经历。

六、先让 WorkBuddy 形成初稿,再补你的真实细节

WorkBuddy 可以先搭标题、大纲和初稿。个人账号有辨识度的部分,来自你自己的经历、判断和说话习惯。

有了选题库和资料库,就可以开始写第一批内容。建议一次让 WorkBuddy 出 10 到 20 条备选,先挑 3 到 5 条最顺眼的继续打磨。不同视角穿插发布,账号才像一个真实的人在持续输出。

初稿阶段可以让 WorkBuddy 做三件事:先按标题公式出标题,再按正文骨架出大纲,最后基于资料库写一版能修改的初稿。先到能改的程度就好,后面再补自己的经历、判断和表达习惯。

补什么?补亲历场景、补不那么标准的判断、补你自己的说话习惯。新号也别一上来猛发,先正常浏览、收藏、评论同赛道内容,让账号行为像一个真实用户。

6.1

初稿阶段的人工动作

  • 让 WorkBuddy 给每篇初稿留 2 到 3 个“人工补充点”,同时标出哪些论点来自资料库。
  • 发布前自己读一遍。凡是你平时不会说的话,删掉或改成自己的表达。
6.2

发布前:用 humanizer 做定向修改

如果初稿比较长,或者你一时看不出哪里像模板,可以让 WorkBuddy 调用 @skill:humanizer来源。它不是帮你重新写一篇,而是专门抓空话、套路句、营销腔和过度工整的表达。

用的时候要给边界:只改问题句,保留你的经历、判断和口头表达。

OPEN-SOURCE SKILL
Skill 下载: humanizer 官方 GitHub(查看说明并下载)
↗

进阶 Prompt:只改问题句,不重写整篇

进阶 Prompt 1
使用 @skill:humanizer,检查下面这篇初稿。请只做定向修改,不要整篇重写。重点处理:空泛大词、模板句、连续排比、过度正确的情绪、营销号语气和不自然的总结:{粘贴初稿}

七、封面和标题先过关,再谈正文

用户刷到你的内容,常常不到一秒就决定要不要点进来。封面和标题不是装饰,是第一道分发入口。

很多创作者会忽视这一点:正文写得再好,如果封面看不懂、标题没价值感,用户在信息流里就直接划走了。一般来说,小红书封面点击率要有一定基础,才更有机会进入后续流量池。你可以把 7% 当成一个观察阈值:低于这个水平,先别急着怪内容质量,应该先回头检查封面和标题。

封面和标题要同时解决三个问题:用户能不能一眼看懂你在讲什么;用户能不能立刻感受到价值;用户有没有理由点进来。好的封面不一定复杂,但一定要让人快速抓到关键词、场景或冲突。

做法很简单:把创作内容、目标读者、希望突出的关键词,以及你脑海里的封面构图告诉 ChatGPT 或 WorkBuddy,再生成几版候选。不要第一张就用,至少对比 3 到 5 版,看哪一版最清楚、最像你的账号。

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 从正文里提炼 3 个封面主视觉方向:痛点型、结果型、反常识型。
  • 每个方向都要同时给标题、封面主文案、画面构图和不适合使用的表达。
  • 平常刷到爆款时,把优秀封面和标题收进 swipe-file.md,标注它激发了什么探索欲或共鸣。

实操 Prompt:标题与封面方案

直接复制 1
请基于这篇内容,给我 5 组小红书标题和封面方案。每组包含:标题、封面主文案、画面构图、用户为什么会点、可能被误解的风险。要求封面一眼能看懂,不要标题党。

实操 Prompt:拆解同赛道爆款封面

直接复制 2
我会粘贴 10 个同赛道爆款封面标题。请你拆解它们如何制造探索欲、价值感和共鸣,最后给我一张可复用的封面标题公式表,不要照抄原文。

实操 Prompt:生成 image2 封面提示词

直接复制 3
请把我的正文、目标读者和账号风格整理成一段 image2 生图提示词,用于生成小红书封面。提示词要包含画面主体、构图、文字区域、色彩气质和不要出现的元素。

八、公众号排版先整理成 Markdown

如果要发公众号,写完以后先整理成 Markdown,再处理样式。内容和排版不要混在一起改。

公众号排版最容易浪费时间的地方,是一边改内容,一边调字号、间距和分割线。建议先把文章整理成 Markdown:一级标题、二级标题、引用、列表、图片路径都放清楚。

图片要提前确认来源和路径。教程类文章不用太花,重点是标题清楚、步骤分明、代码块或 Prompt 不乱。样式只负责帮助阅读,不要抢正文的注意力。

确认内容没有问题后,再做公众号样式。生成预览页后,先看手机阅读效果,再复制到公众号编辑器里。

原稿配图:公众号排版能力说明
原稿配图:公众号排版能力说明
8.1

用 gzh-design-skill 生成公众号排版

当你的初稿已经整理好,可以让 WorkBuddy 调用 gzh-design-skill来源。它可以把已有的文章转成能粘贴进微信公众号编辑器的 HTML。

适合教程类文章的做法,是选一个信息密度高、分割清楚的主题。先看预览页,再复制富文本到公众号编辑器。

OPEN-SOURCE SKILL
Skill 下载: gzh-design-skill 官方 GitHub(查看说明并下载)
↗

进阶 Prompt:生成公众号可粘贴 HTML

进阶 Prompt 1
请使用 gzh-design-skill,把这篇 Markdown 排成微信公众号可粘贴 HTML。

九、排期和复盘,让 WorkBuddy 帮你记住运营资产

日更容易卡住的地方,是忘了该发什么、发到哪了。排期和复盘要尽早做成固定动作。

建议先做一个 30 天排期,分成三个阶段:养号和标签识别、稳定发布和数据观察、根据数据放大有效方向。

每周复盘也不用复杂。把曝光、点击率、点赞、收藏、评论、分享、涨粉填进看板,再让 WorkBuddy 归纳:哪类标题更容易被点开,哪种内容收藏率高,评论区是不是出现了新的选题。

如果做公众号,额外看几类信号:标题是不是短而清楚;关键词是否正在上升,可以用微信指数做参考;文章是否过长导致完读率下降,深度长文和教程类可以例外;点赞、转发、收藏是否能说明读者真的有共鸣或觉得有用;发布后 30 分钟内的转发是否明显高于平时。

然后是复盘。大部分人发完看一眼数据就忘了,没有复盘的运营就是瞎忙。以前爆过的内容结构,非常值得进复盘库。不是照搬旧文,而是记录:哪个标题角度、哪个关键词、哪种开头、哪类情绪或干货曾经有效。下次换新的资料和经历重写,命中率会比完全从零想高很多。

WorkBuddy 的记忆机制可以把选题库、资料库、踩坑记录和复盘结论慢慢积累下来。对一个人做自媒体来说,这就是你的运营资产。

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 每周输出三件东西:下周排期、复盘结论、需要继续验证的假设。
  • 复盘时让它给出下一步动作,不只是报数据。
  • 把公众号和小红书分开复盘。公众号更看标题、关键词、完读率和转发;小红书更看封面点击、收藏、评论和账号标签。

实操 Prompt:30 天发布排期

直接复制 1
请基于我的选题库,生成一份 30 天发布排期。分成养号期、标签识别期、稳定发布期。每一天写清楚内容类型、标题方向、发布时间、发布前检查项。

实操 Prompt:周度复盘

直接复制 2
我会粘贴本周 3 篇笔记或公众号文章的数据。请你做复盘,不要只描述数据,要输出:表现最好的一篇为什么好、最差的一篇先改哪里、标题和封面是否拖后腿、下周 3 个选题、需要继续验证的假设。

十、一周排期和复盘模板

新号先不用追求高频。先按一周三篇跑通,保证每篇都有复盘,比日更但没有沉淀更重要。

时间 任务 内容方向 检查点
周一养号刷同赛道,收藏 10 条,记评论问题像真人
周二发第 1 篇资源型或工具清单,拉收藏标题清楚
周三互动回评论,去大号评论区找新问题不硬广
周四发第 2 篇共鸣型或真实经历,立人设有细节
周五找选题评论区问题进选题库可复用
周六发第 3 篇痛点型或方法干货,拉互动有步骤
周日复盘填看板,定下周三个题有结论
10.1

复盘只看几个关键指标

曝光、点击率、点赞、收藏、评论、分享、涨粉。点击率低,先改标题和封面;收藏率低,说明资料感或方法感不够;评论少,就在正文结尾加一个真实问题,不要硬凹互动。公众号再额外看完读率、赞转比、30 分钟内转发和关键词表现。

十一、发布前检查清单

  • 这篇内容是否符合 account-profile.md 的定位和边界?
  • 正文里的关键观点是否能在 source-library.md 里找到资料支撑?
  • 标题有没有夸张承诺、焦虑制造或不适合平台的词?
  • 封面是否一眼能看懂:讲什么、有什么价值、为什么要点?
  • 正文里至少有没有一个真实经历、真实截图或真实观察?
  • 发布前是否已经做过去 AI 味检查?
  • 公众号稿是否已经转成 Markdown,并看过手机端排版预览?
  • 发布后是否记录了点击、完读、赞藏转评,并把结论写回下周选题?

最容易踩的坑

资料库不能替你判断,真实经历要自己补,公众号稿和小红书稿也要分别调整。版式和封面可以加分,但不能替代内容本身。先把流程跑顺,再追求漂亮。

附录:实操 Prompt 速查

正文流程跑完后,再回到这里按任务取用。每段 Prompt 都对应正文里的一个实际动作;先准备好材料,再复制使用。

12.1

1. 起号与账号定位

账号定位与首轮内容

直接复制 1
你现在是一个小红书 AI 工具赛道的内容运营官,专门帮博主打造「低粉高赞」爆款。

你手上有这套底层公式:
低粉高赞 = 信息差焦虑选题 × 高收藏内容形态 × 过来人信任 × 低门槛转化

任务:通过 4 轮提问盘清我的基础信息,然后帮我产出可直接发布的内容。

提问规则:
• 每轮只问 2-3 个问题,等我答完再问下一轮
• 问题要具体犀利,不要问废话
• 如果我答得含糊,追问一句
• 每轮开始前说一句“这轮问的是 XXX,因为 XXX”

━━━━━━━━━━━━

🟠 第一轮:你是谁
(收集“过来人信任”素材)

1. 你的职业/专业背景?(决定“过来人”可信度从哪来)
2. 用 AI 工具有多久?日常高频用哪几个?(决定信息差深度)
3. 有没有“从踩坑到开窍”的真实故事?(开头“以前我老是…”的素材)

━━━━━━━━━━━━

🔵 第二轮:你服务谁
(收集“信息差焦虑”靶心)

4. 目标读者是谁?一句话描述(越窄越好)
5. 这群人最大的焦虑是什么?(怕错过什么?怕不会什么?)
6. 看完你的笔记,他们最想立刻能做到什么?(低门槛行动点设计)

━━━━━━━━━━━━

🟢 第三轮:你做什么
(收集“高收藏形态”弹药)

7. 想聚焦哪些场景?(AI+PPT?AI+写作?越窄越精准)
8. 能给读者什么“超值赠品”?(公式/资源包/口诀/模板)
9. 偏好哪种形态?(清单盘点/流程教学/种草安利)

━━━━━━━━━━━━

🟣 第四轮:你怎么做
(收集差异化护城河)

10. 有没有独家信息源?(内测/英文一手/付费社群/深度用户)
11. 人设语气?(过来人/极客/毒舌/温柔/搞笑)
12. 更新频率?每周几篇?

━━━━━━━━━━━━

收集完毕后,交付 3 件东西:

【1】博主定位卡
一句话定位 + 人设标签 3 个 + 目标用户画像 + 差异化护城河

【2】10 个「信息差 × 场景」选题
每个含:标题(情绪钩子 + 数字 + 工具名 + 行动号召)+ 内容形态 + 收藏驱动点

【3】1 篇完整示范稿
选 1 个选题,按爆款结构写完整笔记:
标题 -> 开头 3 句(共鸣 -> 转折 -> 方案)-> 正文 -> 收尾(金句 + 号召)-> 标签 8-10 个

━━━━━━━━━━━━

附·爆款公式速查:

标题 = 情绪钩子 + 数字 + 工具名 + 行动号召
开头 = 痛点共鸣 -> 转折“后来发现” -> 方案预告
正文 A = 流程教学:步骤分段,每段 = 定位 + 作用 + 体感
正文 B = 清单盘点:序号 + 名称 + 一句话 + emoji
加料 = 以前 vs 现在 / 正误对比 / 速记口诀 / 人群扩展
收尾 = 金句升华 / 行动号召 / 资源钩子
底层 = 信息差焦虑 × 高收藏形态 × 过来人信任 × 低门槛转化
12.2

2. 爆款拆解与资料库

拆解 5 篇低粉爆款

直接复制 2
以下是我找到的 {你的赛道} 赛道的 5 篇爆款笔记。

请帮我分析:
1. 标题的共同规律(句式、关键词、情绪点)
2. 开头前 3 句怎么写
3. 正文结构是什么套路
4. 有没有固定话术模板
5. 基于这些,总结一套可复制的内容公式

批量下载 5~10 篇公众号文章

直接复制 3
请使用 moore-wechat-article-downloader Skill,下载下面这 5~10 篇公众号文章。它们是我为当前选题筛选的参考资料。

要求:
1. 逐篇下载正文并保存为 Markdown,同时保存文章图片和 index.csv。
2. 如果链接已经成功下载过,自动跳过,不要重复保存。
3. 下载完成后,告诉我成功数量、失败数量、失败链接、输出目录和 index.csv 路径。

文章链接:
1. {公众号文章链接 1}
2. {公众号文章链接 2}
3. {公众号文章链接 3}
4. {公众号文章链接 4}
5. {公众号文章链接 5}
6. {可选:继续粘贴,最多 10 篇}
12.3

3. 选题与框架

生成 20 个候选选题并排序

直接复制 4
请根据我的账号档案、source-library.md、低粉爆款拆解和评论区问题,生成 20 个候选选题。每个选题写清楚:标题方向、目标读者、可引用资料、正文材料、素材缺口、适合发布的平台。

请把这 20 个选题按“容易起量 / 适合涨粉 / 适合建立信任 / 适合转化”四类重新排序,并说明下周最应该先发哪 3 个。

为前 3 个选题搭正文框架

直接复制 5
请给排在前 3 的选题分别写一个正文框架。每个框架包含开头钩子、3 个小节、可使用的资料证据、需要补的真实材料和结尾问题。

用热点扩展下周选题

直接复制 6
使用 @skill:wewrite,基于我的账号档案、source-library.md 和最近热点,给我 10 个下周可发选题。每个选题写清楚:标题、目标读者、推荐框架、可用资料、素材缺口、风险点和我需要补的个人经历。
12.4

4. 初稿与去 AI 味

只改问题句,不重写整篇

直接复制 7
使用 @skill:humanizer,检查下面这篇初稿。请只做定向修改,不要整篇重写。重点处理:空泛大词、模板句、连续排比、过度正确的情绪、营销号语气和不自然的总结:{粘贴初稿}
12.5

5. 封面与标题

生成标题与封面方案

直接复制 8
请基于这篇内容,给我 5 组小红书标题和封面方案。每组包含:标题、封面主文案、画面构图、用户为什么会点、可能被误解的风险。要求封面一眼能看懂,不要标题党。

拆解同赛道爆款封面

直接复制 9
我会粘贴 10 个同赛道爆款封面标题。请你拆解它们如何制造探索欲、价值感和共鸣,最后给我一张可复用的封面标题公式表,不要照抄原文。

生成 image2 封面提示词

直接复制 10
请把我的正文、目标读者和账号风格整理成一段 image2 生图提示词,用于生成小红书封面。提示词要包含画面主体、构图、文字区域、色彩气质和不要出现的元素。
12.6

6. 公众号排版

生成公众号可粘贴 HTML

直接复制 11
请使用 gzh-design-skill,把这篇 Markdown 排成微信公众号可粘贴 HTML。
12.7

7. 排期与复盘

生成 30 天发布排期

直接复制 12
请基于我的选题库,生成一份 30 天发布排期。分成养号期、标签识别期、稳定发布期。每一天写清楚内容类型、标题方向、发布时间、发布前检查项。

复盘本周 3 篇内容

直接复制 13
我会粘贴本周 3 篇笔记或公众号文章的数据。请你做复盘,不要只描述数据,要输出:表现最好的一篇为什么好、最差的一篇先改哪里、标题和封面是否拖后腿、下周 3 个选题、需要继续验证的假设。

成都数字文创 OPC 训练营 · WorkBuddy 自媒体工作流教程

用 WorkBuddy 搭建 OPC 一人公司官网

做一个能介绍产品、建立信任、留下联系方式的官网。
先完成一版最小可运行的网站,再为移动端优化和正式上线打好基础。

教程版 WorkBuddy 一人 OPC 官网 可复制 Prompt
来源透明

本教程出现的 Skill

名称、用途和来源统一列在这里。正文中的 Skill 只按本教程场景使用,安装前请先查看官方说明和权限边界。

Impeccable来源 Skill 来源

用于确认目标用户、网站用途和品牌气质,并检查排版、移动端和界面一致性;不是一键套模板。

Impeccable 官方 GitHub打开来源 ↗
使用方式

按官方说明安装或导入后,在建站初期定方向,页面完成后再做一次移动端复查。

clone-website来源 Skill 来源

拆解参考网站的页面结构、素材、响应式变化和交互方式;本教程只学习信息组织,不复制品牌资产。

Codex 本地 Skill · 本机已安装版市场内搜索
使用方式

只有当前环境已安装时才使用;没有该 Skill 也可以按教程中的参考站检查问题手动拆解,不影响主流程。

identity-skill来源 Skill 来源

数字名片.skill:先确认个人网站各分区的参考图,再根据确认稿整理素材并实现可分享的个人数字名片。

Sac-Y/identity-skill 官方 GitHub打开来源 ↗
使用方式

按仓库说明执行安装命令;先确认设计方向,再进入素材整理和页面实现。

一、为什么先做一个官网页面

对于 OPC 一人公司来说,官网是长期在线的名片。别人打开后,需要快速看懂你是谁、你做什么、你的产品能解决什么问题,以及如何联系你。这节课会带你完成一版最小可运行的网站,并为后续上线打好基础。

直接让 AI 开做,常见结果

  • 首屏很大,但看不出你是谁
  • 只介绍自己,没有讲清产品或服务
  • 按钮写得模糊,访问者不知道点哪里
  • 桌面看着还行,手机端一打开就乱
  • 做完就结束,没有链接、二维码和下一版计划

跟着这节课走完以后

  • 访问者能快速看懂公司和产品
  • 产品解决的问题、核心亮点和适用对象都讲清楚
  • 参考网站只用来拆结构,不照搬视觉
  • 单页 HTML 在手机上也能读
  • 最后有链接、二维码和下一版修改清单

二、这节课要怎么做

网站 brief → Impeccable来源 定方向 → 素材包 → 参考拆解 → 首页路线 → 单页 HTML → 手机检查 → EdgeOne 发布 → 下一版迭代

先记住这条顺序

先说清一人公司提供什么产品或服务、解决谁的什么问题,再请 Impeccable来源 帮你定下合适的设计方向。接着整理产品素材、拆参考网站、生成页面,最后用 EdgeOne Maker 发成链接。

1. 先定产品定位:给谁解决什么问题

1

先别急着挑模板。先用一句话讲明白:你的公司提供什么,服务谁,解决什么问题,希望访问者下一步做什么。

第一次做网站,很容易从配色和模板开始。页面很快就能铺满,可访问者看完仍然不知道你卖什么、适不适合他。

所以先写一句产品价值说明。比如:“我们为本地文创团队提供活动网页与传播物料,让一次活动从现场展示延伸到线上传播。”这句话不用追求广告腔,只要能说明产品、用户和结果。

一人公司官网要先完成四件事:介绍公司、讲清产品、说明适用场景、留下联系入口。第一版把这四件事做完整,就已经可以投入使用。

WorkBuddy 实操:先把虚拟案例整理成一页网站 brief,再开始建站
WorkBuddy 实操:先把虚拟案例整理成一页网站 brief,再开始建站
建站初期就能用

现在就让 Impeccable来源 帮你定设计方向

Impeccable来源 不必等页面做完才出现。brief 有了以后,就可以让它先确认目标用户、网站用途和品牌气质。WorkBuddy 后面生成页面时,会少走很多“先做一版通用模板,再整页返工”的弯路。

这一轮先定方向,不需要抠按钮阴影和动画。告诉它谁会看、在什么场景看、希望别人感受到什么,再请它给出首屏层级、排版、颜色和移动端的基础原则。

建站初期可复制 Prompt
Impeccable Prompt
请在建站初期使用 Impeccable 的设计思路,先帮我确定这个单页官网的设计方向,不要直接生成代码。目标用户是【填入】,网站用途是【填入】,主要使用场景是【手机扫码/社群转发/电脑浏览】,我希望给人的感觉是【可信/轻快/专业/有创作者气质】。请输出:首屏信息层级、排版方向、颜色建议、图片风格、按钮原则、移动端注意点,以及需要避开的通用 AI 模板特征。

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 先问你 6 个问题,再帮你整理成网站 brief。
  • 把“不要写什么”也写进去,比如不夸大案例、不虚构客户、不把联系方式藏得太深。

可复制 Prompt

直接复制 1
我要为我的 OPC 一人公司做一个官网。请先问我 6 个必要问题,重点问清:公司或产品名称、目标用户、核心产品或服务、解决的主要问题、核心亮点、希望访问者采取的动作。根据我的回答输出网站 brief:网站目标、目标访问者、一句话价值主张、主按钮、必须展示的模块、需要准备的产品图片/案例/二维码/链接清单,以及一句 12 字以内的网站主标题。
直接复制 2
请把这份 brief 整理成 OPC 一人公司官网项目说明。输出:公司与产品定位、目标访问者、要解决的问题、首页一句话、首屏按钮、六个页面模块、产品素材清单、案例或信任证据、不能写的内容。

2. 把能证明你的东西先找出来

2

方向定下来以后,把能说明产品、功能、场景和联系方式的材料找出来。

素材包不用一次备齐。先找出公司或产品标识、产品截图或实物图、产品与服务说明、核心亮点、适用场景、案例和联系方式。有这些,第一版已经能搭起来。

还没有成熟客户案例也没关系,可以先放真实的使用场景、演示截图、试用反馈或正在验证的项目。材料朴素一点没问题,真实信息比“行业领先”更能建立信任。

把这些素材收进一张表里,记下文件放在哪里、准备放进哪个模块、能不能公开、还缺什么。后面换图、改文案和上线检查,都会轻松很多。

WorkBuddy 实操:把产品图片、服务说明、案例、二维码和联系方式收成一张表
WorkBuddy 实操:先把产品、服务、案例和联系方式整理成可检查的素材清单

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 把散乱素材整理成表格或 Markdown 清单。
  • 让它标出缺口:缺产品图、缺功能说明、缺适用场景、缺案例、缺联系入口,分别怎么补。

可复制 Prompt

直接复制 1
请帮我整理一份网站素材清单。字段包括:素材名称、放在哪个页面模块、现有文件或链接、是否可公开、缺少什么、下一步怎么补。我的素材如下:{粘贴素材}
直接复制 2
请根据这份素材清单,判断哪些内容适合放首页,哪些只能放下一版。输出一个“必须有 / 可选 / 暂时不要放”的三列表。
进阶阅读

用表格或文档支援包管理网站素材

如果素材一多,靠聊天记录很快会乱。可以让 WorkBuddy 用表格或文档支援包来管理,把产品文件、链接、二维码、文案和缺口放进一张清单,不替你编造功能或案例。

以后每次改网站,都先更新这张清单。哪张图能公开,哪个二维码换过,哪个案例还缺说明,一眼能看出来。

进阶可复制 Prompt
进阶 Prompt 1
请把我的网站素材清单整理成表格,字段为:模块、素材、来源、文件路径、公开状态、替换建议、负责人、下一步。最后标出最影响上线的 3 个缺口。

3. 拆参考网站,只学它怎么讲

3

接下来找几个参考。我们不是抄它的样子,而是看看它怎样带着访客从第一屏走到联系入口。

找 2 到 3 个同类型的产品或服务官网就够了。你提供数字产品,就看产品官网;你提供咨询、设计或运营服务,就看服务型官网。参考太多反而容易把方向看乱。

打开一个网站后,顺着往下问:第一屏有没有讲清它是谁?按钮点下去会发生什么?案例放在什么位置?我为什么愿意相信它?联系方式找起来费不费劲?

教程里放了南孚,是为了看成熟品牌怎样安排产品和信任信息。服务型官网还要看服务如何分类、优势如何证明、适用对象如何说明,以及怎样把人带到咨询入口。

成熟网站可以帮你理清信息顺序和页面节奏,不能替你提供内容。品牌图、产品图和原文案都不要搬。最终放进页面的仍然是你自己的项目、服务和联系方式。

参考样本:成熟官网首屏可以用来拆结构,但不要复制品牌素材
参考样本:成熟官网首屏可以用来拆结构,但不要复制品牌素材
南孚官网截图
参考截图|南孚官网首页(品牌 / 产品官网)
品牌/产品官网

南孚

看什么:学它如何用首屏、产品入口和品牌背书建立第一眼信任。

别照搬:不要照搬产品图、品牌文案和视觉风格。

Instrument官网截图
参考截图|Instrument 官网首页(设计与技术服务官网)
设计与技术服务官网

Instrument

看什么:学它如何把服务、案例、团队能力放在同一条叙事线上。

别照搬:不要把大公司的团队规模和服务承诺原样搬到一人公司官网里。

Pentagram官网截图
参考截图|Pentagram 官网首页(设计服务 / 案例官网)
设计服务 / 案例官网

Pentagram

看什么:学它如何用案例目录和项目说明证明服务能力,而不是堆形容词。

别照搬:不要为了高级感牺牲联系方式和行动按钮。

Framer官网截图
参考截图|Framer 官网首页(数字产品官网)
数字产品官网

Framer

看什么:学它如何把功能、场景和发布动作讲得很直接。

别照搬:不要把成熟 SaaS 产品的功能数量和强转化节奏原样套给第一版官网。

你可以这样交给 WorkBuddy

  • 把参考网站截图或链接交给 WorkBuddy,让它拆模块顺序和首屏逻辑。
  • 让它分清“可以借鉴的结构”和“不能照搬的内容”。

可复制 Prompt

直接复制 1
我会提供 2 到 3 个参考网站链接或截图。请不要仿写,不要照搬视觉。请只拆它们的页面结构、首屏信息、行动按钮、案例展示方式、信任证据和联系入口,并输出一张对照表。
直接复制 2
请根据这些参考网站,帮我提炼一个适合一人 OPC 官网的页面结构。要求不超过 6 个模块,每个模块说明目的、要放的素材和最容易写空的地方。
进阶阅读

用 clone-website来源 做参考站拆解

如果参考网站比较复杂,可以把它交给 clone-website来源 做拆解。它会看页面结构、截图、真实素材、响应式变化和交互方式,比人工凭感觉截图更细。

这里的重点不是“复制一个站”。课堂上只拿它的拆解结果来学习:首屏怎么讲、模块怎么排、按钮放哪里、移动端怎么变。品牌图、产品图和原文案都不要搬。

进阶可复制 Prompt
进阶 Prompt 1
请把这个参考网站当作学习样本,用 clone-website 的拆解思路分析它。只输出可学习的页面结构、首屏信息、按钮路径、模块顺序、移动端变化和交互方式;不要仿写品牌文案,不要照搬图片和视觉资产。
新 Skill

用 identity-skill来源 先确认设计,再做个人数字名片

“数字名片.skill”(identity-skill来源)适合把一人公司、个人经历、作品或服务和联系入口整理成一个可分享的网站。先让它按首页、项目或经历、服务或作品、联系入口分别给出参考图;确认方向后,再按确认稿整理素材并完成响应式页面。

identity-skill 的马斯克主题个人网站示例
identity-skill来源 的示例会先确定每个分区的视觉参考,再实现完整页面。这里学习的是分区层级与页面节奏,不复用人物、品牌或素材。

来源与安装:identity-skill 官方 GitHub(查看说明并安装)。仓库安装命令为 npx skills add Sac-Y/identity-skill。

进阶可复制 Prompt
进阶 Prompt 2
请使用 identity-skill,帮我做一个 OPC 一人公司的个人数字名片网站。先不要写代码。

我的身份或项目:{一句话说明你是谁 / 在做什么}
目标访问者:{客户、合作方、雇主或社群伙伴}
想展示的服务、作品或案例:{列 3~5 项}
联系入口:{微信、邮箱、预约链接等}

请先给我 2~3 个可视觉化的风格方向,并按“首页、项目或经历、服务或作品、联系入口”分别说明参考图应该表现什么。等我确认参考图后,再列素材清单并实现响应式单页网站。

4. 按六个模块排好官网结构

4

这一节先不写代码,直接按照任务卡的推荐结构,把官网排成六个连续模块。

访问者先通过导航找到内容,再在首屏看懂价值主张;接着了解产品或服务、核心亮点与功能,然后确认适用场景或案例,最后通过联系方式或 CTA 采取行动。

01

导航栏

清晰导航,快速跳转到各模块

02

首屏 Hero

一句话价值主张与核心行动按钮

03

产品 / 服务介绍

说明提供什么、能解决什么问题

04

核心亮点或功能

突出优势与功能,建立信任

05

场景 / 案例 / 适合谁

展示应用场景或案例,说明适合哪些人

06

联系方式 / CTA

提供联系方式,引导用户行动

这六个模块就是第一版的完整骨架。先保证信息齐全、顺序清楚,再考虑动画和复杂交互。

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 先按六个模块输出页面结构,不要直接写 HTML。
  • 要求每个模块都说明:这一屏解决访问者的哪个疑问、需要哪份素材、按钮指向哪里。

可复制 Prompt

直接复制 1
请基于我的网站 brief 和素材清单,按以下顺序设计 OPC 一人公司官网结构,不要写代码:1. 导航栏;2. 首屏 Hero;3. 产品 / 服务介绍;4. 核心亮点或功能;5. 场景 / 案例 / 适合谁;6. 联系方式 / CTA。每个模块写清楚:访问者要看懂什么、需要放什么素材、标题方向、按钮动作、我还缺什么真实内容。
直接复制 2
请为官网首屏写 5 组标题和副标题。每组都要讲清产品或服务面向谁、解决什么问题,并给出一个明确 CTA。不要使用“赋能、引领、打造、全链路解决方案”这类空话。

5. 让 WorkBuddy 生成第一版 HTML

5

讲述路线定了以后,再让 WorkBuddy 写页面。第一版先追求能打开、能读、能替换素材。

这一轮才开始生成 HTML。你可以要求移动端优先,因为现场展示、社群转发、二维码扫码,大多都从手机打开。

生成页面时,让 WorkBuddy 把图片、文案、按钮的替换位置说明白。你拿到代码以后,也知道下一次该从哪里改。

第一版不用完美。首屏说清楚,图片能加载,按钮和联系方式有效,就可以进入预览检查。别在配色和细节里卡太久。

示意图:先做一个能展示、能继续改的单页官网
示意图:先做一个能展示、能继续改的单页官网

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 基于六模块页面结构输出完整 HTML/CSS/JS。
  • 要求代码里保留清楚的替换位置,不要把图片、二维码、联系方式写成看不懂的变量。

可复制 Prompt

直接复制 1
请基于上面的 brief、素材清单、六模块页面结构和 Impeccable 设计方向,生成一个 OPC 一人公司单页官网。要求移动端优先,页面必须依次包含:导航栏、首屏 Hero、产品 / 服务介绍、核心亮点或功能、场景 / 案例 / 适合谁、联系方式 / CTA。首屏要讲清公司或产品名称、目标用户、解决的问题和主按钮。视觉要可信、轻快,不要通用 AI 紫蓝渐变、不要卡片套卡片、不要空泛大标题。最后输出完整 HTML/CSS/JS,并说明每张图片和每段文案如何替换。
直接复制 2
请检查这份 HTML:哪些图片路径需要替换,哪些文案还像模板,哪些按钮没有明确动作。请按“必须改 / 可以下一版改”分组输出。

6. 先用手机扫一遍

6

官网不是在桌面截图里完成的。线下展示时,别人多半是扫码后用手机看。

手机端先看首屏。3 秒内能不能看懂公司或产品名称、服务谁、解决什么问题?主按钮会不会被挤到屏幕外?

再按六模块顺序检查。导航是否能用,产品与服务是否讲清,核心亮点是否具体,场景或案例是否说明适合谁,联系入口是否明显。

最后看文字。绝对化承诺、虚构客户、过度包装的形容词,都要删掉,或者换成真实材料。

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 按手机首屏、图片加载、按钮、联系入口、文案可信度来检查页面。
  • 让它给出下一版修改清单,不要只给一句“整体不错”。

可复制 Prompt

直接复制 1
请帮我检查这个 OPC 一人公司官网的手机端体验。重点看:导航是否可用;首屏能否讲清公司或产品名称、目标用户和解决的问题;产品 / 服务、核心亮点、场景 / 案例 / 适合谁是否完整;CTA 是否明确;图片是否加载;是否有横向滚动风险。请输出问题清单和修改建议。
直接复制 2
请做一次官网文案体检,标出空泛大词、过度承诺、像模板的句子和缺少真实证据的位置。先不要整篇重写,只给我定向修改建议。
进阶阅读

再用一次 Impeccable来源,专门检查手机端

第 1 步里,Impeccable来源 帮我们定过设计方向。页面做出来以后,再让它按真实手机场景复查:首屏能不能在 3 秒内读懂、按钮好不好点、文字会不会挤、图片是否拖慢打开速度。

把实际页面和最初的设计方向一起交给它。这样它是在帮你纠偏,不会把已经成形的网站突然改成另一套风格。

进阶可复制 Prompt
进阶 Prompt 1
请用 Impeccable 复查这个单页官网的移动端体验,并沿用我们在建站初期确定的目标用户、网站用途和品牌气质。请重点检查 390px 宽度下的首屏层级、正文字号、按钮触控区域、模块间距、图片加载、横向滚动和联系入口。按“现在必须改 / 下一版再改”给出修改清单,不要整页换风格。

7. 用 EdgeOne Maker 变成可访问链接

7

本地 HTML 只能自己看。要让别人扫码打开,就要把页面发布成一个真实链接。

发布前先整理上线版本:HTML、图片、二维码、联系方式、按钮链接都确认一遍。不要把半成品直接发出去。

课堂上如果已经配置 EdgeOne Maker 连接器,可以让 WorkBuddy 帮你把静态页面部署成预览链接。拿到链接后,再生成二维码,现场用手机扫一遍。

这一步不是重复做页面。第 5 步是“做出页面”,第 7 步是“让别人能访问”。链接能打开,网站才真正进入使用场景。

跟着这 3 张图完成第一次部署

  1. 在 WorkBuddy 输入框下方打开连接器列表,确认 EdgeOne Makers 已启用,再把网站文件和发布要求交给 WorkBuddy。
  2. 第一次使用时,浏览器会打开 EdgeOne 登录授权页。看到“登录成功,请返回使用 EdgeOne CLI”后,回到 WorkBuddy 继续。
  3. 部署结束后,打开 EdgeOne Makers 控制台。项目卡片显示“运行中”并出现“预览”入口,就说明网站已经有了可访问版本。
在 WorkBuddy 连接器列表中启用 EdgeOne Makers
第 1 步:在 WorkBuddy 里启用 EdgeOne Makers 连接器,再发送部署任务。
EdgeOne 登录授权成功页面
第 2 步:首次使用会跳到浏览器授权。看到登录成功后,回到 WorkBuddy。
EdgeOne Makers 控制台中的运行中项目
第 3 步:项目显示“运行中”后,点击“预览”打开网站并复制访问链接。
WorkBuddy 结果示例:发布前检查清单要逐项过,不要只看页面漂亮不漂亮
WorkBuddy 结果示例:发布前检查清单要逐项过,不要只看页面漂亮不漂亮

你可以这样交给 WorkBuddy

  • 让 WorkBuddy 准备上线文件清单,再调用 EdgeOne Maker 完成发布。
  • 让它把访问链接、二维码、手机截图和下一版修改项整理成交付说明。

可复制 Prompt

直接复制 1
我已经有一个单页官网 HTML 和素材文件。请帮我整理上线前清单:需要哪些文件、哪些链接要确认、哪些图片路径要检查、哪些联系方式不能错。然后说明如何使用 EdgeOne Maker 连接器把它发布成可访问链接。
直接复制 2
请根据我的网站链接,生成现场展示话术。30 秒讲清楚:这个网站面向谁、访问者第一眼要记住什么、今天做出了什么页面、下一版要怎么让它真正被使用。
进阶阅读

用 EdgeOne Maker 连接器完成发布

EdgeOne Maker 适合放在网站快完成的时候用。它处理的是发布和访问链接,不负责替你判断内容是否真实,也不负责改好首屏文案。

用它之前,先确认页面能本地打开、图片路径正确、联系方式有效。发布之后,再检查桌面和手机端,最后生成二维码。

进阶可复制 Prompt
进阶 Prompt 1
请使用 EdgeOne Maker 连接器帮我发布这个静态网站。发布前先检查文件结构、图片路径、入口 HTML、联系方式和按钮链接;发布后返回访问链接,并给我一份手机端检查清单和二维码展示前注意事项。

八、7 天迭代模板

网站第一版能打开就很好。后面 7 天不要急着大改,先补真实材料,看别人有没有看懂,再改最影响理解的地方。

时间任务动作检查点
第 1 天检查首屏标题、按钮、图片是否清楚首屏看懂
第 2 天补产品补齐产品图、服务说明与核心功能讲清产品
第 3 天改联系入口二维码、表单、联系方式是否有效能联系
第 4 天发一次朋友圈、社群或小红书介绍有人点
第 5 天看反馈别人看不懂的问题记下来有问题
第 6 天改首页先改最影响理解的 3 处更清楚
第 7 天定下一版确定案例、表单、域名或产品更新可迭代

复盘只看几个真实信号

看看访问者有没有看懂首屏,按钮有没有被点,二维码能不能扫开,有没有收到咨询,别人会不会问“你到底做什么”。这些小信号,比页面看起来多高级更有参考价值。

九、发布前检查清单

  • 网站 brief 是否说清目标访问者、用途和主按钮?
  • 页面是否完整包含导航栏、Hero、产品 / 服务、核心亮点、场景 / 案例 / 适合谁、联系方式 / CTA?
  • 首页是否有真实产品图、服务说明、功能截图、场景或案例?
  • 手机端第一屏能否看懂公司或产品名称、解决什么问题、下一步点哪里?
  • 图片、二维码、联系方式和外链是否都能正常打开?
  • 页面里有没有夸张承诺、虚构客户或空泛大词?
  • 是否已经拿到访问链接、二维码、展示截图和下一版迭代表?

最容易踩的坑

别把一人 OPC 官网写成普通个人简历,也别只介绍创始人经历。访问者最需要先看懂的是:你提供什么产品或服务、解决什么问题、适合谁、如何联系。

附录:实操 Prompt 速查

正文流程跑完后,可以回到这里一次性复制常用 Prompt。真正操作时还是先读对应步骤,确认 brief、素材和发布目标,再挑最合适的一段使用。

先说清楚,再准备素材

Prompt 1
我要为我的 OPC 一人公司做一个官网。请先问我 6 个必要问题,重点问清:公司或产品名称、目标用户、核心产品或服务、解决的主要问题、核心亮点、希望访问者采取的动作。根据我的回答输出网站 brief:网站目标、目标访问者、一句话价值主张、主按钮、必须展示的模块、需要准备的产品图片/案例/二维码/链接清单,以及一句 12 字以内的网站主标题。
Prompt 2
请在建站初期使用 Impeccable 的设计思路,先帮我确定这个 OPC 一人公司官网的设计方向,不要直接生成代码。目标用户是【填入】,核心产品或服务是【填入】,主要使用场景是【手机扫码/社群转发/电脑浏览】,我希望给人的感觉是【可信/轻快/专业】。请输出首屏信息层级、六模块视觉节奏、颜色建议、产品图片风格、按钮原则、移动端注意点,以及需要避开的通用 AI 模板特征。
Prompt 3
请帮我整理一份网站素材清单。字段包括:素材名称、放在哪个页面模块、现有文件或链接、是否可公开、缺少什么、下一步怎么补。我的素材如下:{粘贴素材}

拆参考,排路线,生成页面

Prompt 1
我会提供 2 到 3 个参考网站链接或截图。请不要仿写,不要照搬视觉。请只拆它们的页面结构、首屏信息、行动按钮、案例展示方式、信任证据和联系入口,并输出一张对照表。
Prompt 2
请基于我的网站 brief 和素材清单,按以下顺序设计 OPC 一人公司官网结构,不要写代码:1. 导航栏;2. 首屏 Hero;3. 产品 / 服务介绍;4. 核心亮点或功能;5. 场景 / 案例 / 适合谁;6. 联系方式 / CTA。每个模块写清楚:访问者要看懂什么、需要放什么素材、标题方向、按钮动作、我还缺什么真实内容。
Prompt 3
请基于上面的 brief、素材清单、六模块页面结构和 Impeccable 设计方向,生成一个 OPC 一人公司单页官网。要求移动端优先,页面依次包含:导航栏、首屏 Hero、产品 / 服务介绍、核心亮点或功能、场景 / 案例 / 适合谁、联系方式 / CTA。首屏要讲清公司或产品名称、目标用户、解决的问题和主按钮。最后输出完整 HTML/CSS/JS,并说明每张图片和每段文案如何替换。

手机检查、发布和复盘

Prompt 1
请帮我检查这个 OPC 一人公司官网的手机端体验。重点看:导航是否可用;首屏能否讲清公司或产品名称、目标用户和解决的问题;产品 / 服务、核心亮点、场景 / 案例 / 适合谁是否完整;CTA 是否明确;图片是否加载;是否有横向滚动风险。请输出问题清单和修改建议。
Prompt 2
请用 Impeccable 复查这个单页官网的移动端体验,并沿用建站初期确定的目标用户、网站用途和品牌气质。请重点检查 390px 宽度下的首屏层级、正文字号、按钮触控区域、模块间距、图片加载、横向滚动和联系入口。按“现在必须改 / 下一版再改”给出修改清单,不要整页换风格。
Prompt 3
我已经有一个单页官网 HTML 和素材文件。请帮我整理上线前清单:需要哪些文件、哪些链接要确认、哪些图片路径要检查、哪些联系方式不能错。然后说明如何使用 EdgeOne Maker 连接器把它发布成可访问链接。
成都数字文创 OPC 训练营 · WorkBuddy OPC 一人公司官网建站教程
实践教程

ima 知识库 + WorkBuddy 实践教程
从碎片到行业智库

本教程带你逐步跑通「碎片沉淀 → 知识库检索 → AI 串联 → 自动入库」完整闭环。基础关约 30 分钟,进阶关约 60 分钟。

⏱️ 预计耗时:90 分钟 👤 适用:内容创作者 / 研究者 / 知识工作者 📦 前置:已安装 WorkBuddy 和 ima 📋 产出:可检索知识库 + 认知简报 + 自动化任务
来源透明

本教程出现的 Skill

名称、用途和来源统一列在这里。正文中的 Skill 只按本教程场景使用,安装前请先查看官方说明和权限边界。

ima Skill来源 Skill 来源

通过 ima 官方 OpenAPI 把知识库读写能力开放给其他 Agent;WorkBuddy 本身优先使用内置 ima 知识库连接器。

ima Agent Interface 官方入口打开来源 ↗
使用方式

只有给 WorkBuddy 之外的 Agent 配置 ima 能力时才需要;从官方入口获取 Skill 与 API Key。

wechat-article-search来源 Skill 来源

按关键词搜索微信公众号文章并返回标题、摘要、时间、来源账号和链接,用于自动化收集候选资料。

WorkBuddy 推荐市场 · 本机安装版 0.1.0市场内搜索
使用方式

在 WorkBuddy 的 Skill 市场搜索名称并查看权限说明;本教程只把它用于小批量学习和研究。

!

AI 知识库,先从上下文开始

你有没有遇到过这种情况。老板安排一件事,你给新员工讲了一遍。下一个人来了,又要从头讲一遍。

公司里有一个销售很厉害,成交率特别高,但他的经验传不下去。新来的销售不知道怎么学,成长很慢。

客户问的问题翻来覆去就那几类,但每次都要重新查资料、重新组织语言。

会议记录、项目复盘、产品资料、客户案例……每天都在产生,但真的要用的时候,翻遍电脑也找不到。

这是大多数中小企业的日常。不是不重视知识,而是实在没有精力去整理。

很多人用过豆包、DeepSeek 或者 ChatGPT。用完之后的感觉很一致:它说的是对的,但对你的业务没用。

比如你让它帮你回一个客户问题,它给的答案看起来头头是道,但你一看就知道,这根本不是你们公司的产品、不是你们公司的服务方式、不是你们公司跟客户说话的语气。

说白了,它根本不了解你。

那问题出在哪?

市面上这些通用 AI 工具,背后的大模型是用公开资料训练的。你可以把它理解成一个见多识广但刚入职的人,他知道很多通用知识,但不知道你们公司自己的情况。

但你的企业,你的个人工作,都有自己的一套东西。产品参数、客户案例、服务流程、写作风格,还有过去做对和做错的事情。

这些东西,AI 没见过。

所以它只能给你一个泛泛的、正确的废话。

这篇文章要解决的就是一件事:让 AI 拿到你的上下文,开始基于你的资料干活。

看完之后,你至少能拿走四样东西。一个最小知识库目录结构,一套从安全任务开始跑通的流程,两段可以复制的提示词,以及一个选工具的判断标准。

什么是 AI 知识库?AI 知识库不是一个文件夹,也不只是一个文档管理系统。它本质上是在给 AI 补上下文。

什么叫上下文?就是 AI 不知道,关于你们公司内部的信息、资料、产品介绍等等。

比如说,你们公司是做什么的、产品有哪些、服务过哪些客户、客户常问什么问题、过去哪些案例做得好、哪些做砸了、对外输出的内容应该用什么语气、不应该怎么写。

这些东西合在一起,就是 AI 的上下文。

?

收藏不是知识,能在需要时找到才是

你收藏了多少篇微信文章?截了多少张图?说实话,大部分人已经数不清了。我自己的微信收藏夹早就 999+,浏览器书签栏塞满了「以后再看」的链接。但你真的回头看过它们吗?

当你想找半年前收藏的某个方法论时,能在 30 秒内找到吗?更扎心的是,就算找到了,还得从头读一遍才能回忆起重点。这些「收藏」本质上只是一堆占着存储空间的字节,它们从来没有真正变成你的知识。

它俩如何配合:WorkBuddy 负责干活,ima 负责存东西和检索。WorkBuddy 产出的文章、报告、数据表格、论文摘要,都可以写入 ima 知识库;反过来,WorkBuddy 也可以从 ima 读取资料,作为执行任务的上下文。在 WorkBuddy 里,这个双向读写使用内置「ima 知识库」连接器完成;ima Skill来源 只在你想把相同能力开放给其他 Agent 时才需要安装。

ima 知识库 + WorkBuddy 协作架构:碎片 → 智库

多格式碎片统一入库 → WorkBuddy 内置连接器读写 → AI 串联分析 → 认知简报自动回存 → 知识飞轮持续迭代

ima 知识库与 WorkBuddy 将碎片资料沉淀为行业智库的概念图
概念图:资料碎片进入 ima 知识库后,经 WorkBuddy 串联分析生成认知简报,再回存为下一轮检索和分析的素材。
📥 碎片来源
· 行业研报 PDF
· 政策法规文件
· 公众号文章
· 会议纪要笔记
· 网页 & 链接
· 微信聊天文件
🗄️ ima 知识库
· 多格式自动解析
· 全文 + 语义索引
· 多端云端同步
· 知识库隔离管理
内置连接器
MCP
标准协议
🧠 WorkBuddy AI
· 跨文档关联分析
· 认知简报自动生成
· 工作流封装一键复用
· 定时任务自动化
📤 认知产出
· 结构化行业简报
· 趋势判断 & 洞察
· 有据可依可回溯
· 持续迭代知识库
📤 产出回存
→
🔁 触发下次分析
→
知识飞轮:越存越厚 · 越用越准
🔑
为什么内置连接器是关键?
WorkBuddy 本身是通用 AI 对话工具,没有持久记忆——每次对话从零开始。通过内置「ima 知识库」连接器完成授权后,WorkBuddy 获得了一份持续积累的「外部大脑」:
✅ 知识不再随对话消失 —— ima 提供持久化存储 & 全文索引
✅ 分析基于你的素材 —— 而非 AI 的通用训练数据
✅ 授权由你控制 —— 在 WorkBuddy 内直接完成连接与开关管理
三种方案对比:为什么必须是 ima 知识库 + WorkBuddy?
❌ 传统方式
碎片散落本地文件夹
手动翻找、无法串联
知识随时间贬值
换个项目重新积累
⚠ 只用其中一个
只用 ima:能搜不能串联
只用 WorkBuddy:无持久记忆
每次对话从零开始
知识无法持续生长
✅ ima 知识库 + WorkBuddy
知识持久存储 & 全文检索
碎片自动串联、定期更新
工作流一键复用
知识越积越厚、越用越准
传统方式
~3 小时
手动整理一份简报
首次配置后
~15 分钟
对话生成一份简报
自动化后
全自动
定时更新 · 无需操作

0前置准备

在开始之前,请确认以下环境和账号就绪。

0-1

安装 ima 客户端

从官方渠道下载 ima(腾讯 AI 智能工作台),完成登录。支持 macOS / Windows / iOS / Android。安装后确认「知识库」功能可用。

0-2

确认 WorkBuddy 已安装

桌面端打开 WorkBuddy,确认可以正常对话,并能在对话框下方找到「连接器」入口。

0-3

准备行业素材(5-10 篇)

收集日常关注的行业资料:研报 PDF、行业新闻截图、公众号文章、政策文件、会议笔记等。格式不限,5-10 篇即可开始。

0-4

准备连接 ima 知识库

WorkBuddy 已内置 ima 知识库 连接器。后面只需在连接器列表中点击「连接」并按提示授权,不需要先部署 ima Skill来源 或准备 API Key。

基础关 · 搭建行业智库

1下载 ima 并导入素材

下载 ima 客户端,将行业碎片素材收进知识库。

1.1

下载 ima 并登录

从官方渠道下载 ima 客户端,完成登录。ima 支持以下多种文件格式导入——根据你的场景选择合适方式,将日常关注的行业资讯收入知识库:

导入方式支持类型适合场景
本地文件PDF / Word / Excel / PPT / 图片研报、政策文件、数据表格
本地文件夹整个目录批量导入已整理好的行业资料夹
微信文件聊天记录中的文件同事分享、微信群推送
个人知识库ima 内已有知识库跨知识库内容迁移
网页链接任意 URL 指向的页面行业新闻、公众号文章
笔记纯文本 / Markdown会议纪要、个人思考
腾讯文档在线文档直接导入团队协作的分析文档
1.2

创建行业知识库并导入素材

打开 ima → 进入「知识库」→ 点击「新建知识库」→ 命名为你的行业方向(如「XX 行业智库」)。如果是个人学习资料,也可以像示例一样建立「codex使用指南」;将准备好的研报、文章、笔记、网页链接等拖入知识库,AI 会自动解析内容并建立全文索引。

ima 新建 codex使用指南知识库
示例:在 ima 中创建一个名为「codex使用指南」的知识库。
知识库名称建议包含行业关键词,后续检索更清晰。素材越多、维度越丰富,AI 串联分析越有价值。
1.3

验证素材入库

在知识库搜索框中输入某个行业关键词,确认能检索到对应素材。搜索结果应显示文件标题和匹配片段。

至此,碎片素材已被 AI 解析、索引、可随时检索。这是整个闭环的基础。

2用内置连接器连接 WorkBuddy 与 ima

WorkBuddy 已内置「ima 知识库」连接器。当前教程只需要直接点击连接并完成授权,不需要复制部署提示词,也不需要先准备 API Key。

2.1

在连接器列表里点击「ima 知识库」

步骤 1:在 WorkBuddy 对话框下方打开「连接器」
步骤 2:在列表中找到「ima 知识库」
步骤 3:点击右侧「连接」,再按提示完成授权
WorkBuddy 连接器列表中的 ima知识库
WorkBuddy 内置的「ima 知识库」连接器,点击「连接」即可开始授权。
2.2

在对话里打开 ima 连接器

回到对话框,确认「ima 知识库」已处于连接状态。需要检索或写入资料时,直接在当前对话启用它;WorkBuddy 就可以读取你刚创建的知识库,也可以把本轮产出写回去。

连接完成后,WorkBuddy 负责执行任务,ima 负责保存和检索资料。两边不再需要重复复制粘贴。
WorkBuddy 与 ima 连接器信任状态和授权范围概念图
概念图:每次使用前确认连接器已连接、可调用,并只授予本次任务确实需要的读取或写入权限。
2.3

进阶:只在给其他 Agent 开放能力时安装 ima Skill来源

如果你希望 WorkBuddy 之外的其他 Agent 也能调用 ima 的读写能力,再打开 ima Agent Interface 获取 ima Skill来源 和 API Key,并把部署提示交给对应 Agent 的配置助手。它不是本教程中连接 WorkBuddy 的前置步骤。

ima Skills 的其他 Agent 安装指引
ima Skill来源 的作用:把 ima 能力开放给其他 Agent;WorkBuddy 本身使用内置连接器即可。
两条路径不要混淆:WorkBuddy → 点击内置连接器;其他 Agent → 安装 ima Skill来源 并配置 API Key。

3验证联通,调取素材

确认 WorkBuddy 能正确读取 ima 知识库中的内容——所有后续操作的前提。

3.1

发送验证指令

在 WorkBuddy 对话框中输入以下指令,测试是否能检索到知识库内容:

📋 点击复制
搜索我的 ima 知识库,列出最近导入的 3 篇行业素材,显示标题和主要关键词。
3.2

检查返回结果

WorkBuddy 应返回你在步骤 1 导入的素材列表。如果返回为空或报错:

  • 检查「ima 知识库」连接器是否仍显示为已连接
  • 确认知识库中确实有内容(回到步骤 1.3 验证)
  • 确认连接器配置中选的是正确的知识库
能检索到素材,说明 ima → WorkBuddy 链路已打通。这是整个闭环中最关键的一步。

4碎片串联,发现趋势

让 AI 跨文档关联,发现碎片之间的隐藏联系和趋势信号。

4.1

发送串联分析指令

📋 点击复制
【任务】串联分析 ima 知识库中的行业素材
【素材范围】知识库全部行业相关文档
【分析要求】
1. 找出碎片之间的隐藏关联,梳理 3-5 条关键趋势
2. 每条趋势标注引用了哪些素材(文件名 + 关键段落)
3. 趋势按重要程度排序
【输出格式】结构化列表,每条含趋势描述 + 引用来源 + 置信度判断
4.2

AI 串联分析流程

1

全文检索素材

跨文档提取关键段落,识别共现主题和关键词

2

发现隐藏关联

多篇素材中的政策信号、市场事件、竞争动作自动关联

3

输出趋势判断

每条趋势附引用来源,可回溯验证

AI 的关联逻辑基于素材内容,素材越多、维度越丰富,关联越有价值。如果第一批串联结果深度不够,先补充更多不同维度的素材再试。

5生成认知简报

将串联分析的结果整理为结构化的行业认知简报。

AI 将多源信息串联分析并生成认知简报的概念图
概念图:简报应保留趋势判断、关键洞察和可追溯来源;图中数字与示例文字只用于说明结构,不是本教程的实际统计结果。
5.1

发送简报生成指令

📋 点击复制
【任务】基于 ima 知识库素材,生成结构化「行业认知简报」
【分析模块】
1. 市场规模与增长动态
2. 竞争格局变化
3. 政策与监管信号
4. 关键机会判断
【输出要求】
- 每个结论标注引用来源(文件名 + 段落位置)
- 格式:结构化简报,含摘要和正文
- 篇幅:每模块 2-3 个要点
5.2

简报质量检查清单

  • 每个模块有实质内容(非空泛描述)
  • 数据有引用来源
  • 判断基于素材得出(非 AI 通用知识)
  • 结构清晰,便于快速阅读
  • 此时你得到了一份有据可依的行业认知简报。它基于你自己的素材库生成,而非通用网络信息——这正是你和别人的差距所在。

    6回存 ima + 验证检索

    将认知简报回存到 ima 知识库,形成完整闭环。

    6.1

    将简报回存到 ima

    📋 点击复制
    将以上认知简报保存为文档,回存到我的 ima 行业知识库。文件命名格式:「YYYY-MM-DD 行业认知简报」。

    或者直接将生成的简报内容复制粘贴,手动上传到 ima 知识库。

    6.2

    验证检索到简报

    在 ima 知识库中搜索简报标题或关键词,确认简报已被正确索引。同时在 WorkBuddy 中验证:

    📋 点击复制
    在我的 ima 知识库中搜索"认知简报",显示最新生成的一份。
    🎉 基础关完成!你已跑通「碎片入库 → AI 串联 → 生成简报 → 回存检索」完整闭环。这些素材和简报将越积越厚,成为你的专属行业智库。
    进阶关 · 自动化知识流水线

    7建立微信公众号自动入库系统

    微信公众号是中文知识存储量最大的地方之一,但每天靠浏览、搜索和手动收藏,效率太低。这里用 WorkBuddy 自动化和 ima 知识库,把「搜索 → 筛选 → 入库」变成每天自动完成的动作。

    7.1

    先建一个明确的知识库

    例如在 ima 的共享知识库里新建「codex使用指南」。知识库不必一开始塞得很满,先把它当成自动化任务的明确落点:之后搜到的公众号文章会统一进入这里。

    知识库名称越具体,自动化任务越不容易把资料写错位置。你也可以按自己的主题换成「AI 产品观察」「品牌案例库」或「论文资料库」。
    7.2

    安装 wechat-article-search来源 技能

    在 WorkBuddy 中安装 wechat-article-search。它负责通过微信搜索获取公众号文章,可覆盖科技 / AI、社会热点、财经、教育、职场等中文资讯;ima 连接器仍然负责把确认过的文章写入知识库。

    这里的分工很清楚:wechat-article-search来源 是搜索能力,已连接的 ima 知识库是存储与检索能力。不要把 ima 当作需要在 WorkBuddy 内重复安装的 Skill。
    7.3

    创建每天执行的自动化任务

    在 WorkBuddy 的「自动化」里创建任务,启用 wechat-article-search,并在提示词里明确写出要使用已连接的「腾讯ima」知识库。下面是一份可直接改主题的任务描述:

    📋 点击复制
    【使用能力】wechat-article-search + 已连接的腾讯ima
    【任务】搜索微信公众号中有关 codex 的文章,只收录微信公众号文章(链接以 https://mp.weixin.qq.com/ 开头),不要搜索其他平台。
    【筛选】重点保留 codex 使用指南、知识库、文章内容包括但不限于 codex 的安装教程、使用技巧、版本更新、功能介绍、实战案例,以及 codex 在日常办公、提高工作效率、教学和科研中的应用方法。
    【入库】写入「codex使用指南」知识库;入库前先去重,避免重复文章。
    【频率】每天执行一次。
    WorkBuddy 自动化任务配置微信文章入库
    示例:自动化任务在提示词中启用文章搜索能力,并指定已连接的腾讯ima知识库,每天 17:00 执行。
    7.4

    检查文章是否真的进入知识库

    保存后可以先「测试运行」一次。任务会搜索、筛选、去重并把文章写入知识库;之后回到 ima,检查文章列表里是否出现最新的公众号内容,而不是只停留在 WorkBuddy 的对话结果里。

    ima 知识库中的 codex 使用指南文章列表
    最新一次入库后,「codex使用指南」知识库已经能看到多篇公众号文章。
    这套动作跑起来后,收藏不再只是“以后再看”。每次自动入库都在给未来的检索、总结和创作补资料。

    8固化认知生成模板

    把碎片串联到简报输出的完整流程提炼为标准 Prompt 模板,下次直接复用。

    8.1

    提炼核心流程为模板

    综合步骤 4-5 的 Prompt,提炼为可参数化的模板:

    📋 点击复制
    【模板】行业认知简报生成
    【素材范围】ima 知识库中【{行业名称}】最近 {时间范围} 新增素材
    【分析维度】
      · 市场规模与增长动态
      · 竞争格局变化
      · 政策与监管信号
      · 关键机会判断
    【输出要求】每结论标注引用来源,格式为结构化简报,回存到 ima 知识库
    8.2

    测试模板可复制性

    替换模板中的参数(行业名称、时间范围),用不同行业方向测试,确认模板可复用。

    模板的核心价值:换一个行业、换一组素材,不需要重新写指令——只替换参数即可得到相同质量的输出。这是从「手工操作」到「标准化生产」的关键一步。

    9封装为可复用工作流

    将模板沉淀为 WorkBuddy 内部的可复用工作流,一行指令触发全流程。这里的工作流不等同于给其他 Agent 安装 ima Skill来源。

    9.1

    创建工作流

    📋 点击复制
    【任务】将以下模板保存为 WorkBuddy 可复用工作流
    【工作流名称】更新行业认知
    【触发词】更新 {行业} 认知
    【工作流执行流程】
      · 扫描 {行业} 知识库最新素材
      · 跨文档关联分析
      · 生成结构化认知简报
      · 回存到 ima
    9.2

    验证工作流可用

    创建完成后,用简洁指令触发测试:

    📋 点击复制
    更新 新能源 认知

    确认工作流能自动完成扫描 → 串联 → 简报 → 回存全流程。

    一句话触发生成认知简报——这就是「自动化知识流水线」的核心价值。

    10一句话触发全链路

    将定时任务与可调用能力结合,实现完全自动化的知识更新。

    10.1

    定时任务 + 工作流联动

    修改步骤 7 的自动化任务,将入库动作升级为触发工作流:

    📋 点击复制
    【自动化任务】每周五 17:00
    【执行内容】自动执行「更新行业认知」工作流
      · 扫描本周新增素材
      · 生成认知简报
      · 回存到 ima 知识库
      · 完成后在对话中通知我简报已就绪
    10.2

    全自动知识更新流程

    1

    每周五 17:00 自动触发

    定时任务启动,无需人工操作

    2

    扫描 ima 本周新增

    自动检索知识库中本周新入库的素材

    3

    调用工作流生成简报

    串联分析 → 结构化简报 → 回存 ima

    4

    系统通知简报就绪

    告别手动操作——知识自动生长

    每周五下午自动收到本周行业认知简报。不需要打开 WorkBuddy,不需要手动操作——知识在后台自动生长。

    11多领域并行管理

    为不同行业/赛道建立独立的知识库和可调用能力,各自生长、互不干扰。

    11.1

    建立第二个行业知识库

    回到步骤 1,用同样的流程为另一个行业创建知识库。知识库之间完全独立,检索和分析只在本库范围内进行。

    📦 新能源知识库
    +
    📦 消费电子知识库
    +
    📦 企业服务知识库
    =
    独立存储 · 互不干扰
    11.2

    复用工作流模板

    步骤 9 封装的工作流支持参数化——指定不同知识库,就能为不同行业生成各自独立的认知简报:

    📋 点击复制
    更新 消费电子 认知
    更新 企业服务 认知
    同一个分析框架,不同行业素材,产出各自独立的认知简报。分析能力从「懂一个行业」扩展到「矩阵式覆盖多个领域」。

    12全链路验证闭环

    端到端验证自动化流水线是否完整运行。

    12.1

    运行全链路测试

    在 ima 知识库中新增 1-2 篇素材 → 等待下一个定时任务触发(或手动执行自动化任务)→ 检查:

  • 新素材被定时扫描到
  • 工作流自动完成跨文档关联
  • 认知简报正确生成(含引用来源)
  • 简报回存到 ima 知识库
  • 可以在 ima 中检索到最新简报
  • 12.2

    异常场景验证

    测试以下异常情况,确认系统不会静默失败:

    ① 无新增素材
    跳过分析,不做无意义简报
    ② MCP 断连
    主动通知错误,不静默失败
    ③ 知识库为空
    提示用户先导入素材
    🎉 全链路验证通过!从碎片入库到自动化认知简报,整条流水线已就绪。你的知识库不再是一个静态仓库——它是活的、自动更新的认知系统。
    实践教程

    WorkBuddy 记忆系统实践教程
    打造专属记忆助手

    零代码、纯 Markdown、分步搭建——本教程带你跑通「人格配置 → 四区记忆 → 项目隔离 → 自动蒸馏」完整闭环。基础关约 30 分钟,进阶关约 60 分钟。步骤 3 后附有一组完整图文示例,可直接替换成自己的项目资料练习。

    ⏱️ 预计耗时:90 分钟 👤 适用:一人公司 / 自由职业者 / 多项目并行者 📦 前置:已安装 WorkBuddy 📋 产出:完整四层记忆系统 + 自动蒸馏流水线

    一为什么需要记忆系统

    你花了一下午和 WorkBuddy 讨论技术方案,做了三个重要决策。明天打开新对话——它完全不记得。

    没有记忆系统时

    • 每次对话从零开始
    • 反复解释相同背景
    • 偏好全靠手动说明
    • 决策做完了就忘了
    • 项目切换后上下文丢失

    有这套系统后

    • Agent 启动即知你是谁
    • 自动加载项目背景和决策历史
    • 偏好、风格、规范一次定义
    • 重要决策永久留痕
    • 项目间无缝切换

    WorkBuddy 可以用多层 Markdown 文件保存身份、回复偏好、项目决策和踩坑记录。配置完成后,新任务可以继续读取这些内容;项目情况变化时,也要及时更新对应文件。

    二设计原则:文件即真理

    核心理念

    所有记忆存成普通 Markdown 文件,放在磁盘上。没有黑箱、没有数据库、没有隐藏状态。Agent 启动时读这些文件,工作时写这些文件。你可以随时用任何编辑器打开查看、修改、删除。如果 Agent 说错了——改一行 Markdown 就修正了。

    系统分四层,各司其职:

    层级文件职责类比
    人格层 SOUL · IDENTITY · USER 定义 Agent 的行为准则 + 你的档案 入职档案
    记忆层 MEMORY.md(用户级 + 项目级) 长期精炼记忆:偏好、决策、教训、待办 长期记忆
    记录层 memory/YYYY-MM-DD.md(每日笔记) 每天做了什么、发现了什么、决定了什么 工作日志
    蒸馏层 DREAMS.md + 蒸馏流程 从每日笔记中自动提取长期价值 周报生成器
    两层作用域:用户级(~/.workbuddy/)跨所有项目共享;项目级({project}/.workbuddy/)单项目专属。两级叠加,项目级优先级更高。

    三架构全景:文件体系 + 数据流 + 蒸馏

    这一部分把前面的概念落到具体文件上。~/.workbuddy/ 保存跨项目共用的身份和偏好,项目目录里的 .workbuddy/ 负责当前项目的背景、长期记忆和每日日志。任务开始时,WorkBuddy 会按作用域读取这些文件;工作过程中产生的新信息先进入日志,再经过蒸馏整理进长期记忆。先看懂文件放在哪里、信息怎么流动,后面的项目隔离和维护步骤就更容易操作。

    WorkBuddy 记忆系统全景概念图
    概念图:人格文件和全局记忆提供共同上下文;项目记忆负责隔离;日志积累后经蒸馏更新长期记忆。

    📁 文件体系

    ~/.workbuddy/用户级 · 所有项目共享
    ├── SOUL.md 填写 AI 人格
    ├── IDENTITY.md 填写 AI 身份
    ├── USER.md 填写 你的档案
    ├── MEMORY.md 改造 长期记忆四区
    ├── DREAMS.md 新建 蒸馏审阅日记
    ├── memory/
    │ └── YYYY-MM-DD.md 自动 每日笔记
    └── archives/
    {project}/.workbuddy/项目级 · 单项目专属
    ├── DREAMS.md 新建 项目蒸馏日记
    ├── memory/
    │ ├── MEMORY.md 新建 项目长期记忆
    │ └── YYYY-MM-DD.md 自动 每日笔记
    └── archives/

    🔗 两级叠加策略

    ~/.workbuddy/
    全局偏好
    回复简洁 · 代码注释中文
    +
    项目/.workbuddy/
    项目约束
    本项目用 Vue3 · 客户要求中英
    →
    Agent 同时加载两级记忆 冲突时:项目级覆盖用户级

    🔄 信息流向

    💬 会话 → 📝 每日笔记 → ⚗️ 记忆蒸馏 → 🧠 长期记忆 → 检索 ↺

    Agent 启动 → 加载记忆 → 对话中按需检索 → 对话结束 → 自动追加日志 → 定期蒸馏提炼

    ⚗️ 三阶段记忆蒸馏

    1
    浅度扫描
    读取近 7 天笔记
    去重 → 提取候选条目
    2
    主题聚类
    按主题归类
    分析上下文 → 生成摘要
    3
    精准入库
    四维评分 → 门檻筛选
    通过则写入 MEMORY.md

    评分维度:

    频率 35%明确性 30%近期性 20%新鲜度 15%

    三条门檻全部通过才入库:最低总分 · 最低出现天数 · 最低独立主题数

    0前置准备

    在开始之前,请确认以下环境和素材就绪。

    0-1

    确认 WorkBuddy 已安装

    桌面端打开 WorkBuddy,确认可以正常对话。记忆系统通过 Markdown 文件实现,不需要额外安装任何插件。

    0-2

    准备至少两个项目场景

    准备两个真实项目信息:项目名称、技术栈、当前阶段、关键决策。一个项目也行,但两个更能体现「项目隔离」效果。

    0-3

    了解记忆文件位置

    用户级记忆在 ~/.workbuddy/ 目录下;项目级记忆在项目目录的 .workbuddy/ 下。

    0-4

    准备文本编辑器

    记忆文件是 Markdown 格式,用任意文本编辑器即可编辑。记忆完全由你控制——不存在 AI 私自篡改的可能。

    基础关 · 搭建记忆档案

    1填写人格文件

    告诉 AI 你是谁、什么风格、做什么项目——这是整套记忆系统的基础。人格层文件在 ~/.workbuddy/ 下,一旦填写,所有对话共享。

    所有记忆存成普通 Markdown 文件,放在磁盘上。没有黑箱、没有数据库——你可以随时打开修改,AI 说错了改一行 Markdown 就纠正。这就是「文件即真理」原则。
    1.1

    一键生成人格档案

    将以下 Prompt 发给 WorkBuddy,AI 会根据你的背景自动填写 SOUL.md、USER.md 和 IDENTITY.md:

    📋 点击复制
    根据我的背景填写 SOUL.md、USER.md 和 MEMORY.md:
    
    我是 OPC 一人公司,同时给多个客户做项目。
    【技术方向】前端和全栈开发,常用 Vue/React/Node。
    【回复偏好】简洁直接,少客套话,代码注释用中文。
    【当前项目】
    - 客户 A:电商后台,Vue3 + Node.js + MongoDB
    - 客户 B:数据看板,React + Python + PostgreSQL
    1.2

    检查生成结果

    打开以下三个文件,逐项检查内容是否符合你的实际情况:

    文件应包含内容示例
    SOUL.md回复风格、决策偏好、行为边界"简洁直接,不要客套话"
    USER.md你的身份、技术方向、项目列表"OPC一人公司,Vue/React/Node"
    IDENTITY.mdAI 的名称、人格设定、语气风格"务实、直接、有主见"
    三个文件缺一不可。SOUL 管风格,USER 管背景,IDENTITY 管人格——三者合在一起才能让 AI 完整认识你。
    1.3

    手动微调关键字段

    AI 生成的初稿可能有偏差。重点检查并手动修改:

  • USER.md 中的技术栈是否与实际一致
  • SOUL.md 中的回复风格是否符合你的偏好
  • 项目信息是否准确(名称、技术栈)
  • 2改造 MEMORY.md 为四区结构

    将原来扁平的用户级 MEMORY.md 改造为四区结构,让 AI 更精准地找到需要的信息。四区各司其职:偏好区调行为风格,决策区回顾技术选型,教训区避免重复踩坑,待办区追踪未完成事项。

    MEMORY.md 偏好、决策、教训和待办四区结构概念图
    概念图:四区只记录能长期复用的信息——偏好、已确认决策、教训和待办;不要把每次临时对话都塞进 MEMORY.md。
    2.1

    发送四区改造指令

    📋 点击复制
    将 MEMORY.md 改造为四区结构:
    
    【偏好区】回复风格、命名规范、代码习惯
    【决策区】关键决策及原因(为什么选 A 不选 B)
    【教训区】踩过的坑、长期有效的经验
    【待办区】当前进行中的任务、下一步计划
    
    要求:
    - 每区内容具体、可执行,避免空泛描述
    - 决策必须附带日期和原因
    - 整体控制在 3000 字符以内
    2.2

    验证四区结构

    打开 MEMORY.md,确认四个区域都已填充内容:

  • 偏好区:至少 3 条具体偏好(如"代码注释用中文""变量名用英文")
  • 决策区:至少 2 条近期决策及原因
  • 教训区:至少 1 条实际踩过的坑
  • 待办区:当前正在进行的任务
  • MEMORY.md 每次对话启动时完整加载,太长会挤占上下文窗口。严格控制在 3000 字符以内——少而精,不是多而全。不重要但想保留的内容可降级到 DREAMS.md。
    四区结构就绪。现在每次对话启动时,AI 会自动加载 MEMORY.md 中的内容作为上下文。

    3建立项目记忆

    为每个客户项目建立独立的 .workbuddy/memory/MEMORY.md,让不同项目使用各自的背景和决策记录。

    3.1

    初始化客户 A 项目记忆

    在客户 A 的项目目录下,用以下 Prompt 初始化项目记忆:

    📋 点击复制
    帮我梳理客户 A 项目的关键信息,写入项目级 .workbuddy/memory/MEMORY.md:
    
    【项目】电商后台管理系统
    【技术栈】Vue3 + Node.js + MongoDB
    【当前阶段】核心功能开发完成,正在做权限模块
    【已做决策】
    - 状态管理用 Pinia 不用 Vuex
    - 登录方案用 JWT + 刷新令牌
    - UI 框架用 Element Plus
    【客户要求】界面必须支持中英文切换
    WorkBuddy 中已填写客户 A 项目记忆 Prompt,左下角显示当前工作空间为 B
    图:Prompt 写的是客户 A,但左下角当前工作空间显示为 B。发送前应先切换到客户 A 的工作空间,否则文件会写进错误的项目目录。
    Prompt 里写“客户 A”不会自动切换工作空间。真正决定文件写到哪里的,是左下角当前选中的工作空间。
    3.2

    初始化客户 B 项目记忆

    同样为客户 B 创建项目记忆。两个项目的记忆完全独立:

    📋 点击复制
    帮我梳理客户 B 项目的关键信息,写入项目级 .workbuddy/memory/MEMORY.md:
    
    【项目】运营数据看板
    【技术栈】React + Python FastAPI + PostgreSQL
    【当前阶段】原型阶段,正在确认数据源接入方案
    【已做决策】
    - 图表库用 ECharts 不用 D3
    - API 层用 FastAPI 的依赖注入做权限
    【客户要求】响应速度要求高,首页加载不超过 2 秒
    用户级和项目级 MEMORY.md 是叠加关系,不是覆盖。冲突时项目级优先。例如用户级写"偏好 Python",客户 B 项目级写"本项目用 React"——AI 应遵循项目级约束。建议在 SOUL.md 中明确这条优先级规则。
    WorkBuddy v5.2.5 的项目级实测路径是 .workbuddy/memory/MEMORY.md。如果旧项目把文件放在 .workbuddy/MEMORY.md,先复制到正确位置,再用全新任务测试;确认读回成功后再清理旧文件。

    3A图文示例:用一个虚构项目完整跑一遍

    下面的示例专门演示步骤 3 和步骤 4,不替代前面的人格文件、四区记忆、项目隔离、日志和蒸馏章节。课堂练习可以直接沿用这套结构,再把案例字段换成自己的项目资料。

    示例人物和项目均为虚构数据

    小林是一名成都数字文创 OPC,正在为一家新咖啡店制作 7 天小红书启动包。字段故意写得具体,方便判断新任务是否真的读到了记忆。

    人物小林

    经营“熊猫街角内容工作室”。

    当前项目咖啡店 7 天小红书启动包

    用于开业前后的内容冷启动。

    交付边界7 个选题 + 3 篇初稿 + 1 份拍摄清单

    第一阶段暂不做代运营。

    回复偏好结论先行,清单最多 5 条

    不客套;不确定信息标“待确认”。

    教训不用“年轻人都喜欢”代替用户洞察

    没有样本和证据时不能下结论。

    下一步周五前访谈 3 位店主

    访谈后再校准选题和拍摄清单。

    A

    创建项目记忆文件

    先把演示目录本身选为 WorkBuddy 工作空间,再发送下面的建档指令。这样可以避免文件建在上一级大项目中。

    📋 点击复制
    请在当前工作空间创建一套可验证的项目记忆。
    
    安全边界:
    - 只写当前工作空间,不修改 ~/.workbuddy;
    - 目标文件已存在时停止并报告,不要覆盖。
    
    使用虚构案例“小林”:
    - 身份:成都文创 OPC,经营“熊猫街角内容工作室”;
    - 偏好:结论先行、清单最多 5 条、不要客套、不确定信息标“待确认”;
    - 当前项目:新咖啡店 7 天小红书启动包;
    - 第一版边界:7 个选题、3 篇初稿、1 份拍摄清单,暂不做代运营;
    - 教训:不能用“年轻人都喜欢”当用户洞察;
    - 下一步:周五前访谈 3 位店主。
    
    请创建:
    1. .workbuddy/memory/MEMORY.md
    2. .workbuddy/memory/2026-07-10.md
    3. README.md
    
    MEMORY.md 按“人物、偏好、当前项目、已确认决策、教训、下一步”分区;
    日期日志记录当天建档动作;README.md 写清文件树、职责和 3 个新任务验证问题。
    
    完成后读回 3 个文件,列出真实相对路径和字节数;如果没有实际写入,直接说明失败原因。
    在 WorkBuddy 中提交项目记忆建档指令
    图 1:演示目录已作为独立工作空间打开,建档指令明确了写入范围、文件路径和禁止覆盖规则。
    WorkBuddy记忆系统实测/ ├── README.md └── .workbuddy/ └── memory/ ├── MEMORY.md └── 2026-07-10.md
    B

    核对文件是否真实落盘

    聊天里出现“已完成”还不够。继续发送只读核对指令,确认三个文件能从磁盘读到。

    📋 点击复制
    请做一次只读的落盘核对,不参考其他对话。
    
    实际读取当前工作空间中的:
    - .workbuddy/memory/MEMORY.md
    - .workbuddy/memory/2026-07-10.md
    - README.md
    
    请用表格列出相对路径、实际字节数、文件职责;再核对 MEMORY.md 中是否包含人物、偏好、项目、决策、教训、下一步六项。
    
    不要创建、修改或删除任何文件。
    WorkBuddy 只读核对三个项目记忆文件
    图 2:三个文件均能读回,并能核对人物、偏好、项目、决策、教训和下一步。
    文件本例字节数检查内容
    .workbuddy/memory/MEMORY.md1552六项字段齐全
    .workbuddy/memory/2026-07-10.md1780建档和路径修正记录
    README.md2344文件树、职责和验证题
    C

    用全新任务验证自动读回

    不要在原对话里继续提问。新建任务并选择同一个演示工作空间,再让 WorkBuddy 只根据任务启动时加载的项目记忆回答。

    📋 点击复制
    这是一个全新任务。
    
    不要搜索文件,不要调用读取工具,只根据会话开始时自动加载的项目记忆,用 4 行回答:
    1. 当前项目;
    2. 第一版交付边界;
    3. 已记录的教训;
    4. 下一步。
    
    最后单独写一行“项目记忆:已自动加载”或“项目记忆:未自动加载”。
    不要输出本机绝对路径,不修改任何文件。
    全新任务自动读回项目记忆
    图 3:全新任务能说出 7 个选题、3 篇初稿、1 份拍摄清单、暂不代运营、用户洞察教训和 3 位店主访谈。

    通过

    • 没有搜索文件也能回答
    • 数字和交付边界完全一致
    • 教训和下一步没有遗漏

    未通过

    • 只能说出模糊的项目方向
    • 把“暂不代运营”说反
    • 必须重新搜索磁盘才能回答
    长 Prompt 发送后要检查聊天气泡。若中文缺失或只剩路径、英文和数字,请清空输入框后重新粘贴,不要让 Agent 在残缺指令上继续执行。

    4验证记忆生效

    确认记忆系统真正生效——这是整套配置的验收环节。

    4.1

    验证对话启动加载

    在客户 A 项目目录下新开一个对话,发送以下测试指令:

    📋 点击复制
    告诉我:你现在知道关于我的哪些信息?包括我的身份、技术偏好、当前项目背景。

    AI 应回复你的身份(OPC一人公司)、技术栈(Vue/React/Node)、当前项目(客户 A 电商后台)等信息。

    4.2

    验证项目隔离

    分别进入客户 A 和客户 B 的项目目录,各开一个新对话,发送同样的询问指令。确认:

  • 客户 A 对话中,AI 知道这是 Vue3 电商后台项目
  • 客户 B 对话中,AI 知道这是 React 数据看板项目
  • 两个对话不会串场(客户 A 的对话不会提到客户 B 的技术栈)
  • 基础关完成。新任务能够读回身份和当前项目背景;切换到另一个项目后,再按同样方法检查是否加载了对应项目的记忆。
    进阶关 · 搭建蒸馏流水线

    5确认日志管线

    基础记忆搭好后,每日日志会自动追加。先确认日志积累正常——没有日志就没有蒸馏的原材料。

    5.1

    检查日志是否正常生成

    进入项目目录,检查 memory/ 下过去两周的每日笔记:

    bash ls .workbuddy/memory/

    应该看到类似 2026-07-01.md、2026-07-02.md 这样的日期文件。

    5.2

    检查日志内容质量——信号密度是关键

    日志是蒸馏的原材料。如果日志只有"修了一个 bug""写了一段代码",蒸馏机制什么都提取不出来。提高信号密度的方法:

    信号明确(好日志)信号稀薄(无用日志)
    改用弹性布局解决了 Safari 兼容问题改了个颜色
    决定用 Session 替代 JWT,因为兼容性更好今天写了代码
    发现 MongoDB 聚合管道在大数据量下性能不足修了 bug
    在日志中使用明确的前置词——"决定采用……""发现……""教训:……"——这些词是蒸馏评分中"明确性"维度的核心依据。
    如果日志内容普遍空洞("查了个文件""跑了个命令"),回到基础关检查 SOUL.md——明确"只记录产生决策、发现、教训的工作,临时操作不记"。

    6手动触发蒸馏

    对 WorkBuddy 说一句话,AI 扫描日志提炼高价值决策和教训到长期记忆。蒸馏是整套记忆系统最有价值的部分——没有它,日志就只是日志;有了它,日志才变成记忆。

    6.1

    执行首次蒸馏

    📋 点击复制
    【执行记忆蒸馏】
    读取最近两周的每日笔记,从中提取值得长期保留的决策和教训。
    更新 MEMORY.md 的决策区和教训区。
    将蒸馏结果记录到 DREAMS.md,按项目分类。
    
    蒸馏时遵循以下标准:
    - 同一话题反复出现 → 高优先级
    - 明确写了"决定""最终选"→ 高优先级
    - 近两周内发生 → 高优先级
    - 已存在于 MEMORY.md → 跳过
    6.2

    审阅蒸馏结果

    打开 DREAMS.md,逐条确认 AI 提取的内容。蒸馏后 AI 会生成类似这样的审阅记录:

    # DREAMS.md — 蒸馏审阅日记 ## 2026-07-08 蒸馏结果 ### 已入库(写入 MEMORY.md) - "采用多层记忆架构" (出现 3 天, 明确性 高) - "登录方案用 JWT+刷新令牌" (出现 5 天, 明确性 高) ### 待观察(未达门檻) - "信息安全评估模板" (仅出现 1 天) - "Redis 缓存方案" (MEMORY.md 中已有)
    蒸馏后务必立刻审阅 DREAMS.md。AI 可能把临时讨论误判为正式决策——某天的笔记里写了错误结论,被频率评分误提升到 MEMORY.md。发现错误立刻手动修正。

    7配置定时蒸馏与维护

    让蒸馏和维护自动化运行——你只管工作,整理交给系统。

    日志经过蒸馏更新长期记忆并归档的自动化流程概念图
    概念图:日志和项目笔记先经过蒸馏筛选,再更新长期记忆;历史内容按周期归档,便于回顾和审计。
    7.1

    创建每周蒸馏任务

    📋 点击复制
    帮我创建一个自动化任务:
    【周期】每周日 10:00
    【动作】扫描本周所有项目的日志,执行记忆蒸馏
    【处理】提炼决策和教训 → 更新 MEMORY.md → 记录到 DREAMS.md
    【通知】完成后在对话中告知本周提炼了哪些内容
    7.2

    创建每月归档任务

    📋 点击复制
    帮我创建一个自动化任务:
    【周期】每月 1 日 9:00
    【动作1】归档 30 天前的日志到 archive/ 目录
    【动作2】检查所有 MEMORY.md 是否有矛盾或过时条目
    【动作3】清理冗余内容,确保 MEMORY.md 不超过 3000 字符
    【通知】完成后告知归档数量和冲突条目
    7.3

    蒸馏节奏总览

    周

    每周日:蒸馏本周日志

    自动扫描、提炼、更新 MEMORY.md

    月

    每月初:归档 + 冲突检查

    归档旧日志、检查 MEMORY.md 矛盾

    季

    每季度:重审四区结构

    清理冗余记忆,优化分区合理性

    末

    项目收尾:全量蒸馏

    蒸馏全部日志,输出项目知识总结

    自动化任务是否可用,取决于当前 WorkBuddy 版本、权限和本机运行状态。创建后要检查任务列表,并至少观察一次真实触发记录;没有触发记录时,先保留手动蒸馏流程。

    8全链路验证闭环

    端到端验证蒸馏流水线是否完整运转。

    8.1

    运行全链路测试

    手动触发一次完整蒸馏 → 审阅 DREAMS.md → 等待一次定时蒸馏自动运行 → 检查:

  • 手动蒸馏结果准确,DREAMS.md 无严重误判
  • 定时蒸馏按时触发,无静默失败
  • MEMORY.md 正确更新(决策区和教训区有新内容)
  • 每月归档正常执行,旧日志已移动
  • 冲突检查能发现矛盾条目
  • 8.2

    异常场景验证

    测试以下异常情况,确认系统不会静默失败:

    ① 无新增日志
    跳过蒸馏,不生成空 DREAMS.md
    ② MEMORY.md 超长
    归档时自动清理,控制在 3000 字符内
    ③ 蒸馏误判
    DREAMS.md 保留痕迹,可手动回滚修正
    8.3

    验收确认

    以下全部通过才算进阶关完成:

  • 每日日志自动追加正常(连续两周无中断)
  • 手动蒸馏流程跑通,DREAMS.md 内容准确
  • 每周定时蒸馏已配置并成功运行一次
  • 每月归档 + 冲突检查自动化已配置
  • 整套维护流水线无人值守正常运转一周
  • 全链路验证通过后,这套系统应当能够加载身份和项目背景、记录日志、执行蒸馏并保留审阅记录。后续仍要定期检查误判、冲突和过时条目。
    📋 日常场景指令速查
    场景你怎么说
    记住偏好"把这个加入记忆:我偏好 pnpm 而不是 npm"
    更新记忆"更新记忆:不再用 Stripe,改用 Paddle"
    执行蒸馏"执行记忆蒸馏,更新 MEMORY.md"
    检查矛盾"检查 MEMORY.md 是否有矛盾或过时条目"
    归档笔记"将 30 天前的笔记移到 archives/"
    周报摘要"总结本周工作日志"
    查询历史"我们之前关于 XX 的讨论是什么?"
    实践教程

    用 WorkBuddy 把创业想法跑成可验证的商业计划

    从一页商业计划到用户访谈和下一轮验证。先把想法说清、找人验证,再决定要不要扩成完整 BP。

    适用:OPC 创业者 / 一人公司 / 初创项目产出:一页计划 + 用户访谈 + 7 天验证前置:已安装 WorkBuddy

    引入:先把信息变成能用的判断

    很多人准备做一个创业项目时,会先把大量信息塞进收藏夹,然后告诉自己:我已经研究过了。

    信息堆积时

    可真到要决定做不做、先做什么的时候,还是只能靠记忆和感觉。

    今天看一篇行业分析,明天刷到一个 AI 硬件概念,后天朋友又丢来一个标的。你存了很多报告,也记了不少观点,脑子里都是“好像有机会”,却说不清哪一条能证明什么。

    把资料放回项目里

    WorkBuddy 适合用来把这些东西收进同一个项目里:资料整理、行业拆解、指标提炼,还有失败后的复盘。

    项目假设、访谈记录和下一步实验都留在这里。下一次继续做时,先看已有证据,不必从头再问一遍。

    工具不会替你决定项目要不要做,但它能让你看清:自己到底凭什么继续做下去。

    先说清:第一份商业计划书,首先是写给自己看的

    很多人一听商业计划书,脑子里马上出现市场规模、竞争格局、商业模式、财务预测和融资计划。这些内容当然有用,但第一版还不用急着写成融资材料或比赛作业。

    它更像是给自己留的一份工作底稿。

    你要靠它搞清楚几件事:

    • 我到底要做什么产品或服务?
    • 我的客户是谁?
    • 客户为什么现在需要它?
    • 我怎么验证这件事不是自嗨?
    • 第一版产品怎么做得足够小?
    • 我怎么定价、交付、获客?
    • 第一次失败后,我怎么复盘和改下一版?
    最容易散掉的是这几件事

    OPC 创业者常见的麻烦,不是事情做不了,而是所有事情都要自己接,顺序很容易乱。

    一个人要同时处理选题、调研、产品设计、内容表达、获客、交付和复盘。每一项单独拿出来都能做,难在它们常常没有接在同一条线上。

    今天看到一个机会,明天研究一个竞品,后天写一段宣传文案,过几天又换了方向。资料和动作都不少,最后却没有形成能执行的计划。

    WorkBuddy 可以把这些事情重新接起来。

    接下来,把商业计划拆成一串连续任务:

    选题判断→ 用户调研→ 产品定义→ 商业模型→ 验证计划→ 复盘迭代
    01选题判断

    这个机会适合谁,解决什么问题,为什么现在可以做。

    02用户调研

    目标用户是谁,真实痛点是什么,愿不愿意付费。

    03产品定义

    第一版只做什么,不做什么,交付边界在哪里。

    04商业模型

    卖什么,怎么定价,怎么获客,怎么交付。

    05验证计划

    用什么最小动作测试需求,而不是一上来做大项目。

    06复盘迭代

    哪些假设成立,哪些失败,下一版怎么改。

    一、先选营销战役专家团

    先选专家团,再写计划

    先进入 WorkBuddy 的“专家”或“专家中心”,找到营销、品牌、内容相关的专家团。营销战役专家团适合讨论商业计划、活动方案和品牌推广这类需要说清市场与获客的文档。

    WorkBuddy 营销战役团队实操界面
    WorkBuddy 营销战役团队实操界面

    先让专家团把问题问出来

    先点击“召唤营销战役团队”。第一轮先让它补市场、品牌、内容、获客这些角度还没问清的问题,以及需要确认的地方。

    你可以这样交给 WorkBuddy

    直接复制 1
    我有一个 OPC 创业想法:
    【写下你的项目想法】
    
    请作为营销战役专家团,先不要写完整商业计划书。请先问我还缺哪些关键信息,并按市场、目标客户、产品、获客、交付、定价和验证动作列出待确认项。最后给我一份一页商业计划的提纲。

    这一步的目的,是先让专家团把问题问出来。资料不够时,先留下空位,不要用一份看起来完整的长文把它盖过去。

    二、再让它生成一页商业计划

    一页先把最要紧的事说清楚

    一开始不要做 30 页商业计划书。对一个人创业来说,这个阶段太早,也太重。先用一页纸把最要紧的事说清楚。

    可以接着让 WorkBuddy 这样做:

    实操 Prompt:一页 OPC 商业计划草稿

    直接复制 1
    请根据刚刚整理出的待确认项和我的项目想法,生成一页 OPC 商业计划草稿。不要写长篇分析,只保留 8 个部分:目标客户、核心痛点、解决方案、第一版产品、交付方式、定价假设、获客方式、7 天验证动作。
    AI 草稿示例

    一页商业计划可以先这样写

    项目名称: 本地小店 AI 短视频服务

    目标客户: 没有专职运营的小餐饮店、咖啡店、文创店。

    核心痛点: 老板知道短视频重要,但不会持续写脚本,也没有时间组织拍摄。

    解决方案: 用 AI 和模板流程,帮小店快速生成可拍摄、可发布的短视频内容。

    这一页不负责替项目背书。它只帮你列清楚:下一步要验证什么。

    三、让 WorkBuddy 帮你把“用户”写具体

    客户要写到明天能去找

    目标用户是商业计划书里最容易写空的部分。

    很多人会写:“面向中小企业。”“面向年轻消费者。”“面向有内容需求的商家。”

    这些表达不算错,只是范围太大。大到明天要去找谁、去哪里找,都还没有答案。

    你可以继续问 WorkBuddy:

    实操 Prompt:把宽泛用户改成可找到的人

    直接复制 1
    请把我的目标用户从宽泛人群改成可以真实找到的 3 类具体客户,并说明他们出现在哪里、我应该怎么接触他们、第一次应该问什么。
    AI 示例分析

    把“本地小店”拆成可找到的人

    A · 可找到的人第一类,刚开业 3 个月内的新店

    他们最需要曝光,也更愿意尝试便宜的内容服务。可以从小红书、抖音同城、商场新店名单、朋友推荐里找。

    B · 可找到的人第二类,已经有团购但内容很弱的店

    他们可能已经知道线上渠道有用,但没有稳定内容产出。可以直接看他们的账号更新频率、视频质量和评论区。

    C · 可找到的人第三类,有特色产品但老板不会表达的店

    比如手作、文创、咖啡、甜品、宠物服务。这类店不一定缺产品,缺的是把产品讲成内容的能力。

    拆到这里,你就能安排下一步找谁、在哪里找、第一次问什么。

    四、让 WorkBuddy 生成真实访谈问题

    先问过去发生过什么

    商业计划书不能只坐在电脑前想出来,你得去问人。

    很多人做用户访谈时,会问得像调查问卷:“你需不需要短视频服务?”“你愿不愿意付费?”“你觉得多少钱合适?”

    这些问题可以问,只是很容易得到客气答案。

    先问过去发生过什么,通常更有用。

    你可以让 WorkBuddy 生成访谈提纲:

    实操 Prompt:访谈过去行为,不问空泛意愿

    直接复制 1
    请帮我设计 10 个用户访谈问题。要求不要诱导用户说需要,而是了解他过去有没有为类似问题花过时间、花过钱、踩过坑。
    AI 示例分析

    访谈问题会长这样

    1. 你最近一次为了店铺宣传发内容是什么时候?
    2. 那条内容是谁做的?
    3. 从想法到发布花了多久?
    4. 最麻烦的环节是什么?
    5. 你有没有找过代运营、剪辑师或兼职?
    6. 如果找过,为什么后来没继续?
    7. 你觉得一条能直接拍的视频脚本,对你有没有用?
    8. 如果只帮你做脚本和拍摄清单,不帮你拍,你能不能接受?
    9. 你愿意先试一次,还是必须看到案例?
    10. 如果这件事下周就能开始,你最担心什么?

    这样问,是为了把人真实做过什么、花过什么成本问出来。

    五、让 WorkBuddy 把访谈结果整理成判断

    先看证据,再作判断

    访谈结束后,先别急着凭感觉下结论。

    把访谈记录贴给 WorkBuddy,让它帮你整理:

    实操 Prompt:把证据摆出来

    直接复制 1
    请根据这些访谈记录,帮我整理成四类:明确需求、弱需求、反对理由、付费信号。最后告诉我这个项目下一步应该继续、修改还是暂停,但必须写出依据。

    先看它列出的“依据”。AI 可以整理证据,但最后的决定还是你自己做。

    AI 示例分析

    访谈记录会先整理成四类

    • 有 6 家店承认内容更新困难。
    • 有 4 家店过去花钱找过人剪视频。
    • 有 3 家店愿意先试 99 元体验包。
    • 但也有 5 家店担心自己不会拍,说明只交付脚本可能还不够。

    这时可以先得出一个很具体的判断:方向可能成立,但第一版产品要改。

    例如,别只卖脚本,改成“脚本 + 拍摄指导 + 示例分镜”。下一轮就拿这个版本继续验证。

    六、把商业计划书写成“下一步行动”

    让计划跟着验证走

    完成第一轮验证后,再让 WorkBuddy 写商业计划书。

    这一次,里面可以写进已经验证过的客户、产品边界、付费信号、反对理由和下一轮实验,而不是只把市场规模、竞争格局、商业模式排成一份正式目录。

    把它当作下一步行动清单,随验证结果一起改。

    七、需要时,再创建自己的专家团

    什么时候再创建专属项目

    营销战役专家团适合通用的商业计划、品牌增长和获客讨论。项目行业很特殊,或确实需要一组固定角色反复参与复盘时,再考虑自定义专家团。

    现在可以从 WorkBuddy 左侧的“项目”进入。点击“新建项目”后,先选一个接近任务的模板;例如“市场调研与竞品分析”适合需要调研、竞品拆解和报告评审的项目。模板只是起点,后面的角色、专家和技能都要按自己的项目改。

    步骤 1:在“项目”页点击“新建项目”,可从“市场调研与竞品分析”等模板开始
    步骤 1:在“项目”页点击“新建项目”,可从“市场调研与竞品分析”等模板开始

    把角色、专家和技能装进同一个项目

    进入新建项目后,再把分工、交接和产物标准写清楚。角色里先说明这个项目要解决什么;专家可按需要加入深度研究、反馈综合、行业趋势等角色;技能则只保留真的会用到的调研、搜索、问卷、表格或演示文稿能力。

    步骤 2:在新建项目中填写角色,并按任务加入专家与技能
    步骤 2:在新建项目中填写角色,并按任务加入专家与技能

    先让它跑一个小任务

    先拿一个小项目试跑。看它会不会先问问题、出大纲、列确认项。如果它跑偏,就把“必须先等我确认”“数据必须标注依据”“待补充项不能自行编造”补回规则里。

    结尾:让下一轮不必从头解释

    把这轮资料留给下一轮

    模型写得快,但每次打开一个空白对话,重新交代项目背景和上一次的结论,也很费劲。

    真正能让它持续帮上忙的,是项目背景、资料、访谈记录、能调用的工具,以及上一轮做完后留下的复盘。

    这些内容留在 WorkBuddy 里,下一轮就能接着做。需要时,再用专家模块、现成技能或 MCP 去补具体任务。

    先把这套最小流程跑一遍:一页计划、找人、访谈、整理证据、改下一版。项目有没有机会,会比一开始就写一份很厚的 BP 清楚得多。

    附录:可以直接复制的 WorkBuddy 提示词

    第一轮:从创业想法跑到最小验证

    直接复制 1
    我是一名 OPC 创业者,现在有一个创业想法:
    【在这里写你的项目想法】
    
    请不要直接帮我写完整商业计划书,也不要直接评价这个项目好不好。
    
    请先帮我完成 5 件事:
    1. 把这个想法拆成需要验证的商业假设。
    2. 生成一页商业计划草稿,包含目标客户、核心痛点、解决方案、第一版产品、交付方式、定价假设、获客方式、7 天验证动作。
    3. 把目标客户拆成 3 类可以真实找到的人,并说明我去哪里找他们。
    4. 帮我设计 10 个用户访谈问题,重点问过去行为,不要问空泛意愿。
    5. 帮我把第一版产品压缩到一个人 7 天内能交付的最小版本,并写清楚不做什么。
    
    输出要具体,少写宏大判断。最后给我一份明天就能开始执行的行动清单。

    第二轮:根据访谈记录决定下一步

    直接复制 2
    下面是我的用户访谈记录:
    【粘贴访谈记录】
    
    请帮我整理成四类:
    1. 明确需求
    2. 弱需求
    3. 反对理由
    4. 付费信号
    
    然后请判断这个项目下一步应该继续、修改还是暂停。
    注意:不要替我做最终决定,只把依据写清楚。
    最后帮我生成下一轮 7 天验证计划。
    成都数字文创 OPC 训练营 · WorkBuddy 商业计划书实践教程