去年年底我认真算过一笔账：如果全部用模型加自动化来做，一个人能撑起多少活。算完之后我把结论推翻了两次，到现在也没完全定型。
那些”一个人就是一家公司”的说法，我大致同意它们对现状的描述，不同意其中的因果关系。产能确实不再是瓶颈，但瓶颈没有消失，它换了个位置。
说法里被省略的部分
流行的叙事结构都差不多：一份工具清单，几张收入截图，一句”任何人都能做”。我看的时候有一种错位感——它讲的是如何生产，而我知道的大部分人的问题在卖给谁。
我自己被优化过，也接过私活。真正卡住我的从来不是做不出来，是做出来了没人买，或者卖出去了交付不了。这两件事，工具帮不上忙。
“一人公司”描述的是边际成本，不是能力。它成立的条件比口号窄得多。
还有一个被刻意淡化的东西：从公司里出来，失去的不只是工资，还有别人替你承担的那部分不确定性。产品卖不动，在公司是季报上的一行，在自己身上是一个月的房租。这个转移在叙事里几乎不出现。
我见过最典型的一种误解，是把”能交付”当成”有生意”。能交付只说明有了产能，有生意说明有人愿意为此付钱，并且会再来一次。中间隔着的这一段，恰好是最难、也最没法自动化的一段。
还有一部分成本几乎没人在分享里提：行政。注册主体、开票、对账、报税、社保自己缴。这些事加起来的绝对时间不多，但它们有一个共同点——必须由本人处理，不能并行，也不能拖。我第一次自己报税的时候，一个下午就没了，而且没有任何产出。这部分琐碎会在很长一段时间里持续消耗精力，而且不会因为工具变强而减少。
流水线能放大产出，也会放大空洞
去年我给自己搭过一条内容流水线：抓行业信息，摘要，改写成不同渠道的版本，定时发布。用起来不难，两周就跑顺了。当时我的期待很具体：把每天两小时的整理工作压到二十分钟。
结果和预期不太一样。产量翻了差不多四倍，可我愿意署名的稿子数量没有变。原因很简单：我原来的瓶颈是”有没有值得写的东西”，流水线不解决这个。它只是把不值钱的部分变多了。
更麻烦的是它带来的错觉。每天都有东西发出去，数据也在动，人会觉得自己在推进。但把这些稿子放在一起看，它们互相之间没有关系，也没有累积。这件事我过了两个月才承认。
后来我把发布频率砍回原来的水平，把省下的时间拿去看原始材料——财报、issue 讨论、别人写的失败复盘。这是我这两年做的最有效的一次减法。产出少了一半，三个月后再看，能拿出来说的东西反而多了。
我不认为那条流水线是错的，它只是被我用错了位置。同样的流程用在我已经想清楚主题的系列上，效果还可以：我定结构和判断，它负责把同一份内容改成适合不同渠道的长度。区别在于前者是我在找题目，后者是我已经找到了题目。
现在决定要不要自动化一件事，我会问三个问题：这件事一周发生几次；出错之后我多久能发现；修它的成本是不是低于做它的成本。三个答案里有一个不好看，我就先手动做。手动做十次之后，流程里真正麻烦的地方才会浮出来，那部分通常不是我以为的那部分。
工具的选择上，我最后只留下一个跑在自己机器上的定时任务和两个脚本。判断标准只有一条：半年后它还能不能跑。
一个流程里只要接了两个外部服务，就有两个地方会在半年内坏掉——改定价、改接口，或者直接关停。我吃过一次亏：一条自动归档流程依赖某个笔记服务的接口，对方调整了权限模型，我的流程静默地停了三周才被发现。从那之后我尽量把关键环节放在自己能控制的地方，哪怕要多写两百行。
可视化编排平台我没能坚持用下去，原因不是能力不够，是调试体验。出错的时候只有一个红色的叉，看不到当时的输入输出，也看不到它重试了几次。自己写的代码丑，但报错是诚实的。
我的取舍标准是频率：一周用不到一次的工具，我会删掉。工具的价值在使用频率，不在先进程度。留在桌面上的东西越少，我越清楚自己每天在干什么。
交付侧我确实用自动化，但位置很靠后。报价、范围确认、验收标准这三件事我自己写，因为写错一句，后面全是返工。剩下的重复劳动——按模板生成交付目录、把素材按约定命名、导出清单——才交给脚本。这个顺序我试反过一次，让模型先写方案，结果它给出的范围又大又含糊，我花了两个小时才把它缩回可交付的尺寸，比自己写慢。判断在前，执行在后，这个顺序没法倒过来。
成本从人力挪到了注意力
这是我最想说的部分。
以前做一件事的成本结构很清楚：人力加时间。现在变成了订阅、调用费，加上我的审阅时间。前两项可以算，第三项算不出来，但它是最贵的一项。
我试过一周完全按”能产出多少”来安排工作。产出确实多，但到第三天我开始糊弄验收——扫一眼标题，觉得差不多就发。那一周发出去的东西，后来有两篇需要回头改。修复的成本，比当初多花二十分钟审稿要高得多。
所以我现在给自己设的上限不是算力，是”今天能认真看完多少”。这个数字大概是三到四份中等长度的输出。超过这个量，质量会掉，而我看不出来自己在掉。
约束我的不是模型能力，是我能负责的数量。
这句话也解释了为什么”一个人干十个人的活”这类说法我读着别扭。一个人能审核的产出是有限的，超出的部分不是产能，是负债。
顺带说一句成本讨论里常见的错位：大家算的是订阅费和 token 费，而我一个月的工具支出，折算成时间大概只有半天。真正贵的是我那半天用在哪儿。把账算到工具头上，结论一定会偏。
客户那边是同样的逻辑。他们不会因为我用了模型就多付钱，只为结果付钱，而结果的责任在我身上。交付出问题的时候，”这是模型写的”不算一个能用的解释。这也是我觉得那类叙事省略得最多的地方——它把最贵的部分留在了原地。
还有一层成本不太被提到：切换。同一件事，今天用这个模型，下周换一个，提示词、验收标准、甚至交付格式都要重调。这种摩擦不出现在账单上，但它确实在吃时间。我现在的做法是把每个环节的输入输出格式固定下来，模型当成可替换的零件——代价是前期要多花几天设计格式，好处是换模型时不用重写流程。
定价上的调整也很实际。以前我按工时报价，工具一快，报价就得往下走，等于把效率提升白送给客户。现在改成按交付物定价，把范围写死，超出的部分另算。这个改法一开始很难谈，因为我得先能准确估出”一份这种交付物要多久”，而这需要做过十几遍才知道。有了自动化之后估价反而更容易，因为波动变小了——这也是我留下的少数几个确定的好处之一。
一个人的几堵墙
第一堵是平台。刚出来的时候流量和订单大多来自别人家的推荐，规则不透明，也不会提前通知。没有可以申诉的对象，账号出问题就等于公司出问题。我不觉得这是”算法奴役”那么戏剧化，它就是供应链单点依赖，和做生意依赖一个大客户是一回事，只是这个大客户不签合同。我现在会把一部分精力放在邮件列表和自己维护的页面上，慢，但那些人是直接找得到我的。
第二堵是同质化。生产门槛降低之后，最先贬值的永远是”搬运”这一层。我见过不少人用模型把同一份公开信息洗成十篇文章，头两个月有效，第三个月就不行了。如果没有自己的数据、现场经验或者判断，产出再快也只是在给平台供应填充物，而且随时可被替换。
第三堵是反馈。在公司里，方案被否会有三个人告诉我为什么；一个人做事，最缺的就是这个。我后来强迫自己每个月找两个同行聊一次，把正在做的东西讲一遍。被问住的地方，通常就是我没想清楚的地方。这件事花时间，但没有替代品。
还有一件更朴素的事：现金流。大项目回款慢，工具成本是即时的，两头一错位，账上就紧了。我现在的做法是把项目拆小、预付一部分，宁可单价低一点。这不是什么经营智慧，是被拖过一次之后学乖的。
这几样阻力都不是技术问题，也没有工具能解决。它们的共同点是：越晚遇到越贵。
我认为一人公司成立的条件有三个：有一个别人会重复购买的东西；能直接触达到客户；交付质量可控。
不成立的情形也很具体：靠平台流量接单；靠低价取胜；靠”我什么都能做”。这三种本质上还是打工，只是把风险从公司挪到了自己身上，而且少了社保和同事。
所以我不太接受”反杀大厂”这个说法。它是一个更小的组织形态，效率更高，波动也更大。有人适合，有人不适合，和勇敢与否无关。
我还在观察一件事：如果模型再强一档，验收成本会不会降下来。会的话，这条路的规模上限会被抬高不少；不会的话——如果判断和担责始终要人来兜——那它大概就停在”一个人加几个工具”这个形态，不会长成公司。
我问过几个同行，答案按他们做哪一类交付分得很整齐：做内容的觉得会，做咨询的觉得不会。样本太小，我暂时没有自己的答案。
评论