用WorkBuddy做AI工具站12:设计商业化路径

大家好，我是宇哥，专注AI编程、智能体，解决小白AI编程问题。

前面 11 篇，我们已经把一个 AI 工具目录站从项目文件、数据字段、页面、搜索筛选、采集器、审核后台、榜单、SEO、自动更新，一直做到可部署目录。

这一篇是系列最后一篇：商业化路径。

但先说清楚：这一篇不是教你“立刻赚钱”，也不讲夸张收益。对一个刚做出来的工具站来说，更稳的顺序是：

先验证点击和需求，再决定收费方式。

今天你会用 WorkBuddy 生成 3 类真实文件：

1. data/monetization-models.json：4 类商业化模式；
2. config/conversion-events.json：7 个转化验证事件；
3. reports/commercialization-plan.md：一份商业化路径设计报告。

最后再用脚本检查：有没有触发条件、门槛、风险、验证指标，有没有夸张宣传和真实密钥。

这篇你能做出什么

跟着做完，你会得到这个目录：

demo/lesson-12/
├── config/
│   └── conversion-events.json
├── data/
│   └── monetization-models.json
├── prompts/
│   └── workbuddy-monetization-prompt.md
├── reports/
│   └── commercialization-plan.md
└── scripts/
    ├── generate-monetization-plan.py
    └── check-monetization-plan.py

这一篇的最终验收输出是：

通过 商业化路径方案检查全部通过

看到这行，说明你的商业化方案至少过了 4 个基础闸门：

• 4 类模式都有触发条件；
• 每类模式都有门槛、风险和验证指标；
• 转化事件可被记录；
• 没有写真实密钥、导流词或夸张收益承诺。

适合谁，不适合谁

适合：

• 已经跟到第 11 篇，有 public/ 可部署目录的人；
• 想把 AI 工具目录站做成长期项目的人；
• 想先验证用户行为，再考虑广告、联盟、会员或线索的人。

不适合：

• 还没有任何页面，只想直接接广告的人；
• 想一上来接支付和复杂账号系统的人；
• 想用夸张承诺包装项目的人。

这一篇的原则很简单：

商业化不是往页面上塞广告，而是验证用户愿不愿意为某个结果继续行动。

准备环境

你需要准备：

如果你跟着前面教程做，前一篇已经生成了这些输入：

lesson-11/public/
lesson-11/data/deploy-manifest.json
lesson-11/reports/deploy-checklist.md
lesson-11/data/tool-update-report.json

注意：这一篇不会接真实支付，不会写真实广告代码，也不会放真实联盟密钥。示例敏感字段统一写成：

[REDACTED]

先看最终效果

这一篇最终会把商业化拆成 4 条路径：

当前我们的 demo 站点只有 3 个工具详情页，上一篇也只是整理好了部署包。所以这一篇不会建议你马上收费，而是先做“验证配置”。

第一步｜新建 lesson-12 目录

在项目根目录执行：

mkdir -p tutorials/ai-tool-directory/demo/lesson-12/{scripts,data,config,reports,prompts}

这一步只建立目录，不写业务逻辑。

验收点：运行下面命令：

ls tutorials/ai-tool-directory/demo/lesson-12

能看到：

config
data
prompts
reports
scripts

第二步｜把任务交给 WorkBuddy

打开 WorkBuddy，在当前项目里新建任务，把下面提示词复制进去：

你是我的 AI Agent 工作台。请基于上一课可部署目录，为 AI 工具目录站设计第 12 课商业化路径：

输入文件：
- lesson-11/public/
- lesson-11/data/deploy-manifest.json
- lesson-11/reports/deploy-checklist.md
- lesson-11/data/tool-update-report.json

请输出：
1. data/monetization-models.json：联盟推荐、广告位、会员功能、线索分发 4 类模式。
2. config/conversion-events.json：只埋点不收费的验证事件。
3. reports/commercialization-plan.md：按阶段选择模式、不要承诺收益。
4. scripts/check-monetization-plan.py：检查所有模式都有触发条件、门槛、风险、验证指标。

限制：不要写夸张收益承诺；不要接入真实广告代码、支付代码、联盟密钥；所有敏感字段使用 [REDACTED]。

我把这段提示词保存到了：

tutorials/ai-tool-directory/demo/lesson-12/prompts/workbuddy-monetization-prompt.md

WorkBuddy 在这里的作用不是替你“拍脑袋变现”，而是把商业化想法变成结构化文件，让后面可以检查、可以迭代。

第三步｜生成商业化方案文件

新建脚本：

tutorials/ai-tool-directory/demo/lesson-12/scripts/generate-monetization-plan.py

这个脚本要读取上一篇真实产物：

from pathlib import Path
import json

ROOT = Path('/root/workspace/wechat-articles')
LESSON = ROOT / 'tutorials/ai-tool-directory/demo/lesson-12'
PREV = ROOT / 'tutorials/ai-tool-directory/demo/lesson-11'

