小道的技术笔记

朋友问我：你手机连不上GitHub，咋办？我：我租了个”代理”，0元。他用CF搭了个Serverless HTTP代理出口，机器在本地，路在云端——这是”为什么不上云”的姊妹篇。

TL;DR

CF Workers是Serverless的免费额度天花板：10万次请求/月、无需VPS、5分钟上线。但坑也多：.workers.dev域名解析到专用IP会不通，得绑自定义域名走CDN IP；WAF会403拦截；cfut_和cfat_ token混淆会8000096报错。用CF搭Serverless代理，不是”上云”，是”借云”——数据留在本地，出口借云穿墙。

一、起因：手机连不上GitHub

Hermes在Termux里跑，要访问GitHub、Google、DuckDuckGo。手机在国内网络，这些站点要么被墙要么不稳定。

朋友问：”你租个VPS做代理呗，一年一千多。”

我：”不用，CF有免费额度，5分钟搞定。”

这就是Serverless的价值：不用买机器，不用管运维，按量付费（免费额度内0元）。但坑也不少，今天把这套”借云穿墙”的架构和踩过的坑，摊开讲一遍。

二、CF Workers：Serverless的免费额度天花板

CF Workers的免费额度：

• 10万次请求/月，够用。Hermes日常调用（搜索、爬虫、API）一天几百次，一个月几千次，远没到上限。
• 无需VPS：代码跑在CF全球边缘节点上，没有”机器”要管。
• 5分钟上线：Dashboard里粘贴代码，点Deploy，DNS生效，完事。

对比VPS：

• VPS要买、要配、要管、要防挂。CF Workers零运维。
• VPS固定成本一年一千多。CF Workers免费额度内0元。

Serverless的核心逻辑：不用为”机器”付费，只为”跑起来的那一刻”付费。 免费额度内，跑起来也是0元。

三、架构：机器在本地，路在云端

1
2
3
4

Hermes/Curl → https://proxy.dingdao.me/proxy?url=<目标URL>
            → CF全球边缘节点（CDN IP 104.x）
            → 目标网站
            → 返回结果给Hermes

关键点：自定义域名走CDN IP（104.x），稳定。

为什么不用CF默认的.workers.dev子域名？因为它解析到Workers专用IP（173.x/108.x），某些网络不通。绑自定义域名后走CDN IP，实测稳定。

这就是”机器在本地，路在云端”：

• 机器：Hermes、数据库、日志、持仓，全在手机上。
• 路：CF Worker做HTTP代理出口，数据经CF边缘节点传到目标网站。

数据没进CF的机房，只借了CF的”路”。 这是Serverless和VPS的本质区别——你租的是”带宽”，不是”机器”。

四、踩过的坑（按频率排序）

坑1：.workers.dev域名不通

CF默认子域名解析到Workers专用IP，Termux网络不通。

解决：Dashboard → DNS → 添加CNAME（proxy.dingdao.me → Worker）→ 等1-2分钟生效。

坑2：部署后403/1010（WAF拦截）

CF的WAF默认Security Level高，会拦”可疑请求”。

解决：Dashboard → Security → WAF → Security Level调低到Low → 关Bot Fight Mode。

坑3：Error 1031（代码不完整）

CF Dashboard预览面板报1031，根因是Worker代码被截断（移动端屏幕小，一次性粘贴大段代码容易漏）。

排查：检查export default/addEventListener('fetch', ...) + async fetch + 闭合括号是否完整。

坑4：cfut_ vs cfat_ token混淆

CF有两类token：

• cfut_：API Token，操作DNS/Workers/Pages/R2
• cfat_：R2 S3兼容令牌，只能用于R2对象存储

用cfat_调Pages API会报8000096（Token没Pages部署权限）。

排查：curl https://api.cloudflare.com/client/v4/user/tokens/verify，看permissions是否为空。

坑5：Pages Direct Upload API manifest路径错

manifest.routes[].script必须指向functions/子目录下的文件，不能放根目录。

五、实测可用站点

结论：CF Worker做HTTP代理出口，能覆盖90%的日常需求。 剩下的10%（Google限流、SearXNG全挂），是目标站自己的反爬，跟代理无关。

六、新设备5分钟部署

1. CF Dashboard → Workers & Pages → Create Worker
2. 粘贴v6模板代码，改API_KEY
3. Save and Deploy
4. DNS添加CNAME → 自定义域名指向Worker
5. 验证：curl https://proxy.dingdao.me/health -H "Authorization: Bearer ***"

注意：创建的是Workers不是Pages。 进错入口是新手第一坑。

七、安全提醒

• API_KEY是访问密钥：知道URL+Key的人就能用你的免费额度。定期轮换。
• Worker代码只允许http/https协议：防止SSRF。
• 敏感头过滤：Authorization/Cookie/Proxy-Authorization等不透传到目标站。

八、Serverless vs VPS：本质区别

Serverless的核心逻辑：你租的是”带宽”，不是”机器”。 数据留在本地，出口借云穿墙。这是”为什么不上云”的正面回答——不是不上云，是只借云的路，不租云的机器。

九、CF Manager：多账户统一管理

CF免费额度最大化，一个技巧是多账户（业务隔离、额度叠加、新功能灰度）。但官方Dashboard不支持多账户统一管理。

CF Manager（开源项目）解决这个痛点：

• 多账户Zone汇总 + DNS CRUD
• 跨账户一键部署Worker
• KV/D1/R2存储管理
• 隧道和回源可视化编辑
• AI工作台（对话/文生图/TTS/翻译）

启示：CF的Serverless生态比想象中深，不只是”粘个Worker”，还有一整套多账户+存储+隧管的工具链。

十、结语：借云，不租云

朋友问”为什么不租VPS”，我现在的回答是：

VPS是租机器，CF Worker是借带宽。 数据留在手机里，出口借CF边缘节点穿墙。免费额度内0元，5分钟上线，零运维。

不是不上云，是只借云的路，不租云的机器。 这是Serverless的精髓，也是我”数据在自己手里”那条底线的延伸。

作者：小道 · 环境：Termux on Android 13 · 2026-09-26
关联阅读：《为什么不在云上跑，一台手机就是AI服务器》 · 系列：AI Agent实战笔记（技术线）

不是不信任云，是这套东西里有几样数据我”绝不能上云”。数据在我手里，我才睡得着。

TL;DR

在手机上跑AI服务器，不是抠门，是数据敏感度决定的架构选择。云的舒适是真的，云的脆弱也是真的。最优解是”本地跑数据，云端做穿透”。

一、起因：朋友的那句”为什么不租台服务器”

上个月有个同行朋友，问我手机那套东西跑得怎么样。我给他演示了下：Hermes在Termux里跑，新闻播报、股票脚本、每日反思，全在这台手机上。

他听完，说了句：”你干嘛不租台云服务器？一年也就一千多，多省事。”

我当时没接话。

一千多。听起来确实不多。但这句话背后，藏着一整套我没细说过的决策。今天这篇，就把这套”为什么不在云上跑”的账，摊开算给大家看。

二、账一：成本，但不是你想的那个账

先算明账。

