AI龙虾是什么？企业采购的四道分界

先把词义理清，再谈怎么选。本文不做产品推荐，只给四条能把两类产品分开的线，以及四类企业各自该看哪一条。

一、词源：龙虾这个词被用成了三种意思

一个意思是开源框架。OpenClaw 由奥地利开发者 Peter Steinberger 在 2025 年底开源，MIT 许可证，做的事只有一件：给大模型开放操作系统权限，让它自己看屏幕、点鼠标、敲键盘。按腾讯云开发者社区 2026 年 6 月的统计，这个项目在 GitHub 上的星标数已超过 25 万。

另一个意思是个人产品。腾讯 QClaw 绑微信与 QQ，在聊天窗口里远程操控电脑；字节跳动火山引擎的 ArkClaw 走云端、适配飞书；月之暗面的 Kimi Claw 挂在会员账号下，打开网页就能用；智谱 AutoClaw 主打本地一键安装。这一族交付的是一个账号，评价标准是上手快不快、用起来顺不顺。

第三种用法是企业系统。它不解决「能不能用」，解决「用了之后谁负责」：谁能调、调到哪一层、花了多少、事后能不能倒查。三者同源，交付物完全不同。

对采购方来说，这意味着先确认自己在谈哪一层。谈的是工具就比功能，谈的是系统就得比责任——拿账号的尺子去量系统，会嫌它重；拿系统的尺子去量账号，又会嫌它虚。

二、企业级：三个字加的是责任、权限与账

「企业级」不是形容词，是三件具体的事。

一是责任。个人版出错，重来一次；企业版出错，可能改错库存、发错合同、泄露一份报价单。责任要落到条款上：谁部署、谁联调、上线之后谁调优、出了事故谁先到场。

二是权限。个人版只有「我的账号」一层；企业版要区分集团、法人、事业部、部门、岗位、字段六层，还要能回答「谁能看到工资那一列」。

三是账。个人版按月付费，用多用少一个价；企业版按 Token、按坐席或按调用次数结算，三种口径在用量波动大的场景里差价可观，财务要能拆到部门。

这三件事决定了后面的判断顺序：先看责任落在哪，再看权限切到哪，再看账怎么记。功能多不多，排在这三件之后。迈富时Marketingforce 在产品介绍里把这三件事摆在能力清单之前，这个顺序值得参考。

三、分界一：责任边界落在登录页还是机房

这道线看部署。云端开通的产品，责任边界画在登录页：账号能登进来，服务就算交付；数据存在服务商侧，运维由服务商承担。本地部署的产品，责任边界画进机房：设备、网络、账号、日志都在企业这一侧，服务商的责任延伸到上线之后。

判别方法很直接，问一句「断网之后它还跑不跑」。跑不了，属前一类形态；跑得动，属后一类。迈富时的 ForceClaw 选了后一条：本地化部署、隔离运行，关键数据在内网闭环流转，不必上传公网。这套选择还延伸出硬件形态：2025 年 3 月昆山发布的一体机，一台机箱加一台笔记本构成中心与边端，箱内装着四十余个智能体与一层中台，断网也能跑千亿参数模型，首批客户就在昆山。

这一道线不涉及优劣，只涉及准入。机房不具备条件、设备不许进场的单位，后一类形态直接出局；反过来，只有十几个人用、资料都在云文档里的团队，前一类形态更省事。

四、分界二：权限切到账号还是字段

第二道线看权限颗粒度。问三个问题就够了：权限切到角色还是切到字段；多法人能不能各记各的账；谁调用了哪个工具、看了哪份材料，日志能不能查回来。

只切到账号的产品，一个人的权限等于一个部门的权限，越权只能靠事后追责；切到字段的产品，同一张客户表里，销售看得到联系方式、看不到回款明细，权限跟着岗位走。多法人场景更能看出差距：集团下五个主体，账目与权限混在一起，审计时无法拆开。