manifest_path = PREV / 'data/deploy-manifest.json'
update_report_path = PREV / 'data/tool-update-report.json'
public_dir = PREV / 'public'

manifest = json.loads(manifest_path.read_text(encoding='utf-8'))
update_report = json.loads(update_report_path.read_text(encoding='utf-8'))
html_pages = sorted(str(p.relative_to(public_dir)) for p in public_dir.rglob('*.html'))

这几行很关键：

• deploy-manifest.json 告诉我们第 11 篇部署包里有哪些页面；
• tool-update-report.json 告诉我们工具链接检查情况；
• public/ 说明这个站点已经具备静态 MVP 的形态。

接着，脚本会写入：

data/monetization-models.json
config/conversion-events.json
reports/commercialization-plan.md

运行：

cd /root/workspace/wechat-articles/tutorials/ai-tool-directory/demo/lesson-12
python3 scripts/generate-monetization-plan.py

我这边真实运行输出是：

商业化方案生成完成
输入 HTML 页面数： 5
工具详情页数： 3
商业化模式数： 4
转化验证事件数： 7
方案文件：data/monetization-models.json
埋点配置：config/conversion-events.json
报告文件：reports/commercialization-plan.md

这里有一个小判断：

工具详情页数：3

这说明当前 demo 还很小，所以策略应该是“验证点击和需求”，不是立刻上复杂商业系统。

第四步｜看懂 monetization-models.json

打开：

data/monetization-models.json

你会看到 4 类模式，每类都包含这些字段：

示例片段是这样的：

{
  "id": "membership",
  "name": "会员功能",
  "best_stage": "有用户反复回来使用筛选、收藏、对比后再考虑",
  "trigger": "用户开始需要保存列表、订阅更新、导出数据",
  "metrics": [
    "save_tool_click",
    "export_click",
    "waitlist_submit"
  ],
  "risk": "没有高频需求时做会员，会把项目拖进账号和支付复杂度"
}

你可以让 WorkBuddy 按自己的细分站点改字段，但不要删掉 trigger、metrics、risk 这三类信息。

否则商业化方案就会变成一句空话：

以后可以做会员。

这句话没法指导项目。

更好的写法是：

当用户开始频繁点击收藏、导出、订阅更新时，再考虑会员功能。

这样才有判断依据。

第五步｜配置 7 个转化验证事件

新建文件：

config/conversion-events.json

这一篇先不接真实统计平台，只定义事件。

示例事件：

{
  "event": "tool_outbound_click",
  "where": "工具详情页官网按钮",
  "why": "验证工具推荐价值"
}

本篇 demo 里一共定义了 7 个事件：

这里先用“事件定义”，而不是直接接支付和广告脚本，有两个好处：

1. 页面还简单，不会被商业组件拖慢；
2. 你可以先观察用户有没有行动，再决定做哪条路径。

第六步｜写检查脚本

新建文件：

scripts/check-monetization-plan.py

这个脚本至少检查 5 件事：

1. 商业化模式是不是 4 个
2. 每个模式有没有触发条件、门槛、风险和验证指标
3. 转化事件是不是够用且没有重复
4. 有没有夸张收益承诺或平台外跳转引导
5. 有没有疑似真实密钥

核心检查逻辑可以这样写：

models = plan.get('models', [])
if len(models) != 4:
    print(f'失败 商业化模式应为 4 个，实际 {len(models)} 个')
    sys.exit(1)

required_fields = [
    'id', 'name', 'best_stage', 'trigger',
    'minimum_signals', 'how_to_start', 'metrics', 'risk', 'do_not_do'
]
for model in models:
    bad = [field for field in required_fields if not model.get(field)]
    if bad:
        print(f'失败 {model.get("name", "未知模式")} 缺少字段：' + ', '.join(bad))
        sys.exit(1)

再加一层文本检查，避免商业化写成不合规宣传：

for forbidden in ['最强', '碾压', '稳赚', '躺赚', '保证收益', '闭眼变现']:
    if forbidden in report_text:
        print('失败 命中不合规表述：' + forbidden)
        sys.exit(1)

这一步不是形式主义。

商业化章节最容易写飘：一不小心就会变成“马上赚钱”“闭眼变现”。我们用脚本先把这些词挡掉。

第七步｜运行真实验证命令

进入 lesson-12 目录：

cd /root/workspace/wechat-articles/tutorials/ai-tool-directory/demo/lesson-12

运行：

python3 scripts/generate-monetization-plan.py && python3 scripts/check-monetization-plan.py

我这边真实验证输出如下：

商业化方案生成完成
输入 HTML 页面数： 5
工具详情页数： 3
商业化模式数： 4
转化验证事件数： 7
方案文件：data/monetization-models.json
埋点配置：config/conversion-events.json
报告文件：reports/commercialization-plan.md
通过 商业化模式数量检查通过，模式 4 个
通过 每个模式都有触发条件、门槛、风险和验证指标
通过 转化验证事件检查通过，事件 7 个
通过 未发现收益承诺、夸张宣传或导流词
通过 未发现真实密钥，敏感字段已用 [REDACTED]
通过 上一课输入检查通过，HTML 5 个，链接通过 3 个
通过 商业化路径方案检查全部通过