云VPS：入门款一年一千出头，听着不贵。但云的东西都是”基础价+增值”。要跑浏览器得加内存，要存数据得买云盘，要稳定访问得配CDN，一年下来轻松奔着两三块去。而且这些是固定成本——不管我用不用，都在那扣。

手机：边际成本几乎为零。Hermes跑在Termux里，用的就是手机已有的内存和存储。新闻播报、股票脚本、每日反思，一天用下来，电费忽略不计。真正的成本是时间——折腾它的时间。

但明账不是重点。重点是暗账。

三、账二：数据隔离——什么数据在我的手机上

我手机上跑着的东西，有几样是绝不能上云的：

• 股票持仓和盈亏。港股+美股，成本价、浮盈浮亏。这些是我的家底。放到VPS上，等于把家底单交给一个我控制不了的机房。
• 个人反思和每日日志。H3MS里那53篇daily_logs，是我写给自己的话，是最私密的东西。
• 渠道和行业know-how。11年阿里攒下的，客户怎么想、渠道怎么走、哪些话能说哪些不能说。这是经验，不是数据，但它是我的核心资产。

云服务器的逻辑是多租户：你的数据在物理机盘上，和别人的挤一起。服务商能给你SLA，但做不到”绝对不碰”。

我这套东西的逻辑是物理隔离：数据长在一台我摸得到、带得走、随时能砸的设备上。没有多租户，没有机房，没有”服务商说不会泄露”——因为压根没有第二个人。

这不是偏执。这是数据敏感度：我处理的数据里，有一类叫”一旦泄露，损失不可逆”。这种数据，放云上是睡不着的。

四、账三：连根拔走——移动性

手机有个云VPS永远给不了的特性：它随身。

我出差，手机在裤兜里，Hermes跟着走。我在杭州，它在哪我不用想。我把它揣兜里就没了，物理意义上的连根拔走。

云VPS怎么办？你得登服务商后台、做镜像、导出、再导入到另一台机器。它”在云上”，但你摸不着它，搬不走它。

我做过一次真实的迁移：OTG U盘，把整个Termux目录物理拷到另一台设备。nc网络传输断了，U盘没断。那次之后我明白了：物理介质在关键场景下，比网络可靠。 这个特性，云天生没有——你没法拿根U盘插进机房搬走你的服务。

五、账四：零成本的容错空间

云最怕”跑起来就停不下来”。一旦开机器，就算你不用，钱在烧。

手机这套，关掉就关掉。我研究两周没跑通的东西，直接杀进程，成本是零。我可以疯狂试错：今天试llama.cpp，明天试HexaBench，后天试新框架，每一试都是零成本。

云上的试错是有价的。每次开机器、每次存快照、每次拉日志，都在烧钱。这种隐性成本会反过来绑架你的决策——你会舍不得删、舍不得试新的。

零容错成本，意味着试错可以无限。这是我敢在手机上乱搞的前提。

六、但云端不是没用——穿透才用得上

说”不上云”是片面的。我实际用的是**”本地跑数据，云端做穿透”的混合架构**：

• 数据面（Hermes、数据库、日志、持仓）：全部在手机上，物理隔离。
• 控制面（远程访问、对外服务）：走Cloudflare Tunnel。

这就是为什么我不用VPS却能用Tailscale/Cloudflare：我需要的不是”云机器”，是”一个能穿透NAT的隧道”。数据留在手机上，隧道只是修条路让外面能连进来。机器是本地，路是云的。

这套架构里，云的舒适（随时随地访问）是用了，但云的脆弱（数据在机房）是绕开了。

七、Cloudflare 1003：这套架构的代价

混合架构不是没代价。最典型的一次：我在Cloudflare Worker里部署了一个代理，手动部署成功，结果API一调就报1003。

查了半天，不是代码问题，是Worker和Tunnel的端口上下文冲突。这种问题，VPS上基本不会遇到——因为你直接跑在自己机器上，网络拓扑简单。

混合架构的复杂度，是拿可靠性换移动性换来的。你得接受偶尔”连不通、报1003、得手动刷”的成本。我刷过浏览器加载最新的JS，配过–no-zygote，调过Worker。这些折腾，是”不上云”的代价。

但代价换来的是：我的核心数据，始终没进过任何机房。

八、2026年的最优解

所以”为什么不在云上跑”的答案，不是”手机比云好”，而是：

数据敏感度决定了架构。

如果你的数据是低敏感的（开源项目、公开内容、临时服务），上云，舒服省事。
如果你的数据是高敏感的（个人财务、私密日志、行业know-how），本地跑，云端只做穿透。

我的最优解，在2026年是这么一套：

本地：一台Android手机 + Termux + Hermes，跑所有数据和逻辑。
云端：Cloudflare Tunnel做穿透，让手机变成”带不走的服务器”。
物理：OTG U盘做备份和迁移，关键场景下比网络可靠。

这套东西的成本是”折腾的时间”，但买回来的是”数据在自己手里”的踏实感。

九、结语：东西长在自己身上，才踏实

朋友问”为什么不租台服务器”，我现在的回答是：

不是省钱。是我这套东西里，有些数据是”一旦泄露不可逆”的，云机房的多租户模型，做不到”绝对不碰”，但物理隔离可以。

云很舒服，很省事，很”专业”。但它把你的资产，放在一个你控制不了的盒子里。

我的资产，长在我手机里。我揣兜里就能走。

东西长在自己身上，才踏实。 这是非技术人折腾AI，最朴素的一条底线。

作者：小道 · 环境：Termux on Android 13 · 2026-09-25
关联阅读：《OTG U盘迁移，物理传输的浪漫》 · 系列：AI Agent实战笔记（技术线）

技术会过时，工具会迭代，模型会升级。但信任不会。OPC的护城河不是你会多少AI工具，是客户想到这个领域就想到你。持续公开表达、不可替代经验、客户关系深度、速度优势——这四个才是真正拦得住别人的墙。

TL;DR

OPC护城河构建指南：技术不是壁垒，信任才是。四个信任壁垒（持续公开表达、不可替代经验、客户关系深度、速度优势）。Palantir被嘲笑二十年现在成标配，FDE岗位增速800%。权力关系是AI部署最大障碍，价值证明比技术实现更难。从“供应商”到“伙伴”的关系跃迁，速度优势是大公司软肋也是OPC利器。政策红利期的渠道机会与五个决策问题实操清单。

一、起因：技术会过时，什么不会？

我折腾了两个月AI，装过Hermes，跑过HexaBench，调过cryptography，修过llama-simple。技术栈越来越丰富，但有一个问题始终悬在头上：这些技术，三年后还在吗？

AI模型迭代太快了。今天跑通的架构，明天可能就被新框架替代。今天调好的参数，明天可能就被新模型覆盖。

技术会过时。工具会迭代。模型会升级。

但有什么东西不会过时？

信任。

二、OPC的护城河：不是技术，是信任

Wiki概念页《一人公司OPC自运转商业模式》里，把护城河定义为“信任壁垒”：

• 持续的公开表达 → 想到领域就想到你
• 不可替代的个人经验 → 你的视角是唯一的
• 客户关系深度 → 你是伙伴不是供应商
• 速度优势 → 当天就能给，大公司走流程要两周

这四条，没有一条跟“技术多牛”有关。

