上一篇我们说，服务提供方需要一套自己可构建、可沉淀、可迭代的上下文体系，每一次服务产生的上下文，都应该作为自己的资产积累下来。那么这些上下文积累在哪里？在服务智能体里。这一篇往前走一步，讨论服务智能体本身：它是一种新的资产形式，而且是服务提供方以前很难真正持有的一种资产。
这件事关系到服务提供方怎么看待自己在智能体上的投入。把它当成一笔费用，就会追求最便宜的接法，随时准备换掉；把它当成一笔资产，就会关心它归谁、能不能积累、换掉要付出多少代价。
资产的三个条件
一片果园是资产，每年的果子是它带来的收益。果园值多少钱，取决于它未来还能结出多少果子。
判断一样东西是不是资产，可以看三点：
**它由过去的投入积累而成。**今天付出成本，是为了以后得到收益。果园要先种树、浇水、等几年。
**它能在未来持续带来收益。**不是用一次就没了，而是可以一次又一次地产生价值。
**收益归持有者所有。**果子要能被果园主人摘到。如果谁都能进来摘，果园对主人来说就不值钱了。
旧载体各缺一块
一家服务提供方最值钱的东西，往往是「怎么把服务做好」：遇到什么情况怎么处理，哪些客户要特别对待，哪些话不能说，哪些错误犯过一次就不能再犯。这些知识过去分散在四种载体里，每一种都只做到了一部分。
人有判断力，但默会的知识很难传给别人，一位老员工离职，他十年积累的判断也一起走了。文档能复制，但不会自己执行，还要靠人去读、去照做。软件能执行、能扩展，但只能写进确定的规则，也不会从案例里学习。数据能记录发生过什么，但不包含判断。
人有判断，但不能复制；文档能复制，但不能执行；软件能执行，但不能判断；数据能记录，但不能决定。
服务智能体把它们组装成一个系统
服务智能体的组件，正好对应这四种载体各自的长处：
上下文接过了文档：业务知识、服务规则、处理过的案例，写下来，而且直接被执行。
配置接过了软件：用哪个模型，能调用哪些工具，有哪些权限，接在哪些渠道上，什么情况下交给人。
记忆和客户记录接过了数据：每位客户的历史和状态，在服务时直接成为判断的依据。
判断原本只在人身上，现在由模型、案例和评判标准共同承载。评判标准写成一组可以反复检验的问题和预期答案，也就是评测集，它规定了什么才算服务得好。
此外还有一样过去任何载体都没有的东西：版本与迭代。它记录这个系统一版一版是怎么改过来的，每一版改了什么、为什么改、改完之后是变好还是变坏。
这些组件不是各自独立地放在一起，而是互相调出来的。一条服务规则写得多严，取决于这个模型在这类问题上的表现；一个工具开放到什么程度，取决于权限怎么设、出错时怎么交给人；评测集里每一道题，都对应着过去某一次真实的失误。每一处取舍，都是对着真实案例反复试出来的。
扩展容易，重建很难
正因为组件是互相调出来的，服务智能体有一个看起来矛盾的性质：扩展它很容易，重建它很难。
扩展容易，是对拥有者而言的。同一个服务智能体可以同时服务一个人，也可以同时服务一万个人，每多服务一个人的边际成本接近零。这是它能带来规模收益的原因。
重建很难，是对任何想从头再做一个的人而言的。只拿到它的业务数据，也就是规则、案例和客户记录，装进另一个智能体，原来的效果并不会跟着过来。组件之间互相配合的方式不在业务数据里，而在全部组件的组合里：模型怎么选、权限怎么设、评测题怎么写、每一版为什么这样改。缺了这些，就得把一次次调整重新走一遍。
一家餐厅也是这样。把菜谱交给另一个厨房，做不出同样的菜；菜谱、火候、备料的顺序、厨师之间的配合，合在一起才是那家餐厅的味道。
可以用一个问题来检验价值在哪里：把业务数据搬走，效果能不能跟着走？如果能，值钱的只是数据；如果不能，值钱的就是整个系统。对一个真正在服务客户的服务智能体来说，答案是不能。
所以服务智能体本身满足资产的前两个条件：它由一次次调整的投入积累而成，也能在之后的每一次服务里持续带来收益。
复杂度是积累的前提
资产要能积累，前提是有地方可以积累。
如果一个智能体足够简单，比如只是一段提示词加一个通用模型，那它就没有什么可沉淀的：谁都能在一个下午做出一个一样的，它也就构不成任何优势。正是因为服务智能体是一个由许多组件组成、组件之间又互相依赖的系统，每一次投入才有地方留下来：一条规则的修改、一个案例的补充、一项权限的收紧、一道评测题的加入，都会让这个系统和别人的不一样一点。
不过，复杂度本身不是资产，管得住的复杂度才是。一个没人说得清为什么这样配置、改一处就坏一处的系统，是负债而不是资产。所以版本和评测集不是附属品：有了版本，每一处调整都有来历；有了评测集，每一次修改都能被检验。它们让复杂度能够一直积累下去，而不是越积越乱。
持有权决定归属
资产的第三个条件，收益归持有者所有，取决于谁持有这个系统。
持有不等于自己架服务器。服务智能体可以运行在任何地方，关键在于控制权：它的上下文、配置、记忆、评测集和版本历史，是否都属于服务提供方，能否随时检查，能否完整地带走，改不改、怎么改，是否由服务提供方自己决定。
如果这些组件里只有业务数据属于你，配置、评测和版本历史都由别人保管，那么你能带走的只是那一部分数据。前面说过，只有业务数据，效果带不走。投入越多，这份资产的价值越高，而它并不完全在你手里。
所以服务提供方在投入之前，要先确认这件事：自己持有的，是完整的服务智能体。这时它才同时满足资产的三个条件，智能体上的投入也才真正是一笔资产，而不是一笔费用。
下一篇
一份资产，除了要能持有，还要能增长。服务智能体怎样在一次次服务中变得更好：服务的结果怎样变成信号，转人工怎样变成教学，评测集怎样一步步长出来。下一篇《越用越懂》讨论这个闭环。