这组输出说明：

• 上一篇部署包被真实读取；
• 当前站点有 5 个 HTML 页面；
• 工具详情页有 3 个；
• 4 类商业化模式都生成了；
• 7 个转化事件都写入配置；
• 没有发现真实密钥；
• 方案没有写夸张收益承诺或平台外跳转引导。

完整代码 / 配置汇总

这一篇的关键文件如下。

1. WorkBuddy 提示词

tutorials/ai-tool-directory/demo/lesson-12/prompts/workbuddy-monetization-prompt.md

用途：让 WorkBuddy 生成商业化模式、转化事件、报告和检查脚本。

2. 商业化方案生成脚本

tutorials/ai-tool-directory/demo/lesson-12/scripts/generate-monetization-plan.py

用途：读取第 11 篇部署包，生成第 12 篇商业化文件。

3. 商业化方案数据

tutorials/ai-tool-directory/demo/lesson-12/data/monetization-models.json

用途：记录联盟推荐、广告位、会员功能、线索分发 4 类模式。

4. 转化事件配置

tutorials/ai-tool-directory/demo/lesson-12/config/conversion-events.json

用途：先定义要观察的用户行为，不急着接真实商业系统。

5. 检查脚本

tutorials/ai-tool-directory/demo/lesson-12/scripts/check-monetization-plan.py

用途：检查字段完整性、事件完整性、风险边界和敏感信息。

常见报错和排查

报错 1：上一课输入缺失

如果看到：

上一课输入缺失：lesson-11/data/deploy-manifest.json

说明你还没有完成第 11 篇部署包。

解决方法：

1. 回到第 11 篇；
2. 先生成 public/ 和 deploy-manifest.json；
3. 再回来运行第 12 篇脚本。

不要空建一个 JSON 文件糊弄过去，因为商业化设计必须基于真实页面和真实工具数量。

报错 2：商业化模式不是 4 个

如果看到：

失败 商业化模式应为 4 个，实际 3 个

说明 WorkBuddy 少生成了一类模式。

解决方法：检查 data/monetization-models.json，确保包含：

联盟推荐
广告位
会员功能
线索分发

你可以加更多模式，但这 4 个基础模式不要缺。

报错 3：缺少验证指标

如果看到：

失败 会员功能 验证指标少于 2 个

说明这个模式只是写了想法，没有写怎么验证。

解决方法：给它补上可观察事件，例如：

save_tool_click
export_click
waitlist_submit

报错 4：发现疑似真实密钥

如果看到：

失败 发现疑似真实密钥

先停下来，不要继续发布。

解决方法：

1. 打开脚本提示的文件；
2. 删除真实 token、secret、password、API Key；
3. 示例字段统一改成 [REDACTED]；
4. 再运行检查脚本。

公开教程和公开站点目录里不要放任何真实密钥。

报错 5：商业化写成夸张宣传

如果看到：

失败 命中不合规表述

说明报告里出现了不该出现的表达。

解决方法：把“保证收益、马上变现、躺着赚钱”这类表达删掉，改成可验证指标：点击、收藏、导出、表单查看、提交率。

这一篇你学会了什么

这一篇我们没有做复杂功能，但完成了工具站商业化前最重要的一步：

把“想赚钱”拆成“可验证行为”。

你现在有了：

• 4 类商业化路径；
• 每类路径的适合阶段；
• 开始前要看到的最小信号；
• 7 个转化验证事件；
• 一份可检查的商业化方案；
• 一个能挡住夸张宣传和真实密钥的检查脚本。

这比一上来接广告、接支付、做会员要稳得多。

一个小白项目最怕的不是商业化太晚，而是商业化太早：页面还没人用，就先把支付、广告、账号系统都接上，最后复杂度上来了，用户价值还没验证。

先验证，再收费。

这是这个系列最后想留给你的项目习惯。

下一篇预告

《用WorkBuddy做AI工具站》这个 12 篇系列到这里就完成了。

如果后面继续扩展，我建议从这两个方向选一个：

1. 实战增强线：把 conversion-events.json 接到一个真实统计工具，做点击和转化看板；
2. 产品化线：把当前静态 MVP 升级成带数据库、登录、收藏和审核流的正式版本。

下一轮如果继续，我会优先从“转化事件看板”开始，因为它能直接复用本篇产物。

资料来源

• 本系列第 11 篇真实产物：lesson-11/public/、lesson-11/data/deploy-manifest.json、lesson-11/reports/deploy-checklist.md
• 本系列第 10 篇真实产物：lesson-11/data/tool-update-report.json
• 本篇真实验证命令：python3 scripts/generate-monetization-plan.py && python3 scripts/check-monetization-plan.py