我在阿里11年，从地推铁军到钉钉渠道，见过太多“技术很牛但没客户”的人。也见过“技术一般但客户排队”的人。区别在哪？在信任。

OPC时代，技术平权加速。越是不懂代码的人，越会被FDE这类岗位替代。但越是懂信任的人，越不会被替代。

三、四个信任壁垒构建法

壁垒1：持续的公开表达

不是“我发了”，是“有人看”。

公众号、B站、播客、Newsletter、甚至朋友圈。持续输出你的思考、案例、踩坑记录。

我在blog.dingdao.me写这14篇文章，就是在做公开表达。不是炫耀技术，是记录真实成长。读者看到的不是“多牛的技术”，是“一个中年人的真实转型”。

这种真实，就是信任的种子。

壁垒2：不可替代的个人经验

AI能力谁都能学，但“能把AI能力翻译给传统老板听”的人，不多。

我在阿里5年跑中小企业、4年做钉钉渠道，见过太多传统老板的痛点。考勤表卡死、数据滞后、执行偏差、培训成本高。这些痛点，AI能解，但需要有人翻译。

你的视角是唯一的。你的经验是不可替代的。把经验变成方法论，方法论变成产品，产品变成信任。

壁垒3：客户关系深度

从“供应商”到“伙伴”，是一步之遥，也是一道鸿沟。

供应商：做完项目，交方案，结束。
伙伴：部署、验证、优化、再部署。持续迭代。

FDE方法论里说：“AI部署不是技术问题，是权力再分配问题。谁掌握AI决策权，谁掌握企业未来。必须建立‘人机协同’模式，逐步建立信任。”

信任不是一次交付建立的，是持续迭代建立的。

壁垒4：速度优势

大公司的软肋：走流程要两周。
OPC的利器：当天就能给。

我在Termux上修bug，客户说“今天能跑通吗”，我晚上就能给结果。大公司要排期、要评审、要走流程。OPC没有这些包袱。

速度不是莽撞，是敏捷。小步快跑，快速迭代，当天反馈。

四、Palantir的启示：超前认知需要时间验证

FDE方法论洞察里提到：Palantir被嘲笑二十年，现在成标配。

2000年代：被质疑“太重”、“太贵”、“太复杂”、“不适合中小企业”、“只是政府承包商”。
2020年代：OpenAI投入40亿美金入场，PE资本开始投资FDE服务公司，FDE岗位增速800%。

启示：

• 超前认知需要时间验证
• 坚持正确方向比随波逐流更重要
• “重模式”在复杂场景下反而是优势

OPC也一样。现在很多人觉得“一人公司就是个体户”、“AI落地就是写代码”。但五年后，OPC+AI会成为标配。

你现在做的公开表达、经验沉淀、关系深耕，都是在为五年后的标配铺路。

五、政策红利期的渠道机会

2026年7月，五城政策联动：广州最高500万、杭州50+社区、泰州首部标准、北京通州一站式、绵阳安州区下沉区县。

政策红利期，普通人怎么蹭？

H3MS Wisdom《OPC政策矩阵分析》给了四个渠道机会：

1. OPC培训与咨询服务 — 工商注册代办、政策解读、AI工具培训
2. AI工具渠道代理 — 成为AI服务商的渠道合作伙伴
3. OPC社区运营 — 参考杭州模式打造本地创业社区
4. 政策套利 — 各地补贴政策差异大，帮助客户选择最优注册地

这四个机会，不需要你技术多牛，需要你“懂政策+懂AI+懂传统企业”。三者交集，就是OPC渠道商的生态位。

六、五个决策问题实操清单

每次做一件事之前，问自己五个问题（附实操对照）：

1. 这件事能不能只做一次就反复卖？

   • 能 → 往产品方向走（模板/课程/SaaS）
   • 不能 → 做服务，但尽量标准化
   • 我的对照：Hermes部署能标准化，做成模板反复卖

2. 这件事能不能被工具替代？

   • 能 → 先自动化（Cron/脚本/Agent）
   • 不能 → 保留，这是你的核心壁垒
   • 我的对照：新闻播报被工具替代，删掉；FDE诊断不能，保留

3. 这件事是不是只有我能做？

   • 是 → 保留，这是你的不可替代经验
   • 不是 → 委托，花钱买时间
   • 我的对照：渠道痛点翻译只有我能做，保留；视频剪辑不是，委托

4. 这件事做完之后能带来持续收入吗？

   • 能 → 优先做
   • 不能 → 降低优先级
   • 我的对照：订阅制咨询能带来持续收入，优先；一次性调试降低优先级

5. 这件事是在“建系统”还是“卖时间”？

   • 建系统 → 做
   • 卖时间 → 不做（或提高单价）
   • 我的对照：H3MS知识管理系统在建系统，做；纯修bug在卖时间，提高单价或产品化

七、结语：建系统，不卖时间

OPC的终极目标：建系统，不卖时间。

系统是什么？是自动化+委托+系统化。

• 自动化：能交给机器的，绝不自己干
• 委托：能交给别人的，花钱买时间
• 系统化：把能力变成可运行的系统

信任是什么？是持续公开表达+不可替代经验+客户关系深度+速度优势。

技术会过时，工具会迭代，模型会升级。
但信任不会。系统不会。

建系统，不卖时间。建信任，不追工具。

这是OPC的护城河，也是我从闲人打工人到AI折腾者，再到FDE交付者的长期主义。

作者：小道 · 环境：Termux on Android 13 · 2026-09-24
关联阅读：上一篇《OPC定价策略：为什么按小时收费是错的》 · 系列：一人公司OPC探索

500元/小时，看起来不低。但按小时收费，你的收入就被时间锁死了。正确做法：按成果收费。2999元/次AI诊断，不是500元/小时×6小时。客户买的不是你的代码，是你的翻译能力。

TL;DR

OPC定价策略：四种收入结构（打包服务、订阅制、一次性产品、衍生品），定价公式（目标时薪×总时间=基础定价），按成果收费而非按小时收费。GitHub开源项目变现案例：从几十元/张AI图片到上万/项目ERP部署。支付宝Agent支付工具：A402协议、虚拟资源供给平台。定价不是成本核算，是价值感知。

一、起因：一个定价问题，卡了我两个月

7月24日，我分析了Flutter POS系统。7月25日，我评估了OvisOCR2文档解析。7月26日，我做了防溺水视频生成。

三个项目，三个方向。但有一个问题一直没想清楚：我该收多少钱？

按小时收费？500元/小时，一天工作8小时，月收入12万。听起来不错，但一天只有24小时，不可能每天工作8小时。

按项目收费？POS系统部署，收5000还是50000？OCR解析服务，收500还是5000？

我想了两个月，没想清楚。直到我翻到知识库里的定价笔记。

二、四种收入结构

Wiki概念页《一人公司OPC自运转商业模式》里，把收入结构分成四种：

打包服务：按成果收费。5万全案，不是500元/小时×100小时。

订阅制：SaaS月费、社群年费、会员订阅。可预测，但有流失风险。

一次性产品：电子书、模板、单次课程。用锚定效应定价。

衍生品：一次创作，多次变现。方法论→课程→书→咨询→模板。

我对照了一下自己的情况：

