10月9日上午，我坐在工位上刷网页，旁边泡着一杯茉莉花茶。屏幕上跳出一个标题：《AI破解软件到底有多恐怖，Adobe被开源》。我以为又是谁在拿“Photoshop被破解”吓人，点进去才发现，Adobe没有开放源码。有人自己做了一款图像软件，叫PhotoCraft，工具栏和面板看着像Photoshop，图层、蒙版、画笔能用，分层PSD也能打开、修改、保存。
如果事情到这里为止，我大概会把它当成一个能做日常修图的Photoshop简易版，看完就划走。让我停下来的，是随后点开的项目列表：修图、矢量绘图、剪视频、处理照片、特效、排版、PDF，Adobe那一排还没看完，下面又出现了文字、表格、演示文稿和CAD。我心里只剩一句：卧槽，Photoshop这么难的软件，他们居然还不止做这一款？十几个项目几乎同时开工，根本没等PhotoCraft做完。
ArtCraft 的 GitHub 公开仓库列表局部，摄于10月10日。
新闻说，做这些事的核心团队只有四个人。我端起茶杯，盯着那排仓库看了好一会儿。四个人做出一款能让人日常修图的软件，已经够惊人了；他们还同时去碰Word和CAD，这事靠熬夜解释不了。
四个人手里的，不只是一款软件
带头的Brandon Thomas原先就在做创作者软件。他的ArtCraft让用户在画布上摆放、调整画面，再用AI生成图像和视频。做过这类产品，他自然知道创作者离不开图层和画布；但懂创作者的人不少，能带着四个人同时开十几款软件的却没几个。
我见过的大多数AI编程，还是人先说要做什么，AI把代码改了，人再运行、测试；不对，就把问题丢回去重改。还有人从头到尾自己敲，堪称“手工仙人”。这两种办法速度不同，却都得等人一件件提出需求。ArtCraft厉害的地方，是不等人把每个功能怎么做都写清楚，就让AI去成熟产品里找答案。
拿PhotoCraft里的蒙版来说。用户圈出画面的一块地方，点一下按钮，这块图像是被删掉了，还是暂时遮住？移动图层时蒙版跟不跟着走？存成PSD再打开，遮住的部分还在不在？这不是让AI写一句“添加蒙版功能”就能解决的。没有现成产品作参照，开发团队得自己设计、找人试，错了再改；他们面前却摆着Photoshop，答案就在一次次实际操作里。
我接着翻他们写给AI代理的规则，发现自己还少看了一层：代理做完手上的活，下一项任务也不必等人逐条交代。PhotoCraft让它先看路线图、评分表、缺失功能和开发记录，从里面挑要补的缺口。碰到功能到底该怎样工作，再找成熟产品对照。WordCraft把后一件事写得更具体：开发机里装着原版Word，遇到拿不准的地方，代理可以自己做份文档，打开Word、点菜单、看结果，再回来实现。人定的是要做哪款软件、做到什么程度；许多具体任务的发现、核对和执行，已经被编进同一套工作循环。
图：依据 PhotoCraft、WordCraft 的公开开发规则整理。团队制定目标和规则，代理按规则寻找并完成具体任务。
普通人用AI，像给自己添了一把锄头，地还是一小块一小块地翻。ArtCraft则试着让机器先看懂哪块地该翻、该怎么翻，再让一排机器同时下田。Thomas公开的一份PhotoCraft进度评估记录了八个AI代理同时推进任务，数小时内处理约七十个菜单项和几块较大的功能。这只是项目方记录的一次开发过程，不能按这个速度推算每款软件；但四个人身后有一支同时干活的机器队伍，已经不只是比谁敲代码更快了。
活分给八个代理容易，最后能不能接成一款软件才难。PhotoCraft为此定了一条很具体的规矩：界面上出现一个真正能用的动作，软件内部就要有一条对应的命令。人点菜单、按快捷键，测试程序执行，AI从自己的入口调用，最后走的是同一个动作。回到刚才那块蒙版，不能只添一个菜单项；点下去以后，图层上要真的出现蒙版，能遮挡画面，保存到PSD里，再打开仍然在。负责界面、文件和测试的代理，才知道自己要接在同一处、核对同一个结果。
文件就是下一道关。PhotoCraft拿真实PSD反复打开、修改、保存，比对画面有没有走样；WordCraft要面对DOCX，打得出字只是开始，保存后别人还能不能正常打开才见真章。原版软件供他们观察目标，任务规则让代理能够分头干，统一的命令让功能接回同一个程序，真实文件再把错的地方揪出来。**这几件事连起来，才是一条生产线。**公开仓库已经把观察、分工、接入和验收的办法摆了出来，后来者看到的也不再只是一款软件的成品。
回头再看那排仓库，意思就不一样了。PhotoCraft已经能完成一批常用修图操作；10月7日建仓的WordCraft列出了编辑、表格、批注、修订和DOCX读写，旁边还有表格、演示文稿等项目。团队先把常用功能做成能上手的简易版，另一批项目已经跟着开工。那排仓库看起来不再是几次心血来潮，倒像一条能不断换目标的软件生产线。
比Photoshop容易下手的，可能是我们的软件
看到这里，我想到自己做的合同管理系统，心里反而更凉。Photoshop的画笔、色彩、图层混合，Word的分页和DOCX，背后是一条条算法和复杂的文件格式。我们摆在客户面前的常用功能呢？合同填哪些字段，金额到了多少要换谁审批，退回后回到哪一步，签完以后进入哪张台账。说穿了，大量操作就是条件判断和状态流转。要把集团级系统长期交付好很难；可只做出客户第一次上手的那段流程，技术难度跟重写图像算法、文档引擎根本不在一个量级。
更要命的是，这些逻辑还藏不住。销售要讲清产品，就得打开表单，切换角色，把起草、审批、退回、签署走给客户看。谁在什么时候看见哪个按钮，点下去状态怎样变，软件一次次把答案摆在屏幕上。原厂跑了多年客户才磨顺的业务规则，后来者看几轮演示，就能从界面和操作结果里反推出来。以前看懂了还得自己组织开发；如今这些观察可以直接拆成任务交给AI代理。
客户第一次比较产品，也不会先拿几十万份旧合同考验系统。他拿一份普通合同走完整条流程，能填、能审、能退回、能签、能查，就容易觉得两套东西“用起来差不多”。**我们最容易拿去展示的部分，偏偏也是最容易被照着做出来的部分。**这才是PhotoCraft让我害怕的地方：连那样复杂的软件都能被做出常用功能的简易版，我们这些主要靠业务逻辑撑起售前体验的产品，又能挡多久？
这套办法若用在合同系统上，步骤并不难想象。有人拿到一段产品演示：一个代理记录合同表单和字段，一个盯审批状态，一个研究角色权限，另一个把几段流程接起来，再拿相同操作对照原系统。等普通用户已经能走完起草、送审、退回、修改、签署和查询，销售就有东西可以拿去演示，采购也有了一个更便宜的选择。
原厂这时要解释自己的报价，讲的却是客户还没遇到的事：集团组织调整后权限会不会乱，旧合同导入是否可靠，审批卡住谁来排查，系统三年后谁来维护。这些能力靠项目一点点养出来，几场演示很难看清。跟随者少花了摸索产品的成本，先把常用部分做得能看、能点、能跑，就有机会拿较低的报价坐到同一张桌前。即使最后没有赢，原厂的价格也可能被拿来比较、被迫往下压。交易还没输，先行者回收研发投入的空间已经变窄。
真正的交付成本要到上线以后才一笔笔兑现：集团组织变更、旧数据迁移、异常审批，哪一样都需要人守着。可采购时，摆在桌上的已经是两套都能跑通常用流程的报价。先行者若跟着压价，就得用更少的收入承担这些长期责任；不压价，又可能丢掉项目。多年研发投入，就在这种选择里被一层层挤薄。
不只是合同，金蝶、用友也躲不开
合同管理只是我最熟悉的一块地。再看采购系统：员工提出申请，主管审批，采购员向供应商下单，货到了仓库收料，财务再拿订单和入库记录对账。金蝶自己的采购管理手册，把申请、订单、入库、对账这些单据和环节都列得清清楚楚。真要把跨组织采购、库存和财务长期接稳，当然很难；可若只挑客户演示时最常走的那条线，后来者面对的，仍是一张张表单和一段段状态变化。
金蝶、用友这样的厂商，产品远不止采购。用友的ERP产品页摆着财务、供应链、制造等一大片业务。再往外，OA看请假和用印，人力系统看入职、调岗和考勤，CRM看线索、报价和回款。行业不同，售前展示却常常离不开同一套动作：填一张单，让不同角色处理，看它最后落到哪张台账或报表。我们过去把这些流程当作产品能力讲给客户听；现在，我得承认，讲得越清楚，后来者就越知道该先复刻哪一段。
更麻烦的是，软件公司还得亲手把这些逻辑展示出去。我以前找别家的产品，点“申请试用”先留电话，想看演示还要报项目、预算和采购时间，当时觉得他们敝帚自珍。现在我能理解了：一次演示里，销售会把菜单、字段、角色、异常提示逐个点给客户看。原来引以为傲的产品壁垒，就这样被一层层摊到屏幕上。关掉试用，客户也进不来；筛严演示，投标、实施、老客户仍会让产品露在外面。成熟的管理软件总得让人用，藏是藏不住的。
以前有人把这些流程摸明白，还得自己养一支团队，把界面、逻辑和测试一项项做出来。如今ArtCraft已经让代理沿着功能缺口找活，分头实现，再拿真实操作和文件验收。国内模型和开发工具继续进步，下一拨人选的目标未必是Adobe和微软。只要一套ToB软件已经有客户、有演示、有多年打磨出的常用流程，它就可能成为另一条生产线的原料。
一旦有人发现这样挣钱更快，后面就不全是技术问题了。原厂花几年问需求、试流程、扛交付，终于把庄稼种出来；跟随者等产品长成，挑客户最容易看懂的部分先做，再拿更低的价格进场。有人愿意自己种另一块地，我欢迎；等别人播种、除草，自己进来抢收的人，在种地的人眼里就是强盗。AI没有发明这种心思，却让抢收的镰刀变得又快又便宜。
我更怕的是另一种局面：项目和甲方关系握在一家集成商手里，成熟产品却要向原厂买。过去他可以拼命压价，却仍得有人把软件交出来。若有一天，他照着原厂的演示，用AI先做出常用流程的简易版，就多了一张牌：带着自己的关系进门，拿更低的报价去谈。原厂不仅面对一个会写代码的对手，还面对一个知道客户预算、知道谁能拍板的人。
有人会说，大厂还有实施和服务。项目真出了问题，这些能力当然值钱；可采购那天，大甲方看的是两套都能跑起来的流程和两张差得很远的报价。原厂解释旧数据迁移、跨组织协同、三年后维护的成本，对方可能先问：眼前这些功能都一样，为什么你贵这么多？服务要到交付时才证明，价格今天就得定。关系和低价若被同一个人握在手里，原厂多年积累的东西还没来得及兑现价值，就先成了别人压价的依据。
企业自己关试用、签保密协议、把演示做得更谨慎，或许能挡住一部分人，挡不住这股风潮。真要给大规模照着成熟产品批量复刻的行为设边界，恐怕需要国家层面的规则和执行。但规则从讨论到落地，要走很长一段路；一场采购今天就会发生，一家公司下个月就得发工资。等到边界划清，靠原创产品吃饭的ToB公司，会不会已经死掉一大片？
我担心的就是这段时间。第一批人拿简易版压价，原厂利润薄了；下一批人照着同样办法继续抢，老板再决定做不做新产品时，会先算多久就有人跟上。**种地的人不再买种子，地上却越来越多等着抢收的人。**这不是合同管理一家的难题。金蝶、用友也好，做ERP、OA、CRM、人力、采购、项目管理的公司也好，只要最值钱的业务答案必须摆给客户看，这道题就迟早会落到自己头上。
在这股风潮之下，ToB公司该何去何从？