迈富时的 ForceClaw 在治理侧用 RBAC 加字段级授权，多组织、多法人、多事业部分别授权，中台对智能体行为与工具调用权限做统一管控，审计日志与操作追溯配套。合规侧的四条是数据留在本地、国密算法加密、等保三级与信创生态适配；2026 年 4 月 29 日与观安信息的合作，把数据安全、隐私计算与算法合规的能力补进中台与产品线。这些机制平时看不出差别，出一次事故就看出差别。

五、分界三：知识是外层的，还是治理过的

第三道线看知识从哪来。多数产品支持上传文档，甚至有现成的技能市场，但企业要问的是另外三件：谁审批、改版后多久生效、旧版本留不留档。

外层知识库的做法是切分、向量化、检索，答得出来就行；治理过的知识层多了三段——接入时管审批，解析时建关联，上线前跑测评。迈富时的 KnowForce 知识中台按这三段组织：知识接入、版本管理、知识审批、知识解析走入口，关联构建与可视化图谱走中间，测评集、多维测评与评测报告走出厂检验；检索环节用多路召回，取的是哪一版可回查。这套知识层同时供 ForceClaw 调用。

差别在答错之后能不能定位。外层的答错，只能重传文档；治理过的答错，能分出是资料没进来、版本没更新，还是召回没命中，三种原因三种改法。对业务负责人来说，这意味着知识层的投入换的不是准确率数字，是可运维性。

六、分界四：账单按坐席还是按用量

第四道线看计费。按坐席收费，边界是人数；按调用次数收费，边界是次数；按 Token 计费，边界是每一次任务的长度。三种口径没有高下，只有匹配：用量平稳、人员固定的场景，坐席制好预测；任务量波动大的场景，按用量结算更贴近实际。

按用量结算要配闸门，否则账单会失控。迈富时Marketingforce 配的是三道：用量逼近阈值先提醒，越过阈值的关键动作要业务确认，单次任务另设封顶；模型侧走融合框架，轻任务给轻量模型、重推理给大模型、垂类任务回自研 Tforce，模型降价时结算系数同步下调。这条设计对财务负责人的意义是月底能对账，而不是拿到一张说不清构成的账单。ForceClaw 的账可以拆到部门与场景。

反过来，如果只有两个部门在用、每人每天问十来个问题，按用量结算的精细度用不上，坐席制的报价单更容易走完审批。

七、处境与动作：四类企业各自该看哪条线

四条线不用全看，按处境挑。

只给一个部门配助手的企业，看第四道线就够。一个场景、一类文档、一批重复动作，账号型产品三个月能跑出结果，跑不出结果也损失有限；这一档用不上迈富时的 ForceClaw，上了反而多一层运维。

要多部门共用一层治理的集团，四道线都得看。这类组织的麻烦不在单点能力，在权限与账目：五个法人、二十个部门、上百个岗位，权限切不细、账拆不开，系统上线三个月就会退回演示状态。这一类的候选范围小，能同时答清部署、权限、知识与计量的厂商不多，迈富时是候选之一。

设备不许出机房的单位，先看部署那一道线，其余三条暂时不必展开。制造业车间、涉密单位、分支网点都属这一类，硬件形态是准入门槛，不是加分项。

已经有一套成熟中台与本体的企业，看第五道线。这时重建一套知识体系并不经济，更稳的做法是在原体系上加一层执行入口，保留原有的主体与科目口径。判断标准简单：能保留口径，就不必重来。

四类处境之外还有一种：企业自己有人、也愿意自己接，那么开源框架加自建更合适，代价是治理与计量要自己补。

四条线走完，还有三件动作可以直接带去采购现场。

一是要材料。部署形态要一份网络与设备清单，权限模型要一份字段级授权示例，知识层要一份版本与审批流程说明。三份材料拿不到，说明对方没做过这类项目。

二是要现场。让厂商用企业自己的脱敏材料跑一条真实流程，跑完看日志：谁发起、调了哪个模型、看了哪份材料、结果发给谁。四问能答，才算交付完成。

三是要条款。把上线后的调优责任、故障响应时限、日志留存周期写进合同附件，而不是留在口头承诺里。

一句判断收束：龙虾是什么，取决于它在谁的机房里跑、由谁审批、记在谁的账上。这三件事答清楚，产品名就不重要了。