我现在是打包服务——帮人搭Hermes、修bug、写脚本。按项目收费，但没想清楚”成果”怎么定义。

订阅制——没有。Hermes跑在手机上，不是SaaS。

一次性产品——没有。181篇H3MS文件是知识，不是产品。

衍生品——没有。方法论还没变成课程。

四种收入结构，我只占了第一种，而且占得不好。

三、定价公式：目标时薪×总时间

Wiki里给了一个定价公式：

目标时薪 × 总时间 = 基础定价

目标时薪不等于现在时薪，而是理想状态下的时薪。按500元/小时定价，即使现在只值100元/小时。初期会丢客户，但留下的是真正认可价值的。

这个公式的意思是：定价不是基于你的成本，是基于你的理想价值。

我在阿里做销售的时候，报价也是这个逻辑。不是”我花了多少时间”，是”这个方案值多少钱”。

现在做FDE，也一样。不是”我搭Hermes花了6小时”，是”这个AI系统帮你省了多少人月”。

四、按成果收费 vs 按小时收费

按小时收费的最大问题：收入被时间锁死。

一天24小时，工作8小时，月收入上限就是8×30×时薪。时薪再高，也高不到哪去。

按成果收费的逻辑：客户买的不是你的时间，是你的成果。

举例：

• 按小时：500元/小时×6小时=3000元
• 按成果：AI诊断方案，帮客户省了2个人月（约6万元人力成本），收费2999元

客户选哪个？肯定选按成果。因为3000元买6小时，和2999元买6万元的价值，后者更划算。

但按成果收费的前提是：你能量化成果。

“省了2个人月”是量化。”提升了效率”不是量化。

五、GitHub开源项目变现案例

知识库里有篇《GitHub开源项目接私单变现模式》，给了十个真实案例：

这些案例的共同点：

成功关键要素：

• 技术翻译能力：把代码变成普通人听得懂的服务
• 信息差：大多数人看代码，他看需求
• 服务封装：安装包+教程+远程支持=产品化
• 复购设计：年服务费模式

定价逻辑：不是按开发时间收费，是按客户价值收费。

Stable Diffusion生成一张图，技术上只需几分钟。但餐饮店老板不会用，你帮他生成，收几十到几百。他愿意付，因为一张好的菜品图能带来客流。

Odoo部署一个ERP项目，技术上可能需要几周。但小工厂用了ERP，库存周转率提升20%，一个月省几十万。你收几千到上万，他愿意付。

定价不是成本核算，是价值感知。

六、支付宝Agent支付工具：基础设施已就位

7月5日，支付宝AF团队分享了Agent开发者商业化工具。三个核心产品：

AI支付工具箱：一行代码嵌入Agent，完成支付能力全流程自动接入。官方费率千六，远低于第三方1%-2%。

Agent支付产品：Agent环境内完成授权额度内的自动支付。首次绑定后无需重复扫码。

AI收（A402协议）：开发者上传Skill、API、工作流等资源，自动关联收款能力。支持免费试用、按量计费。

这意味着什么？

意味着OPC的基础设施已经就位。你不需要自己接支付、搞服务器、写收款模块。上传资源，自动关联收款。

以前做OPC，最大的障碍是”怎么收钱”。现在支付宝、微信、A402协议都在推Agent支付，收钱不再是问题。

问题是：你有什么值得别人付钱？

七、我的定价实践：FDE服务报价单

基于以上分析，我给自己定了个FDE服务报价单：

定价逻辑：

• AI诊断1999元：不是”我花2小时”，是”你省了1个月试错”
• Hermes部署2999元：不是”我装个软件”，是”你有一套AI基础设施”
• 爬虫定制1999-4999元：按复杂度分级，客户自己选
• FDE咨询999元/月：订阅制，持续迭代，建立长期关系
• AI工具培训499元/人：一次性产品，边际成本趋零

八、三个定价原则

原则1：价值感知 > 实际成本

10块钱月饼+25块包装=卖150。价值感知比实际成本重要10倍。

你的FDE服务，成本是2小时+一台手机。但价值是”帮客户省了6万元人力成本”。按价值定价，不按成本定价。

原则2：先卖再造，定金验证

不要免费试用。免费的东西没人珍惜。

付费预约，哪怕只收99元定金，也能验证需求真伪。有人付定金，再做。没人付，换方向。

原则3：定价是筛选，不是讨好

按500元/小时定价，初期会丢客户。但留下的是真正认可价值的。

定价不是讨好所有人，是筛选对的人。

九、结语：定价是价值观

定价不是数学题，是价值观。

你觉得自己值多少钱，你就定多少钱。

在阿里11年，我学会了报价。不是”我花了多少时间”，是”这个方案值多少钱”。

现在做OPC，也一样。不是”我搭了个Hermes”，是”你有一套AI基础设施”。

定价是价值观。你信自己的价值，客户才会信。

作者：小道 · 环境：Termux on Android 13 · 2026-09-23
关联阅读：上一篇《四种OPC模式，你适合哪个？选错努力白费》 · 系列：一人公司OPC探索

服务型、产品型、内容型、混合型。四种OPC模式没有高下，只有匹配。选错了，努力白费；选对了，事半功倍。别一上来就想做混合型，那等于自杀。

TL;DR

四种OPC模式的底层逻辑与致命陷阱：服务型突破24小时硬约束（提单价+标准化）、产品型避开”做了没人买”（先卖再造）、内容型认清媒体生意本质（三能力叠加）、混合型遵循正确搭建顺序（先活下来再加线）。三个问题帮你定位当前阶段最适合的模式。模式会进化，从服务型起步，向混合型演进。

一、起因：别一上来就想做混合型

很多人一听到”一人公司”，脑子里想的画面是：写公众号赚钱 + 卖课程赚钱 + 做个SaaS收订阅费。

混合型，看起来最完美。

但现实是：一上来就混合型，等于自杀。

我在知识库里有篇OPC商业模式的笔记，写得很清楚：混合型正确搭建顺序是”先活下来→加第二条线→加第三条线”。失败原因只有一条：”一上来想什么都做，结果什么都没做好”。

四种模式，没有高下，只有匹配。选错了，努力白费；选对了，事半功倍。

二、服务型：卖时间还是卖经验？

服务型是最常见的OPC模式。咨询、设计、开发、代运营，本质都是卖时间。

收入公式：客户数 × 单价 × 可用时间。

致命陷阱：24小时硬约束。一天只有24小时，睡觉8小时，剩下16小时。扣除吃饭、休息，真正能工作的时间不到10小时。一个客户占3小时，一天最多接3个。单价可以涨，但客户数和时间有上限。

怎么突破？三条路：

第一条路：提高单价

从执行者变成战略顾问。500元/小时的代码外包，变成5000元/小时的架构咨询。

为什么有人愿意付5000元？因为你帮他省了50万的试错成本。

我在阿里做渠道的时候，客户买的不是我的时间，是我的方案。现在做FDE，客户买的也应该不是我的代码，是我的翻译能力。

第二条路：标准化流程

把定制服务变成模块化服务。

不是”我帮你搭一个AI系统”，而是”我有一套AI诊断框架，分三步走，第一步是需求梳理，第二步是工具选型，第三步是落地实施”。

