我越来越确定,决定 OpenClaw 能不能进严肃生产的,不是模型和参数,而是到底把它放在什么位置上。它如果只是一个聊天工具,就只能帮忙;它如果被放进工作流、责任边界和角色分工里,才有可能真正参与生产。
大家好,这里是利基炼金坊,这里关注企业战略的落地实施和商业模式的升维。我们认为企业战略要服务于最终的利润。
这期我想分享我自己对 OpenClaw 的一个发现。
我把 OpenClaw 改造成了合伙人。
关于 OpenClaw 有人谈能力,有人谈线上,有人谈工作流,有人谈 agent。之前我更多把它当成工具。现在,我把它放进了更重要的位置。
这期我就想分享三件事:
第一,为什么 OpenClaw 一碰到关键任务就开始表现不稳定。第二,为什么我后来一定要把 OpenClaw 本地化。第三,什么是升级成合伙人。
我先说结论。
我为什么一定要把 OpenClaw 本地化,不是因为我突然迷上了部署,也不是因为我想追前沿技术。因为我觉得被OpenClaw卡住的,不是有没有用上它,而是它能不能对结果负责。
OpenClaw 的软肋
很多人一说本地化,话题马上就跑到模型大小、算力、响应速度、推理效果这些地方。
这些当然重要,但不是最重要。
最重要的是四件事。
第一,它能不能直接进你的工作流。第二,它能不能专注在你的重点。第三,它能不能守住顺序,不顺手跑题。第四,一旦结果出问题,你能不能追溯到是在哪一步开始跑偏的。
如果这四件事做不到,AI 再聪明,对我来说也还是不够。
因为我越来越清楚,我要的不是一个陪我聊天的工具。
我要的是一个能进入严肃工作流、能一起对结果负责的合伙人。
本地化 OpenClaw 对我来说,从来不是部署方式的改变,而是对结果质量的把控。
这里先说清一句。
我不是在说线上 OpenClaw 没用。
恰恰相反,我觉得线上形态很适合轻量任务。低风险,低保密性,低上下文,低责任度,做错了也没什么大不了。这些任务里,在线形态的优势很明显。快,轻,开箱即用,没什么管理成本。这些都很好用。
但一旦任务变成严肃生产,它的问题就会暴露出来。
不是它完全不会做,而是它做这类任务的稳定性不够。
复杂指令下,它对人类意图的理解很容易发散。对长上下文,它很容易把重点和噪音混在一起。它的问题是,太容易把“现在该做什么”,做成“还要做什么”。
说得形象一点。
很多在线 AI 更像一个刚入职、很聪明、反应很快、但还没被流程和责任打磨过的新人。
它能帮忙,但扛不起责任。
这也是我后来用 OpenClaw 时越来越强烈的感受。
不是不会用。不是不够勤。不是提示词写得不够漂亮。
而是到了关键任务,还是信不过。
我后来为什么一定要把 OpenClaw 本地化,原因就在这里。
与 OpenClaw 合伙人工作
后来我反过来想了一个问题。
不是OpenClaw 还能帮我做什么,而是我要让 OpenClaw 在我的工作里扮演什么角色。
这两个问题差别非常大。
如果我只问第一个问题,我很容易把它用成工具箱。
今天拿来发邮件,明天拿来查资料。每次都能帮一点,但它永远只是临时劳动力。
但如果我问第二个问题,事情就不一样了。
我会开始追问:
• 它到底应该在哪个节点接手? • 它的输入边界是什么? • 它的输出要怎么验收? • 它哪些事情能自己判断,哪些必须人工介入? • 它在不同任务里,到底应该扮演什么角色?
我平时做战略分析,不是先凭感觉下结论。
我的顺序一直很明确。
先收集。再验证。再对比。再去重。最后才进入分析和判断。
也正因为是这种工作方式,我后来越来越清楚,AI 会越来越需要我如何定义它,而不是越来越像宣传那样描述有多强大。
如果我把它定义成聊天工具,它就只会聊天。
如果我把它定义成严肃工作流里的角色,它才可能开始承担更重的责任。
真正的分水岭,不是本地还是在线,而在于我开始把 OpenClaw 放进明确工作流。
这是我后来越来越在意的一点。
AI 用不好,很多时候不是模型不够强,而是工作根本没有被讲清楚。
只给一个大方向,说帮我做一下。
那 AI 当然会自己脑补。
它不知道我最在意哪一步,不知道什么叫完成,不知道什么叫越界,也不知道什么叫“这一步先别动”。
所以我后来特别重视一件事。
不要只给 AI 一个目标,要给它工作节点。
不要只说最后想去哪,要说这一步先做什么,下一步再做什么,做到什么程度算停。
就如同工作时,对真正重要的项目,我不会只对同事说一句“你看着办”。
那对 OpenClaw 其实也一样。
我的 OpenClaw 才开始像查理·芒格一样思考
如果要我讲这一路上最关键的变化,不是本地化本身,而是我后来给这套工作流加了一层治理结构。
我创建了 Plan Governor Skill。
它解决的不是“AI 会不会做”。
它解决的是另外一个更关键的问题:AI 总喜欢跑偏。
这个跑偏不是懒,也不是笨。很多时候恰恰相反,是因为它太自作聪明了。
它一看到新问题,就想顺手一起做。一看到相关方向,就想多延伸一步。一看到历史上下文,就想把所有东西都揉进这次任务里。
如果没有约束,它会越来越像一个热情很高、执行很快、但优先级感很差的同事。
而严肃工作中,最贵的错误,不是做错,而是做偏。
所以 Plan Governor 对我来说,是一个管理层视角的约束。
它会让 OpenClaw 搞清楚自己在哪:
• 当前真实状态是什么? • 现在有哪些未完成事项? • 下一步到底该做什么? • 眼前这件事到底是什么优先级? • 有没有必要切注意力?
这套东西看起来不性感,但特别重要。
因为它保护的不是流程本身,而是我的注意力和资源。

