最近使用 Codex、WorkBuddy 这类工具时，我一直在想一个问题。以后单位要大规模使用智能体，到底应该统一采购一种产品，还是让每个人按照自己的工作习惯自行选择？
这里说 Codex 和 WorkBuddy，只是把它们当作例子。现在智能体产品越来越多，有的擅长写代码，有的适合处理文档，有的可以操作浏览器，还有的更适合数据分析和内容生产。
产品能力不同，岗位需求也不同。单位最后需要解决的，其实是采用什么样的采购和管理方式。
统一采购解决了管理问题
单位统一采购的好处很明确。
大家使用同一种产品，培训比较方便，账号和权限也容易管理。涉及内部数据时，单位可以统一与服务商确认安全要求。员工离职或者调岗以后，项目空间、历史资料和工作记录仍然可以留在组织账号里。
团队之间也更容易交流使用方法。
一个人整理出来的提示词、智能体配置和操作流程，其他人拿过去就可以继续使用。如果每个人使用的产品都不同，同一种方法换个平台可能就要重新调整。
涉及公共知识库、多人共同使用的智能体以及生产系统自动化时，统一管理很有必要。
不过，统一采购很容易把买账号当成推广工作的主要内容。
账号发下去了，不等于大家真的会用。
不同岗位对智能体的需求差别很大。技术人员可能每天都在使用代码智能体，产品人员主要用它分析需求、制作原型，编辑记者更关心资料整理和内容辅助。有些岗位一个月可能只会打开几次。
如果所有人都购买相同产品和相同版本，成本会很快增加，高频使用的人可能仍然只有一部分。
单位也很难通过行政要求解决使用动力的问题。安排一次培训，要求每个人体验几个功能，可以完成培训记录，却很难改变已经形成多年的工作习惯。
还有产品选择的问题。智能体变化很快，今天比较合适的产品，过一段时间可能就有了更好的替代品。单位越早把知识库、培训和工作流程全部绑定在一个产品上，以后更换工具就越麻烦。
统一采购适合管理组织共同使用的能力，对个人工作效率却未必是最合适的办法。
个人选择带来的主动性很难替代
我自己的感受比较直接。
自己花钱购买一个工具以后，确实会更愿意研究它。既然每个月都在付费，就会想办法把钱用回来，主动寻找使用场景，了解新功能，也愿意花时间解决刚开始用不顺手的问题。
单位提供的账号，心态有时会不一样。
工具不是自己选择的，费用也不用自己承担，试过几次以后觉得没有明显帮助，很容易就放到一边。这里未必是谁不愿意学习，很多时候只是原来的工作方法已经可以完成任务，换工具还要重新适应。
个人选择还有一个好处。员工通常比采购部门更清楚自己需要什么。
写代码的人会关注代码理解、测试和项目操作，编辑关注资料处理和内容核验，美编关注图片生成和修改，产品人员可能更看重原型、文档和网页操作。让他们自己试用，往往比先规定一种产品更容易找到合适的工具。
市场变化快的时候，这种选择权也很重要。一个人发现新的工具更适合自己的工作，可以马上尝试，不必等单位重新组织选型和采购。
不过，完全让员工自己付费也有明显问题。
如果一款工具已经用于单位的正式工作，长期让员工承担费用并不合理。岗位不同，个人经济情况也不同，最后可能变成愿意花钱的人效率更高，没有购买的人只能继续使用原来的方法。
数据风险更难处理。
媒体机构会接触未发布稿件、采访资料、项目方案、合作数据和用户信息。员工自由注册不同产品，再把工作资料上传进去，单位很难掌握这些资料去了哪里，也无法统一判断服务商的处理方式是否合适。
个人账号还会影响工作交接。一个人长期使用自己的账号，里面逐渐积累了对话、提示词、智能体配置和业务资料。员工离职以后，这些内容未必能够完整交给接手的人。
个人自选适合寻找工具，完全由个人承担费用和风险，不适合作为长期制度。
单位定边界，员工在范围内自己选
在统一采购和完全放开之间，我更倾向一种相对稳妥的办法。
单位先制定规则，提供基础保障，再给员工保留一定的选择权。
单位可以先审核一批常用产品，形成一个允许使用的名单。员工根据自己的岗位和习惯选择工具，先试用一段时间。确实经常使用，也能说明解决了哪些问题，单位再报销费用或者采购正式账号。
这种方式可以让有明确需求的人先用起来，也能减少大量账号闲置。
采购也不必一步覆盖所有人。可以先从使用频率高、任务比较明确的岗位开始。一个工具经过实际工作验证，逐渐成为整个部门都需要的东西，再扩大采购范围。
谁确实需要，谁先使用。谁能用出稳定效果，单位就支持谁继续使用。
单位需要提前划清数据边界。
公开资料整理、个人学习、普通文档辅助、非敏感代码实验等工作，可以给员工更多选择。未发布内容、内部数据、用户信息和重要合作资料，则应该使用单位认可的企业账号、内部平台或者其他受控环境。
有些场景必须统一管理。
企业知识库、公共智能体、多人共同维护的工作流程、生产系统自动化，以及会影响正式发布和业务运行的工具，都应该由单位统一采购和配置。账号归属、权限回收、操作记录和离职交接也要提前安排好。
这样即使员工使用不同产品，单位仍然能够守住数据和组织资产的边界。
培训要围绕工作展开
智能体推广还有一个容易忽略的问题。
过去的软件培训经常从菜单和按钮讲起。智能体更新很快，不同岗位使用的产品也可能不同，单纯讲功能很快就会过时。
更有用的培训应该围绕具体工作。
怎样把一个复杂任务拆开，怎样提供足够的背景，怎样检查生成结果，哪些资料不能上传，什么情况下必须人工确认。这些方法换一款产品以后仍然可以继续使用。
内部分享也可以少讲一些漂亮的演示，多讲完整过程。原来怎么做，哪一步交给了智能体，节省了什么工作，哪里还需要人工检查，使用过程中遇到了什么问题。
这种经验更容易被别人复制。
单位评估使用效果时，也不必太看重开通了多少账号。账号数量只能说明采购规模，不能说明工具是否进入了工作。
更值得记录的是持续使用人数、实际解决的任务、节省的重复劳动，以及一项方法有没有被其他人继续采用。
有些岗位确实没有高频使用场景，也没有必要为了完成使用指标，要求每个人每天都打开智能体。
我目前的判断
我不赞成一开始就为所有人统一购买同一种智能体，也不赞成把费用和风险全部交给员工。
更合适的做法是由单位提供基本规则、企业账号和公共能力，同时准备一份可以选择的工具名单。员工按照岗位需要试用，验证有效以后再报销或采购。
单位应该统一的是数据规则、账号身份、公共资料和共同使用的工作流程。具体选择哪一款个人工具，可以给日常使用它的人留一些空间。
一个工具最初可能只是某个人提高效率的帮手。等它逐渐进入部门工作，承载了共同资料，也开始影响业务运行，再把它升级为部门采购或单位统一能力。
这比提前决定未来几年全员只能使用哪一种智能体，更符合现在产品快速变化的现实。