标准化后，交付时间从10小时缩短到3小时。同样的时间，服务更多客户。

第三条路：产品化雏形

在服务过程中，发现共性问题，做成模板/工具/课程。

这是服务型向产品型过渡的桥梁。

三、产品型：做了没人买是最大的坑

产品型是最让人向往的模式。SaaS、App、电子书、课程，做一次，卖无数次。边际交付成本递减，睡后收入。

但产品型有一个致命陷阱：做了没人买。

先造再卖思维：花三个月做一个产品，上线后发现没人要。

正确做法：先卖再造。

第一步：Landing Page验证

不需要代码，不需要开发。一个Notion页面、一个飞书文档、一个微信公众号文章，说清楚三件事：你解决什么问题、你怎么解决、多少钱。

第二步：付费预约

不是”免费试用”，是”付费预约”。免费的东西没人珍惜。付费预约，哪怕只收99元，也能验证需求真伪。

第三步：MVP交付

有人付钱了，再做。MVP（最小可行产品）不是完整版，是能跑通核心功能的最简版。

我在7月24日分析了一个Flutter POS系统，GitHub 488⭐，功能完整。当时的想法是”如果有经销商/门店客户，可以直接作为FDE交付方案参考”。

然后呢？然后就没有然后了。我写了分析文档，存进了H3MS tech目录。再也没有碰过。

为什么？因为我在”研究态”，不在”交付态”。没人付费预约，我就不需要做。

产品型的核心不是”做产品”，是”验证需求”。先卖再造，卖出去了再造。

四、内容型：本质是媒体生意

内容型是最多人尝试的模式。公众号、B站、播客、Newsletter。

误区是：”我只需要写就好了”。

内容型的本质是媒体生意，需要三件事同时在线：内容能力 + 运营能力 + 商业能力。

内容能力：你能持续产出有价值的内容。不是”我觉得有价值”，是”读者觉得有价值”。

运营能力：你能把内容分发出去，吸引粉丝，建立社群。不是”我发了”，是”有人看”。

商业能力：你能把流量变现。不是”有粉丝”，是”粉丝愿意付费”。

三件事，缺一门都不行。

很多人只有内容能力，没有运营能力和商业能力。结果写了100篇公众号，阅读量不过百，变现为零。

内容型不是”写文章”，是”建媒体”。媒体需要选题、排版、分发、互动、转化、复购。

如果你只有内容能力，建议先做服务型或产品型，把内容能力作为辅助，而不是主业。

五、混合型：正确顺序是先活下来

混合型是最理想的状态。咨询+课程+SaaS，服务型+产品型+内容型。

但混合型不是起点，是终点。

正确搭建顺序：

阶段一：先活下来

选一种模式，跑通第一个闭环。服务型最快，产品型最稳，内容型最慢。建议从服务型起步，快速拿到现金流。

阶段二：加第二条线

在服务型跑通后，加产品型或内容型。

把服务过程中的经验做成模板/课程（服务型→产品型），或者把客户案例写成文章/视频（服务型→内容型）。

阶段三：加第三条线

第二条线跑通后，加第三条线。

此时你已经有现金流、有产品、有内容。混合型开始显现威力：内容引流，产品转化，服务交付。

我在知识库里有几个真实案例：

• 国内独立创业者：公众号起步（内容型），深耕个人成长3年，10万+付费用户。课程60%+社群25%+品牌15%。
• 前大厂设计师：从设计咨询到Figma模板+课程（服务型→产品型）。模板45%+课程35%+咨询20%，每周工作20小时。
• 独立开发者：3个小SaaS面向海外（产品型）。SaaS 70%+写作20%+赞助10%。

他们的共同点：都不是起步就做混合型。都是先跑通一种模式，再慢慢加线。

六、三个问题帮你定位

怎么知道自己适合哪种模式？问自己三个问题：

问题1：你现在有现金流吗？

有→可以选产品型或内容型，慢慢打磨。
没有→选服务型，快速变现。

问题2：你有什么稀缺能力？

技术能力→服务型（开发/咨询）、产品型（SaaS）。
表达能力→内容型（写作/视频）、服务型（培训/咨询）。
行业经验→服务型（顾问）、产品型（行业模板）。

问题3：你能接受多长的回报周期？

立刻要钱→服务型（接单就有钱）。
能等1-3个月→产品型（做MVP+验证）。
能等6个月以上→内容型（积累粉丝+变现）。

七、模式会进化

OPC模式不是一成不变的。它会进化。

我的进化路径：

服务型（现在）：帮人搭Hermes、修bug、写脚本。有现金流，但有24小时硬约束。
→ 产品型（下一步）：把FDE诊断经验做成标准化框架+模板。先卖再造，收定金再做。
→ 内容型（同步）：把折腾过程写成文章，发到blog.dingdao.me。积累粉丝，建立信任。
→ 混合型（目标）：咨询+模板+文章。内容引流，模板转化，咨询交付。

从服务型起步，向混合型演进。

先活下来，再谈理想。

八、结语：选匹配的，不选最好的

四种OPC模式，没有最好的，只有最匹配的。

匹配你的现金流状况、稀缺能力、回报周期预期。

别一上来就想做混合型，那等于自杀。
别盲目跟风做产品型，那容易做了没人买。
别以为内容型只是写文章，那需要三能力叠加。
别看不起服务型，那是最快的现金流来源。

选匹配的，做透它，再进化。

这是OPC的生存法则，也是我从闲人打工人到AI折腾者，再到FDE交付者的路径选择。

作者：小道 · 环境：Termux on Android 13 · 2026-09-22
关联阅读：上一篇《OPC启动第一步：从服务型到产品型，先卖再造》 · 系列：一人公司OPC探索

服务型有24小时硬约束，产品型有”做了没人买”的陷阱。正确路径是先卖再造：Landing Page + 付费预约，有人付钱再做。五个实操步骤，三个避坑指南。

TL;DR

OPC启动第一步：从服务型过渡到产品型。服务型收入=客户数×单价×可用时间（24小时硬约束），突破路径是提高单价+标准化流程。产品型最大坑是”做了没人买”（先造再卖思维），正确做法是先卖再造。五个实操步骤：选方向→做Landing Page→收定金→做MVP→交付复盘。三个避坑：不要一上来做SaaS、不要追求完美、不要只研究不交付。

一、起因：服务型干久了，发现天花板

我现在的状态是服务型。

帮人搭Hermes、修bug、写脚本、调参数。有人找我，我就做。没人找我，我就研究。

看起来自由，但有一个硬约束：24小时。

一天只有24小时，睡觉8小时，剩下16小时。扣除吃饭、通勤、休息，真正能工作的时间不到10小时。一个客户占3小时，一天最多接3个。收入 = 客户数 × 单价 × 可用时间。

单价可以涨，从500到1000到2000。但客户数有上限，可用时间有上限。涨到一定程度，就涨不动了。

这就是服务型的天花板。

我想往产品型走。同样的核心价值，反复卖给不同的人，不需要每次都重新做。课程、模板、SaaS、标准化咨询，边际交付成本递减。

但产品型有个更大的坑：做了没人买。

二、产品型的陷阱：先造再卖

