IT 会同时被绕开和重新需要，但真正被需要的是平台层能力

最近很多公司都出现了同一种景象：业务团队自己开通模型服务，研发团队自己接 Agent，市场和运营自己跑自动化流，真正需要 IT 的时候，往往已经是出事之后。于是很多人会得出一个表面上挺顺的判断：AI 工具越来越自助，IT 部门会不会像传统 helpdesk 一样，逐渐被绕开、被边缘化。

如果 IT 长期只承担装机、发账号、批权限、处理工单，这个判断确实会部分成立。因为这些动作本来就容易被标准化、自助化、脚本化。问题在于，公司一旦开始大规模引入 Agent，真正爆出来的不会只是“谁帮我装了一个工具”，而是更难的几层：谁能接哪些模型，哪些数据能给，哪些动作必须审批，密钥怎么管，日志怎么留，供应商怎么选，出了事故谁能回放和止损。

Agent 越多，IT 越像基础设施

OpenAI 的 Agents SDK、微软的 Agent Framework、AWS 的安全指南和 MCP 这类协议，虽然面向的对象不完全一样，但它们共同推高了企业内部的一类新需求：模型、工具、资源和流程不再只是局部创新，而会逐渐变成组织级基础设施。

只要走到这一步，IT 的位置就会发生变化。它不再只是处理终端和网络，而会越来越像内部 AI 平台团队，负责几件更关键的事。

  • 统一身份和权限：谁能访问哪些模型、工具、知识源和外部动作。
  • 统一接入和协议：内部工具如何通过标准方式被模型和 Agent 调用。
  • 统一安全边界：哪些操作必须人工批准，哪些环境必须隔离，哪些数据不能外发。
  • 统一可观测性：调用日志、成本、trace、异常事件和回滚链路怎么保存。

这些问题如果没人集中处理，组织里的 Agent 应用会很快从“百花齐放”变成“风险横飞”。

哪类 IT 工作会先变得吃力

会先被压缩的，主要是旧式、事务型、搬运型 IT。

  • 工单来一张，照流程转一张，但不真正理解背后的系统边界。
  • 权限给得出去，却无法解释为什么该给、为什么不该给。
  • 只负责采购工具，不负责后续的安全、日志和供应商治理。
  • 终端管理做得很细，却没有能力处理模型和 Agent 带来的新型风险。

这种 IT 在传统企业里也许还能撑住，但在 Agent 快速扩散的组织里会越来越吃力。

更值钱的新 IT，会更像什么

未来更值钱的 IT，很可能会更像“内部 AI 平台”和“AgentOps 团队”的结合体。

  • 它会提供经过审批的模型和工具入口，而不是让员工各自绕路。
  • 它会管理 secrets、sandbox、approval 和 audit，而不是只管理账号。
  • 它会统一 MCP server、工具目录和知识源接口，而不是让每个团队各搭一套。
  • 它会对调用成本、外部供应商、风险事件和数据流向有组织级视图，而不是只在事故后补台账。

说得更直接一点，IT 在 Agent 时代最有价值的地方，不再是“帮大家用上工具”，而是“让大家在可控边界里安全地用上工具”。

结尾：IT 不会只剩后勤，它会被迫升级成内部 AI 平台

我的倾向判断是：IT 部门不会被弱化成可有可无的后勤，相反，它会因为 AI 工具和 Agent 的扩散被迫重新升级。被压缩的是 helpdesk 型 IT，被抬高的是平台型、策略型、治理型 IT。

所以真正值得担心的，不是 IT 会不会被绕开，而是 IT 有没有及时升级。如果它还停留在传统终端支持思路里，确实会被业务绕过；如果它能及时把身份、协议、安全、成本和审计做成一层内部平台，它就会重新回到组织的基础设施中心。

更新附注

  • 版本：v1.1

更新日期：2026-04-01 更新原因：重写标题、首屏判断与结尾收束，把文章焦点进一步收拢到“内部 AI 平台与治理团队”。