看智能体定制开发的报价单，开发、接口、知识整理、测试通常都有。
再往后翻，经常就没了。上线之后谁维护、多久更新、出了问题怎么算，很少写。
为什么维护费容易被漏掉
开发是一次性的，维护是持续的。一次性费用好报价，持续费用不好开口。
另一个原因：项目上线时，大家都觉得“先用起来再说”。用了三个月，知识过期、接口变了，才发现没人负责。
还有一层：维护做得好，看起来什么都没发生；维护没做，问题才会出现。它很难在立项时被看见。
维护到底包括什么
知识更新。 产品、价格、政策变了，谁改。没有这条，智能体会一直用旧答案。
接口变化。 上游系统升级、字段调整，谁跟进。接口不会提前打招呼。
权限调整。 员工入职离职、岗位变化，谁开谁关。权限给多了是风险，给少了用不了。
异常处理。 答错了、转人工失败、客户投诉，谁接。
评测复盘。 每月看哪些问题没解决，哪些答案不稳定，下一步改什么。
这些工作不产生新功能，但不做，系统会慢慢失真。
报价时怎么写
把维护单独列一项：服务范围、响应时间、更新频率、费用方式。
可以按年、按次、按工时，但不能写“包含在项目里”却不说包含什么。
第一版至少写清：每月一次知识复盘、接口异常响应、权限变更支持。超出范围怎么算，也写清楚。
如果供应商不愿意写维护范围，只愿意写“免费维护一年”，要追问一句：一年里具体做什么，第13个月怎么算。
客户怎么判断要不要买
如果内部有内容负责人和系统管理员，可以只买培训和按次支持。
如果没有专人维护，维护服务不是可选项，是系统能不能持续用的条件。
也可以拆开买：知识更新自己做，接口和权限交给供应商，异常处理按次计费。关键是有人认领，不是非得买全包。
一个常见误区
把维护费当成“供应商额外赚钱”。
换个角度看：维护是每天都要有人看的事。没有人付费，就没有人固定做。免费维护听起来省钱，实际是把风险留到出问题那天。
边界
一次性项目、用完就停的演示，不需要长期维护。
业务规则半年不变、知识很少更新，维护可以轻一点。
如果系统只做内部查询、不接写操作，维护重点在知识和权限，不在接口。
维护合同里最该写清的三句话
第一句：哪些内容包含在维护里。知识更新、接口变更、权限调整、异常处理，逐项写。
第二句：响应到什么程度。不是“及时响应”，而是工作日几小时内回、什么情况远程、什么情况到场。
第三句：不包含什么。新功能、换模型、接新系统，通常另算。写清楚，双方少吵。
维护不是保修。保修是坏了修，维护是让它别坏。这句话要在合同里体现，不然很容易被当成免费售后。
自维护怎么做
如果决定自己维护，至少定三件事：知识负责人、变更记录、每月复盘。
知识负责人不是兼职写文档的人，是能确认答案对不对的人。变更记录写清改了什么、为什么改。每月复盘看未解决问题和错误率。
没有这三件事，维护费省下来，问题会以另一种方式回来。
维护费怎么估
不要按“系统大小”估，按变更频率估。知识每周变、接口每月变，维护量就高；半年不动的内部工具，维护量低。
报价时按场景列，不按功能列。功能多不代表维护多，变化快才代表维护多。
智能体定制开发的报价，开发决定能不能上线，维护决定能上线多久。维护费不是附加项，是项目成本的一部分。维护范围写不清，后面只能靠人情。人情用一次少一次。写清楚，反而省事。
如果你正在评估智能体项目，可以看我们的智能体定制开发和AI 诊断与陪跑，把维护范围一起写进方案。
相关阅读：智能体定制开发多少钱、智能体上线后谁来维护。