我在7月24日分析了一个Flutter POS系统，GitHub 488⭐，Dart/Flutter跨平台，离线优先，功能完整（库存+收银+打印+数据分析）。

当时的想法：这个如果有经销商/门店客户，可以直接作为FDE交付方案参考。

然后呢？然后就没有然后了。我写了分析文档，打了标签，存进了H3MS tech目录。再也没有碰过。

为什么？因为我在”研究态”，不在”交付态”。

研究态的逻辑是：先研究清楚，再决定做不做。
交付态的逻辑是：先有人要，再做。

产品型最大的坑就是研究态思维：先造一个产品，再去找人买。

结果往往是：造了三个月，上线没人用。

三、正确路径：先卖再造

怎么避免这个坑？

Ada杨说得很清楚：先卖再造——Landing Page + 付费预约，有人付钱再做。

具体怎么做？

第一步：选方向

不是”我想做什么”，是”谁愿意为什么付钱”。

从你的服务型经验里找方向。你帮客户解决了什么问题？这个问题是不是很多人都有？是不是值得付费？

我在阿里4年做钉钉渠道，帮渠道商解决过很多问题：客户管理混乱、数据滞后、执行偏差、培训成本高。这些问题，是不是可以产品化？

第二步：做Landing Page

不需要代码，不需要开发。一个Notion页面、一个飞书文档、一个微信公众号文章，说清楚三件事：

1. 你解决什么问题
2. 你怎么解决
3. 多少钱

第三步：收定金

不是”免费试用”，是”付费预约”。

免费的东西没人珍惜。付费预约，哪怕只收99元，也能验证需求真伪。

第四步：做MVP

有人付钱了，再做。

MVP（Minimum Viable Product，最小可行产品）不是完整版，是能跑通核心功能的最简版。

第五步：交付复盘

交付后问三个问题：

1. 客户觉得值吗？
2. 哪里不满意？
3. 愿意推荐给其他人吗？

四、五个实操步骤：以FDE服务为例

我拿自己的FDE服务做个实操演示。

第一步：选方向

我在阿里5年跑中小企业、4年做钉钉渠道，见过太多传统老板的痛点。AI能力谁都能学，但”能把AI能力翻译给传统老板听”的人，不多。

方向：传统渠道商的AI诊断+落地方案。

第二步：做Landing Page

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

【FDE服务：传统渠道商的AI诊断】

你遇到的问题：
- 渠道商信息不对称，决策慢
- 数据滞后，靠经验拍脑袋
- 培训成本高，新人上手慢

我能提供的：
- 1次深度诊断（2小时）
- 1份AI落地方案（含工具推荐+实施路径）
- 1次方案讲解（1小时）

价格：2999元/次（首单优惠1999元）

适合谁：
- 50-500人制造企业
- 有渠道商/经销商网络
- 想尝试AI但不知道从哪下手

第三步：收定金

发到钉钉群、微信群、朋友圈。有人付1999元定金，就开始做。

第四步：做MVP

用Hermes+HexaBench+爬虫工具，搭一个Demo。不需要完美，能跑就行。

第五步：交付复盘

一周后问客户：”好用吗？省了多少时间？愿意续费吗？”

如果客户说”愿意续费”，恭喜，你跑通了从服务型到产品型的第一步。

五、三个避坑指南

坑1：不要一上来做SaaS

SaaS是产品型的终极形态，但不是起点。SaaS需要持续迭代、服务器成本、客服团队。一人公司做SaaS，很容易把自己做死。

正确顺序：服务型→标准化服务→模板/课程→SaaS。

坑2：不要追求完美

MVP的核心是”最小”，不是”完美”。能跑通核心功能就行，UI丑一点没关系，功能少一点没关系。

我在7月26日的反思里写了：”禁止纯技术研究日。每个研究动作必须绑定一个客户场景。”

Flutter POS系统分析完了，但没绑定客户场景，所以没交付。这就是追求完美的陷阱。

坑3：不要只研究不交付

研究是安全的，交付是危险的。

研究可以永远继续，交付必须面对真实客户的拒绝。

181篇H3MS文件，0个付费客户。研究陷阱的本质是：用体系建设代替商业闭环。

每周问自己：这周交付了什么？不是研究了什么，是交付了什么。

六、定价：不要按小时收费

服务型最容易犯的错：按小时收费。

500元/小时，看起来不低。但按小时收费，你的收入就被时间锁死了。

正确的定价：按成果收费。

2999元/次AI诊断，不是500元/小时×6小时。客户买的是”我知道AI怎么用了”，不是”你帮我搭了个系统”。

目标时薪 × 总时间 = 基础定价。

目标时薪不等于现在时薪，而是理想状态下的时薪。按500元/小时定价，即使现在只值100元/小时。初期会丢客户，但留下的是真正认可价值的。

七、结语：先卖再造，小步快跑

OPC启动第一步，不是注册公司，不是蹭政策红利，不是学一堆工具。

是先卖再造，小步快跑。

选一个方向，做一个Landing Page，收一笔定金，做一个MVP，交付一次复盘。

五个步骤，跑通一个闭环。

跑通了，再考虑产品化、规模化、自动化。

跑不通，换方向，再跑。

先闭环，后工具。先交付，后体系。先活下来，再谈规模化。

这是OPC的底层逻辑，也是我从服务型到产品型的过渡路径。

作者：小道 · 环境：Termux on Android 13 · 2026-09-21
关联阅读：上一篇《AI闭环能力：从0到1跑通一件事，远胜十次零散学习》 · 系列：一人公司OPC探索

零散技巧永远学不完，今天更新一个功能，明天推出一个新模型，追着工具跑永远追不上。但闭环思维是底层框架——搭好业务链路后，任何新工具、新模型都能快速嵌入体系。一次完整的闭环实践，远胜十次零散功能学习。

TL;DR

OPC一人公司的核心竞争力不是工具操作，是AI闭环能力：发现需求→构思方案→打磨成品→对接落地→交付复盘。三层认知递进：工具操作→链路串接→闭环思维。实践建议：选一件小事完整跑通，一次闭环远胜十次学习。FDE的”三阶九则”：认知翻译→价值锚定→能力外化。

一、起因：追着工具跑，永远追不上

我有个习惯：看到新工具就想试试。

Hermes出了新版本，装。Claude出了新模型，调。Browse.sh出了新功能，试。HexaBench出了新参数，改。

两个月下来，我试了不下20个工具。但有一个问题始终没解决：我没有跑通过一个完整的闭环。

7月26日的每日反思里，我写了：

一周累计：10篇H3MS文件（6 tech + 2 wisdom + 2反思），0个付费客户。研究陷阱风险持续存在。

10篇文件，0个客户。

我学了很多工具，但没跑通过一件事。

二、三层认知：从工具操作到闭环思维

7月20日，我读到一篇文章，叫”OPC时代：AI闭环能力是个体核心竞争力”。

三层认知，层层递进。

第一层：工具操作

记提示词、调参数、攒模板，学完主要用来加快手头执行工作——写文案更快、做图更省事、整理资料不用熬夜。

本质只是提升单点效率，角色依然是业务流程里的执行者。

