最近有个实际案例，一个做外贸的客户，总经理每个月要花几天时间才能搞清楚业务利润。
业务员的客户付款单散在企业微信群里，报关员催合并材料，财务催他核发票，他自己对着一张 Excel 总表手算每个人这个月做了几单、拿多少提成、公司真实利润多少。
订单、采购、报关、回款、费用，每一项都是一张表格，每一项都有人在改。
他们来找我们时说：能不能上一个智能体，把跟单自动化了。
我们把他们的业务从头到尾梳理了一遍：一个智能体不够，你们要的是一套完整的智能体平台方案。
为什么现有 ERP 系统无法满足需求？
销售用一张企业微信共享 Excel，业务员自己登记合同、货物采购、客户汇款。报关员用另一张表，按合并后的产品类别汇总。财务用用友，登记到款和开票。汇总大盘在总经理那边，他自己拉一张表按人、按月统计。
这些表都在用，都在更新，但彼此基本不通。
第一个问题是中间过程全在群里。业务员收到客户的汇款客户付款单，先发给财务负责人，等对方在群里回"收到了"才敢算进本月业绩。报关员要做合并报关，就得去各个业务员的聊天记录里扒原始材料。哪天有人请假，流程就卡住。
第二个问题是同一个订单，每个部门的定义不一样。业务员记的是合同总金额。财务要扣掉一部分额外销售费用——那是公司通过其他方式返给客户的，走的不是账面。报关员看的是合并后的产品类别，不关心具体金额。总经理看的是扣除采购、提成、额外销售费用后的真实利润。同一张合同，四个部门看出来的是四个数字。
第三个问题是客户说改就改。买家改了需求，业务员改了表，采购已经走到一半；或者买家退货，订单作废，报关员得红冲，财务得追回款。只要这种事一发生，前面几个部门的记录就全错位。
ERP 不是做不了这些，是做一次改一次，录入复杂，缺乏定制化能力。每多一条规则，都要找工程团队排期。业务变化比工程排期快，系统永远追不上。
对于中小型企业，最后一定演变成一小半业务在 ERP，一大半业务是 Excel 到处飞。
养个"龙虾"能解决问题吗？
他们的第一反应和大多数公司一样：找一个够厉害的智能体，从跟单到对账一条龙全包——一只大龙虾。
把业务链走一遍看看。
客户的邮件来了，业务员读一遍，拆出产品、数量、交期、特殊条款，录进合同。采购根据合同找工厂，走订金、走尾款，有时候发到公司自己仓库，有时候直接发到货代。报关员等业务员的原始报关材料，按客户和产品做合并报关，单独再做一份报关专用合同。客户汇款到了，业务员登记客户付款单，财务审核。月底，总经理按人、按产品、按客户看真实利润，按阶梯算提成。
这里面至少四种能力：读图文资料、查历史数据、调动其他系统、发起审批和提醒。
一只龙虾可以处理某一段。给它塞一张客户付款单照片，它能读出金额和汇款人，可以在对应合同上打勾。这事它做得比人快。
但再往前一步它就顶不住。它不知道这笔汇款对应的合同当初约定的是预付还是尾款，不知道这个客户这个月还差几笔款项没到，不知道合同里那条额外销售费用走的是哪个口径，不知道财务审核这一步该它自己点确认、还是必须由财务本人。它不知道下一步该交给谁。
一只龙虾能解决一件事，解决不了这件事在整个业务链里是第几步。它也没地方记住这些上下文——换一个对话窗口，前面的客户信息、合同状态、部门约定都归零。
更关键的是它不懂审批。财务那一刀签字的权力，不能交给智能体自己盖戳。报关员合并报关前那一步总经理过目，也不能省。它可以写得很快，但不能替人拍板。
一只龙虾干不了这么多事。
企业需要的是一群能分工的虾，彼此还知道对方在做什么。
企业要什么样的智能体？
走完一圈，客户问：那到底要做成什么样？
答案是：业务人员这一面，要尽量简单——一个能聊天、能贴图、能回答的界面。背后的活儿，交给平台。
业务员收到客户邮件，直接拖进对话框，问"这是不是 A 客户这个月第三单？帮我比对一下单价"。平台从合同库里调历史，从 CRM 里拉客户标签，从汇率表里取当天汇率，回一句"单价比上次低了 0.3 美元，是否按这个录入？"——录完自动写进合同表，顺便把待采购通知推给采购同事。
报关员说"把华北四家客户这周的单子合并报关"，平台去业务员各自的单子里筛、按产品类别归并、生成报关专用合同、推给总经理过目。总经理点确认，材料才送去海关。
财务看到客户付款单图片，丢进对话框，平台读出金额和客户，自动匹配合同；匹配不上就回一句"这笔汇款对不上任何一笔合同，是不是新订金？"
业务员这一面看着就是个对话框。他不用知道后面调了哪些系统、读了哪些表、路由到了哪个部门。但这些动作是真的在发生。
让这些动作真正发生的，不是某一个智能体，是藏在对话框后面的那一层——所有的业务数据、工具接入、权限规则、审批链路，都在那里统一维护。业务员看到的是问答，在干活的是平台。
一个优秀的智能体平台需要解决哪些问题？
把这层底座抽出来单独看，就是我们常说的"智能体平台化"——把原本分散在每个智能体、每个部门、每套系统里的共用东西，收到一层里统一维护。
这一层上要解决四类问题。
知识
同一张合同，业务员看到金额，财务看到扣除额外费用后的真实净额，报关员看到合并后的产品类别，总经理看到利润——这些视图都来自同一个事实。平台负责存这份事实，智能体按角色给出不同的视角。业务员改了客户邮箱，财务和报关员下一秒看到的就是新邮箱，不用在群里再喊一遍。
工具和系统
用友、CRM、企业微信、报关系统、邮件、汇率接口——每接一个都是成本。平台把接入做一次，所有智能体共用。跟单智能体调"创建合同"，报关智能体调"拉取客户历史订单"，提成智能体调"算某人这个月净利润"，底下走的是同一套 API 网关和同一份鉴权。工程团队维护一次，业务侧加多少智能体都不用再接。
权限和审批
业务员只能看自己的单，不能看别人的；报关员能合并自己负责的客户，不能改别人的合同金额；财务能审核到款，不能自己改合同；总经理能看全盘并下钻。智能体不是无限放权——它干什么、动什么、替谁干，都在平台的权限表里写死。审批也一样：报关前总经理过目、到款超过一定金额财务二审、提成提现经理复核——这些是平台的流程节点，不是智能体自己发挥。
迭代和运营
提成规则今年要调，从 20/30/40 改成 15/25/35。这不是工程的活，是总经理在管理面板上改一个表的事。报表维度要加"按产品类别拆解"，业务负责人自己拖拽配置。平台把规则、提示词、流程节点这些从代码里剥离出来，业务自己能调、能看效果、能回滚。
规则改动，是验证一个平台有没有做对最直接的时刻。
提成规则从 20/30/40 变成 15/25/35。如果规则写在智能体的提示词里、工程团队维护，那是一个排期；如果写在平台的规则表里、业务自己能改，那是十分钟。前者，上线 AI 是一次性项目；后者，AI 才真正成了业务可以长期使用的工具。
同一家公司、同一批业务员、同一批智能体，因为底下有没有这层共享的底座，运营成本差出一个数量级。
月底总经理又在对账。这次不一样的是，屏幕上那张汇总表的每个数字，他都知道来自哪里、哪一步是谁改的、哪一笔汇款对应哪张合同。他不用翻微信群，也不用挨个问业务员。改规则这个动作，他自己就能完成。
能真正替业务办事的智能体，不在聊天框里，长在下面那层平台上。
同思智能体是另一座"龙虾养殖场"吗？
取"同思"这个名字，想表达的是：人和 AI 一起思考，组织能力跟着一起长。我们没有去蹭"Claw"这类模型套壳的热点，做的是中小企业和 OPC 公司最真实的那些事——外贸业务员怎么处理客户付款单、工厂车间主任怎么看日报、财务怎么对账、报关员怎么合并单据。
要做到这一步，靠的不是几个 Demo，是回到软件本来该做的事：对业务建模，跟一线、中层、高层谈透，把领域知识、真正的痛点和卡点弄清楚，再把智能体的新能力接进去——既能更高效地处理老问题，也能接住过去根本做不了的新问题。
我们认为智能体平台，绝对不是把同事蒸馏成一份 SKILL.md、把人裁掉，而是把重复的执行工作下沉给智能体，让原本做这些事的人升级为智能体的管理者和训练者。重复动作少了，人才有精力去想个人和公司怎么进一步成长。