Plan Governor Skill
本地化之后,我不只是把 OpenClaw 放到了电脑上。
我还开始给它分技能,分角色。
这个动作的效果很明显,经常有惊喜。
因为不同任务,需要的不是同一个 AI。
做分析时,我要的是洞察力。做报告时,我要的是结构感。做核查时,我要的是可靠度。做重大判断时,我要的不是一个会顺着我说话的工具,而是一个会先拆我疏漏、再帮我指正的角色。
我想到了最佳合伙人查理芒格。这也是为什么我后来加了 Munger-Filter Skill。
它先问的不是怎么成功,而是怎么失败。不是先夸你的想法,而是先指出最脆弱的漏洞。不是先给执行清单,而是先看机会成本。不是让我更自我陶醉,而是让我少犯蠢。
这一层加进去之后,OpenClaw 的角色就又变重了一点。
它不只是执行。它开始参与决策。就像查理芒格在我身边。

Munger-Filter Skill
本地化 OpenClaw 不是技术爱好,而是经营动作
我现在对 AI 的看法,已经越来越朴素。
AI 不是一个会自动变强的神奇存在。
它更像一种被组织管理方式决定上限的能力。
我怎么定义它,怎么约束它,怎么给它角色,怎么把它放进流程,它最后就会长成什么样。
我把它扔在聊天框里,它就更像聊天工具。
我把它塞进清晰的工作节点、责任边界、文件系统和角色分工里,它才有可能变成一个靠谱的合伙人。
所以我后来不再总问,AI 到底还能不能替代人。
我更关心的是:
我有没有把工作讲清楚到,足够让一个非人类合作者真正加入进来。
如果没有,那换再多模型也没用。
不是所有人都该立刻本地化OpenClaw。
如果你现在只是偶尔用 AI 写写标题、查查资料、做点轻量信息整理,那在线完全够用。
没必要为了“看起来更高级”去复杂化。
但如果你已经到了下面这几个阶段,我觉得这个选项是值得认真考虑的。
第一,你已经开始让 AI 进入真实的业务。第二,你需要接触多文件、多步骤、多角色协作。第三,你的结果需要被复盘、被追溯、被验收。第四,你手上的文档、项目或客户信息,不适合一直漂在线上。第五,你已经明显感受到,真正限制你的不是模型输出,而是工作流不断跑偏。
这时候,本地化就不再是技术爱好。
它是经营动作。
最后我想说,我之所以把 OpenClaw 本地化,不是为了证明我有多懂 AI。
而是因为我的工作已经不需要一个只会帮忙的工具了。
我需要一个能进到文件,能接流程,能守主线,能参与决策,能一起对结果负责的合伙人。
所以本地化真正改变的,不是模型住在哪。
而是 OpenClaw 在我工作里的位置,从“临时调用”变成了“协同生产”。
如果你也在用 OpenClaw,我会把我现在在用的两个 skills 放进社群。
一个是 Plan Governor,负责聚焦不跑偏。一个是 Munger-Filter,负责逆向决策。
这里是利基炼金坊。
如果你正卡在增长、利润和战略这些问题上,如果你也在找同频的实干派,把战略这件事聊深、做实,欢迎来利基炼金坊社群。咱们继续深聊。
如果你对这种内容感兴趣,欢迎关注我,我们下期见。

夜雨聆风