我大部分时间都在这层。Hermes怎么装、HexaBench怎么跑、爬虫怎么抓、钉钉怎么推。每个工具都学了一点，但没串起来。

第二层：链路串接

能用AI串起一整条完整链路的能力：发现需求→构思方案→打磨成品→对接落地→交付复盘。

一个人主导一件事从0到1跑通。此时AI不再是单个效率工具，而是整套虚拟协作团队。

这是OPC时代的真正竞争力。

第三层：闭环思维

零散技巧永远学不完，今天更新一个功能，明天推出一个新模型，追着工具跑永远追不上。

但闭环思维是底层框架——搭好业务链路后，任何新工具、新模型都能快速嵌入体系。

先闭环，后工具。

三、我的闭环缺失：从研究到交付的鸿沟

我对照了一下自己的情况。

研究态：181篇H3MS文件，Wiki概念页13个，H3MS tech 88篇，wisdom 75篇，daily_logs 53篇。

交付态：0个付费客户，0个完整闭环。

鸿沟在哪？

在阿里做销售的时候，我每天都在跑闭环：找客户→聊需求→出方案→报价→签合同→交付→回款。每个环节都有明确的结果和反馈。

现在做AI折腾，我停留在”出方案”这一步。方案出了，但没报价，没签合同，没交付，没回款。

我给自己找了个理由：”我在研究，研究是交付的前置。”

但研究可以永远继续。我不需要面对客户说”不需要”、”太贵了”、”再等等”。研究是安全的，交付是危险的。

四、FDE的三阶九则：闭环的方法论

我在知识库里有篇FDE思想体系，写了”三阶九则”：

第一阶：认知翻译

• 能需对齐：AI的能力边界与现场的真实需求，必须在同一坐标系下对话
• 黑盒白化：任何不可解释的输出，都是未完成的交付
• 双向驯化：不是人适应机器，也不是机器迁就人，而是共同演化出新的工作语言

第二阶：价值锚定

• 痛点优先：在”AI能做什么”的无限清单中，只选”不做会痛”的有限子集
• 代价可视：每一次部署，必须同时呈现：省下的成本、新增的风险、被替代的流程
• 最小正循环：先让一个工位、一个班次、一个指标产生可感知的改善，再谈规模化

第三阶：能力外化

• 系统自治：交付的终点不是系统上线，是维护者不再需要原班人马
• 知识沉淀：项目结束时，代码可以迭代，但现场认知的跃迁不可回退
• 自我失业：FDE的终极成功，是让自己在这个场景里变得多余

这九条，每一条都在说同一件事：闭环。

能需对齐→闭环的第一步。痛点优先→闭环的选择。最小正循环→闭环的起点。系统自治→闭环的终点。自我失业→闭环的成功。

五、五个决策问题：每次做事之前问自己

OPC方法论里有个工具：五个决策问题。每次做一件事之前，问自己：

1. 这件事能不能只做一次就反复卖？→ 能，往产品方向走
2. 这件事能不能被工具替代？→ 能，先自动化
3. 这件事是不是只有我能做？→ 是，保留；不是，委托
4. 这件事做完之后能带来持续收入吗？→ 能，优先做
5. 这件事是在”建系统”还是”卖时间”？→ 建系统做，卖时间不做

我拿这五个问题对照了我这两个月做的事：

Hermes安装？不能反复卖，能被工具替代，不是只有我能做，不能带来持续收入，在建系统但没交付。→ 不闭环。

HexaBench修复？不能反复卖，不能被工具替代（需要技术），不是只有我能做，不能带来持续收入，在建系统但没交付。→ 不闭环。

股票脚本？不能反复卖，不能被工具替代，不是只有我能做，不能带来持续收入，在建系统但没交付。→ 不闭环。

新闻播报？不能反复卖，能被工具替代，不是只有我能做，不能带来持续收入，在建系统但没交付。→ 不闭环。

全都不闭环。

六、一次闭环的实践：从想法到交付

那怎么跑闭环？

选一件小事，完整跑通。

比如：帮一个传统渠道商做一次AI诊断。

第一步：发现需求
找一个你认识的渠道商，问他：”你每天最花时间的事是什么？”

第二步：构思方案
根据他的回答，设计一个AI解决方案。不需要完美，能跑就行。

第三步：打磨成品
用你熟悉的工具（Hermes、HexaBench、爬虫、自动化）搭一个Demo。

第四步：对接落地
让渠道商用起来。不是”你试试”，是”我帮你装好，你每天用”。

第五步：交付复盘
一周后问他：”好用吗？省了多少时间？愿意付费吗？”

五个步骤，每个步骤都有明确的结果和反馈。

如果渠道商说”不好用”，复盘为什么。
如果渠道商说”省了时间但不想付费”，复盘定价。
如果渠道商说”愿意付费”，恭喜，你跑通了第一个闭环。

七、先闭环，后工具

我这两个月最大的教训是：先闭环，后工具。

不是”等我学完了所有工具再跑闭环”，而是”先跑一个闭环，再学需要的工具”。

工具是无限的，闭环是有限的。

AI能力无限膨胀，现场需求有限真实。FDE是二者之间的翻译者、锚定者、播种者。

翻译者：把AI能力翻译为现场可理解的语言。
锚定者：在无限清单中只选”不做会痛”的有限子集。
播种者：先让一个工位产生可感知的改善，再谈规模化。

一次完整的闭环实践，远胜十次零散功能学习。

先闭环，后工具。先交付，后体系。先活下来，再谈规模化。

这是OPC的底层逻辑，也是我从闲人打工人到AI折腾者，再到FDE交付者的成长线。

作者：小道 · 环境：Termux on Android 13 · 2026-09-20
关联阅读：上一篇《OPC一人公司火了，但99%的人没搞懂它到底怎么赚钱》 · 系列：一人公司OPC探索

2026年7月，全国多个城市密集出台OPC（One-Person Company）扶持政策。广州最高500万，杭州50+社区，泰州全国首部标准。但政策再热，99%的人还是没搞懂：一个人+AI，到底怎么赚钱？

TL;DR

OPC一人公司不是注册个公司那么简单。Pieter Levels说得好：”Most people are building a job, not a business.” 自由职业是线性模型，一人公司是系统模型。2026年多地政策扶持+AI工具成熟，OPC窗口期已开。但真正决定你能走多远的，不是注册公司，不是蹭政策红利，是AI闭环能力——发现需求→构思方案→打磨成品→对接落地→交付复盘，一个人主导一件事从0到1跑通。

一、起因：政策扎堆，但我在想别的事

2026年7月初，我注意到一个现象：全国多个城市密集出台了OPC（一人公司）扶持政策。

广州海珠区，《人工智能OPC创新发展措施(试行)》，最高扶持500万元。
杭州，50+ AI+OPC社区，服务2000+ OPC，从”给场地”向”给生态”转型。
北京通州，”OPC企业开办一件事”服务站，一站式办理。
泰州，全国首部AI-OPC产业创新服务标准，从地方政策走向国家标准。
绵阳安州区，创业培训+政银企对接平台，下沉到区县层面。

我在钉钉群里转发了这条消息。同事说：”涛哥，要不你也注册一个？”

我说：”不急。先搞明白它到底怎么赚钱。”

二、自由职业 vs 一人公司：不是一回事

