企业 AI 平台如何搭建，很多方案从模型、知识库、权限、插件讲起。这些都要讲，但我会先问一个更不技术的问题：上线后，谁负责它每天能用？
平台不是买回来就会自己运转的。模型会更新，知识会过期，接口会变，员工会换。没有维护责任，功能越多，坏得越快。
问题一：自建、采购还是定制？
先看三件事：业务差异有多大、数据有多敏感、团队有没有长期维护能力。
自建适合场景独特、数据不能出内网、自己有研发和运维团队的企业。采购适合通用需求，上线快，但流程要迁就产品。定制适合流程特殊、又不想养一个平台团队的企业，前提是把交付文档和维护边界写清楚。
三条路都不是一锤子买卖，都要留维护预算。
问题二：先接哪个系统？
先接高频、稳定、有接口、读多写少的系统。
比如查产品资料、查订单状态、查工单进度，这类读取操作风险低，容易验证。不要第一个项目就做全系统打通，写操作越多，权限和回滚越复杂。
先把一个入口跑顺，再逐步开放写权限。每开放一个写操作，都要有确认、日志和人工接管。
问题三：数据放在哪里？
按敏感度分层，不要把所有数据放进同一个池子。
先定清楚：哪些数据不能出内网，哪些可以调用外部模型，哪些只能给特定角色看。再把日志、权限和脱敏规则一起设计，不要等上线后再补安全评审。
问题四：谁来维护？
至少要有三个角色：
- 产品负责人：决定平台做什么、不做什么；
- 知识和内容负责人：保证答案有来源、能更新；
- 安全和运维负责人：管权限、日志、接口和异常。
三个角色可以由少数人兼任，但不能没人认领。如果全部落在一个人身上，这个人一请假，平台就停摆。
维护工作也要有固定节奏。每周看一次未解决问题，每月看一次知识和权限变更，每季度决定哪些场景继续、哪些停掉。没有节奏，维护就会变成出事后的临时救火。
问题五：什么时候不该建平台？
只有一两个场景、没有专职维护人、业务规则还在频繁变化、预算只够首期开发，这几种情况下，先别建平台。
用现成工具加一个单点定制，把需求跑稳定，再决定要不要平台化。平台是长期工程，不是一次采购。
第一版做什么
第一版只做四件事：账号与权限、知识接入、一个高频工具、日志与人工接管。
这四件事跑顺，再谈多租户、复杂编排和更多系统。企业 AI 平台如何搭建，最终不是选一个最强模型，而是选一套有人负责、能持续维护的运行方式。