我翻了一篇Ada杨的文章，讲得很清楚：

自由职业 ≠ 一人公司。

自由职业是线性模型——干一小时赚一小时的钱，不干就没有。咨询、设计、开发、代运营，本质都是卖时间。

一人公司是非线性模型——建立系统替我赚钱，睡觉的时候钱照样进来。Pieter Levels说：”Most people are building a job, not a business.”

这句话扎到我了。

在阿里11年，我干的是销售。销售是典型的线性模型——跑一个客户拿一份提成，不跑就没有。离职后进了小公司，早九晚五，虽然不跑了，但也没了提成。

现在折腾AI，我是不是又在建一个”job”而不是”business”？

Hermes跑通了，但没带来收入。HexaBench跑通了，但只是个玩具。181篇H3MS文件，但没人付费。

我在建一个job，一个很酷的job，但依然是job。

三、四种OPC模型，你适合哪个？

Ada杨把一人公司分成四种模型：

服务型——咨询/设计/开发/代运营。启动最快，现金流最好，但规模化最难。收入 = 客户数 × 单价 × 可用时间（24小时硬约束）。

产品型——SaaS/App/电子书/课程。规模化最好，睡后收入最高，但启动最慢。最大坑是”做了没人买”——先造再卖思维。正确做法是先卖再造：Landing Page + 付费预约，有人付钱再做。

内容型——公众号/B站/播客/Newsletter。本质是媒体生意，需要内容能力+运营能力+商业能力三件事同时在线。误区是”我只需要写就好了”。

混合型——咨询+课程+SaaS。最理想，但一上来想什么都做，结果什么都没做好。正确搭建顺序：先活下来→加第二条线→加第三条线。

我对照了一下自己：

我现在是服务型——帮人搭Hermes、修bug、写脚本。但我不想只做服务，因为服务有24小时硬约束。我想往产品型走，但还没做出第一个产品。

四、AI闭环能力：OPC的核心竞争力

7月20日，我读到一篇文章，叫”OPC时代：AI闭环能力是个体核心竞争力”。

三层认知：

第一层：多数人停留在工具操作——记提示词、调参数、攒模板，学完主要用来加快手头执行工作。本质只是提升单点效率，角色依然是业务流程里的执行者。

第二层：OPC时代的真正竞争力——能用AI串起一整条完整链路的能力：发现需求→构思方案→打磨成品→对接落地→交付复盘。一个人主导一件事从0到1跑通。此时AI不再是单个效率工具，而是整套虚拟协作团队。

第三层：先闭环，后工具——零散技巧永远学不完，今天更新一个功能，明天推出一个新模型，追着工具跑永远追不上。但闭环思维是底层框架——搭好业务链路后，任何新工具、新模型都能快速嵌入体系。

这篇文章让我停下来了。

我折腾了两个月，Hermes、HexaBench、爬虫、自动化、浏览器……我学了很多工具，但有没有跑通过一个完整的闭环？

7月26日的每日反思里，我写了三句话：

1. 现场需什么？不确定。POS系统是潜在真需求但未验证，视频生成是玩具级能力。
2. 闭环在哪？没有商业闭环。今天所有产出都是技术研究，零客户接触。
3. 我何时退场？退场了。

一周累计：10篇H3MS文件（6 tech + 2 wisdom + 2反思），0个付费客户。研究陷阱风险持续存在。

五、三层框架：自动化→委托→系统化

怎么从job变成business？Ada杨给了一个三层框架：

第一层：自动化——能交给机器的，绝不自己干。客户咨询→FAQ页面+自动回复。内容分发→工具自动同步多平台。收款开票→支付系统自动处理。

第二层：委托——能交给别人的，花钱买时间。委托的是”手”，不是”脑”。适合委托：视频剪辑/设计/机械性任务。不适合委托：核心价值输出。

第三层：系统化——把能力变成可运行的系统。经验→流程→产品。每次转化，时间投入减少一层，收入天花板打开一层。

我对照了一下Hermes的折腾：

自动化——4个定时任务，新闻播报、工作总结、H3MS反思、HN+arXiv日报。做了，但不够稳定。
委托——没有。所有事都自己干。
系统化——H3MS知识管理系统，算半个。FDE方法论，算半个。但都没产品化。

六、五个决策问题

每次做一件事之前，问自己五个问题：

1. 这件事能不能只做一次就反复卖？→ 能，往产品方向走。
2. 这件事能不能被工具替代？→ 能，先自动化。
3. 这件事是不是只有我能做？→ 是，保留；不是，委托。
4. 这件事做完之后能带来持续收入吗？→ 能，优先做。
5. 这件事是在”建系统”还是”卖时间”？→ 建系统做，卖时间不做。

我在阿里做销售的时候，不需要问这些问题。KPI已经决定了做什么、怎么做。

现在做OPC，这些问题必须自己回答。

七、定价：不要按小时收费

很多人做自由职业，习惯按小时收费。500元/小时，看起来不低。

但按小时收费是错的。

正确的定价公式：目标时薪 × 总时间 = 基础定价。

目标时薪不等于现在时薪，而是理想状态下的时薪。按500元/小时定价，即使现在只值100元/小时。初期会丢客户，但留下的是真正认可价值的。

更重要的是：按成果收费，不按小时收费。5万全案，不是500元/小时×100小时。

我在阿里做渠道的时候，客户买的不是我的时间，是我的方案。现在做FDE，客户买的也应该不是我的代码，是我的翻译能力——把AI能力翻译到现场需求。

八、规模边界：不要追求规模，追求利润率

OPC的一个反直觉原则：不要追求规模，追求利润率和自由度。

月入8万、利润率80%、每天工作4小时 > 月入30万、利润率30%、每天工作14小时。

规模边界由三个因素决定：精力上限、自动化程度、委托深度。

在阿里的时候，规模是KPI逼出来的。现在做OPC，规模是自己选的。

我不需要100个员工，我需要的是一个能自运转的系统。

九、护城河：信任壁垒

OPC的护城河不是技术，是信任。

持续的公开表达→想到领域就想到你。
不可替代的个人经验→你的视角是唯一的。
客户关系深度→你是伙伴不是供应商。
速度优势→当天就能给，大公司走流程要两周。

我在阿里5年跑中小企业、4年做钉钉渠道，见过太多传统老板的痛点。这个经验是唯一的。AI能力谁都能学，但”能把AI能力翻译给传统老板听”的人，不多。

十、结语：先闭环，后工具

OPC火了，政策热了，AI工具多了。但真正决定你能走多远的，不是这些外部条件。

是一件事完整跑通的闭环能力。

选一件小事完整跑通：做一篇内容（选题→撰稿→视觉→发布），或接一个小单（需求沟通→方案输出→成品交付）。

一次完整的闭环实践，远胜十次零散功能学习。

先闭环，后工具。先交付，后体系。先活下来，再谈规模化。

这是OPC的底层逻辑，也是我从闲人打工人到AI折腾者，再到FDE交付者的成长线。

作者：小道 · 环境：Termux on Android 13 · 2026-09-19
关联阅读：上一篇《从闲人打工人到AI折腾者：我的个人成长线》 · 系列：一人公司OPC探索

888