SK Group 为 AI 代理分配员工编号和明确的岗位职责

SK Group 正在为 AI 代理分配员工编号、指定岗位职责和系统权限，将它们从聊天窗口带入企业组织架构图。Google News 的标题听起来像是一场颇具巧思的未来职场实验。但更深层的变化影响更大：SK Telecom 希望软件代理成为可识别的工作实体，并以受控方式访问公司的系统。

这一差别很重要，因为助手只会建议行动。代理则可以检索内部数据、使用已连接的工具，并完成工作流程中的部分环节。一旦软件获得这些能力，公司就必须决定每个代理由谁负责、可以访问什么，以及它犯错时由谁承担责任。

SK Telecom 将该项目称为“AX Innovation 2.0”，其中 AX 是 AI 转型的简称。该计划源于 SK Group 董事长崔泰源推动的“每人一个代理”模式，并将 SK 与 Microsoft 及其他企业技术供应商并列；这些公司正将 AI 代理视为可管理的数字身份。

因此，员工编号并非主要创新。它只是新控制模式的可见标签。真正的较量在于：部署可追责的代理，还是依赖共享账户、继承权限和责任不明的非正式自动化。

SK Telecom 实际改变了什么

SK Telecom 正在为软件建立类似雇佣关系的生命周期，但并不宣称软件在法律上是人类。

SK Telecom 在韩国利川 SKMS Research Institute 举办的 2026 New Icheon Forum 上发布了 AX Innovation 2.0。该公司表示，AI 代理将获得识别编号、组织归属、职责以及明确的权限。

这些代理还将遵循类似员工入职和离职的管理流程。这意味着，代理在开始承担岗位时应被授予访问权限，在运行期间接受审查，并在岗位结束时撤销权限。

这种做法将抽象的 AI 服务转变为公司管理系统中的具名对象。安全团队可以识别某个特定代理，将其关联至负责人，检查其权限，并审查其活动。

员工编号并不会让 AI 代理在劳动法下成为员工，也不会赋予代理判断力、问责能力或独立法律地位。这个编号的作用更接近企业身份记录。

当代理连接日历、电子邮件、文档、内部数据库或运营软件时，这类记录就很有用。每个系统都需要可靠的方法，将代理与其人类发起人以及其他自动化流程区分开来。

SK Telecom 还表示，将为代理分配部门和工作职能。这一组织背景有助于确定代理所需的资源。例如，招聘代理不应继承与网络运营代理相同的访问权限。

根据一篇英文报道，SK Telecom 计划制定覆盖数据访问和安全权限的规则。同一份组织计划将代理描述为工作实体，而非简单的辅助工具。

这种表述颇具雄心，但其底层机制并不陌生。企业早已为应用程序、自动化服务和机器人流程自动化创建身份。SK Telecom 正在将这些控制措施应用于能够理解指令、并在可用行动中作出选择的代理。

最后这项能力带来了张力。传统软件通常遵循预先定义的路径。AI 代理则可以根据用户请求、可用上下文和模型生成的推理来选择工具并编排任务顺序。

Google News 的表述让员工编号听起来更像一种象征。但在安全架构中，这个编号可能成为权限、日志、责任归属和撤销机制的锚点。

SK 尚未公开披露该系统背后的每一项技术控制措施。目前仍不清楚权限粒度会有多细、凭证是否为短期有效，以及哪些代理操作需要人工批准。

这些缺失并不会否定这项公告。它们界定了决定该项目最终成为受治理的自动化，还是又一层高权限软件的关键问题。

SK Group 为什么现在行动

SK 正在将全组织范围的代理战略，与员工已可用于日常工作的工具连接起来。

员工编号公告并非孤立出现。2025 年 9 月，SK Telecom 表示将把与 SK AX 共同开发的职场 AI 代理 A.Biz 扩展至 25 家 SK Group 公司。

该部署计划将在当年年底前覆盖约 8 万名员工。SK 表示，A.Biz 可支持信息搜索、日程管理、会议纪要，以及招聘等专业任务。

公司的 A.Biz 推出计划建立了分发层。更新后的身份计划则处理了这样一个问题：当这些助手变得更自主、并连接到更多内部系统时，接下来会发生什么。

SK Telecom 在 2026 年 5 月又迈出一步，内部推出了 A.Biz Cowork 的测试版。该公司表示，员工无需编写代码，就能教会代理处理其重复性工作模式。

A.Biz Cowork 旨在连接 Outlook 和 Teams 等职场工具。这种连接至关重要，因为只有当代理能够超越文本生成、与实际工作发生的系统交互时，它们才真正具备运营能力。

该公司还升级了用于管理 AI 转型项目的内部系统 AXMS，并将这项工作与员工挑战项目关联起来。这些举措表明，SK 希望代理创建能力不再局限于集中式工程团队。

崔泰源董事长在 6 月进一步施加了高层压力。在 New Icheon Forum 上，他呼吁 SK 员工在“每人一个代理”倡议下使用个人代理。

崔泰源认为，AI 服务应提供实际帮助，并提升组织绩效。一篇论坛报道还援引他的话称，他将创建多个代理，以便在 SK 各关联公司之间进行沟通。

这一过程解释了时机。SK 首先扩展了共享的职场 AI 平台，随后推出供员工构建自动化的工具，增加高管指令，并为进入公司工作流程的代理提出正式身份方案。

如今，这个组织面临规模化问题。小规模试点可以依赖开发者的直接监督。数以万计的潜在用户则可能产生远超中央团队手动审查能力的代理、集成和权限请求。

为每个代理分配身份，为管理这种增长奠定了基础。公司可以将代理与人类发起人、部门、获批用途和到期条件关联起来。

SK Broadband 提供了运营用例的早期视角。6 月的一篇报道指出，其员工已创建约 600 个内部 AI 应用，并在网络运营中部署了约 30 个代理。

据报道，其中一个名为 C-One 的案例会监控有线网络、识别异常状况的可能原因、确定检查优先级并生成报告。与通用聊天机器人相比，这一案例更为具体，因为该代理参与了明确的运营流程。

这类用例也带来更大后果。不准确的会议摘要只会浪费时间；拥有过多权限的网络代理则可能暴露数据、修改配置，或触发不当响应。

身份计划通过追问每项任务应拥有何种权限来应对这种差异。它无法回答模型是否会可靠执行，但可以限制错误决策之后可能发生的事情。

这正是员工编号概念契合 SK 更广泛战略的原因。这个集团已不再测试员工是否会在 AI 界面中输入问题，而是在为能够跨系统工作、并与人类团队协作的软件做准备。

对知识工作者而言，这也改变了组织记忆的构建方式。代理在搜索内部材料时，需要获批的上下文、可追溯的来源和明确的边界。维护良好的 AI 知识库可以支持这项工作，但身份控制仍决定每个代理应该看到哪些知识。

Google News 标题掩盖了一场身份之争

最重要的对比不是人类与 AI，而是受治理的代理身份与使用他人凭证的隐形自动化之间的对比。

数十年来，公司一直在使用非人类身份。服务账户运行后台流程，应用程序向数据库进行身份验证，自动化脚本调用内部 API。

AI 代理让这一模式变得复杂，因为它们的行动更难预测。脚本通常执行固定的指令序列。代理则会理解目标、选择工具、处理结果，并在其获授权的边界内决定下一步行动。

如果代理只是通过员工账户运行，其活动可能难以与员工本人的操作区分开来。审计日志可能显示某人访问或修改了一条记录，却不会揭示是 AI 系统发起了该操作。

独立的代理身份可以保留这种区别。它可以显示是哪个软件采取了行动、由谁发起，以及组织授予了哪些权限。

Microsoft 也正通过 Entra Agent ID 朝同一方向发展。其文档将代理身份描述为可管理对象，支持身份验证、授权、身份保护、访问治理和组织可见性。

Microsoft 表示，代理可以使用自己的凭证进行身份验证，而不是自动通过用户身份运行。其代理身份控制还允许管理员应用政策并大规模治理访问权限。

SK Telecom 关于员工编号的表述，让这套基础设施更容易理解。Microsoft 将代理呈现为身份对象；SK 则将其呈现为拥有部门、岗位、权限和生命周期的组织参与者。

这是同一项企业需求的不同表达。执行工作的软件需要具备可识别身份，管理员才能授予其有限访问权限、监控其行为，或安全地将其移除。

另一种选择是非正式委派。员工使用范围广泛的个人权限，将代理连接到电子邮件、共享文件或业务应用。即便代理被分配的任务只需要其中很小一部分，它仍会获得该员工可访问的一切。

这种模式会带来两个问题。第一，代理的访问权限超出了其用途。第二，生成的日志可能模糊人类活动与自动化活动之间的界限。

员工编号可以支持更清晰的记录，但仅靠标签无法解决这两个问题。组织必须将其连接到真实的身份验证凭证、范围严格限定的权限、活动日志和一名可追责的人类负责人。

该身份还应在已连接的系统之间保持一致。如果代理在内部登记系统中以一个名称出现，却在其他地方使用无关联的服务账户，它仍将难以追踪。

委派任务同样需要明确界限。若一名经理要求某个智能体准备报告，该智能体应只获得完成任务所需的数据和工具，而不应继承经理的全部长期访问权限。

这给企业软件供应商带来了压力。身份平台必须将智能体识别为独立类别。协作工具必须提供细粒度权限。业务应用必须记录某项操作由人类还是智能体发起。

智能体构建者也面临压力。他们必须围绕归属、审批、到期和撤销进行设计，而不能把身份验证仅仅视为集成细节。

“员工”这一比喻可以帮助企业梳理这些职责。每个智能体都需要一名负责人。每个角色都需要经过批准的用途。每项权限都需要有理由。每个智能体最终都需要被暂停、重新分配或退役。

不过，这一比喻也有其局限。人类员工理解情境，会面临纪律处分，并能够说明自身意图。AI 智能体则根据模型、指令、连接的数据和工具输出生成操作。

将智能体称为员工，不应把责任从授权和运营它的人员身上转移开。软件本身无法为泄露文件或进行未经授权的更改承担法律责任。

这正是 Google News 标题背后真正的反转。更像管理员工一样管理智能体，主要并不是为了提升它们的地位，而是为了让软件更容易受到约束、让其人类负责人更容易被识别。

员工编号并不能让 AI 智能体变得安全

如果一个具名智能体拥有过度权限、其指令遭到篡改，或其操作逃离了有效审查，它依然具有危险性。

SK Telecom 表示，将为数据和安全访问建立治理机制。该公司尚未公布足够的实施细节，因此目前无法判断这些控制措施能否始终有效。

一个悬而未决的问题涉及最小权限原则，即只授予完成任务所必需的最低访问权限。部门标签并不会自动形成安全的权限集合。

一个负责整理会议纪要的智能体，可能需要访问指定的录音和日历。它不应获得访问该部门所有邮箱、人事记录或机密项目的无限制权限。

当智能体创建或调用其他智能体时，挑战会进一步扩大。一个父智能体可能将工作委派给专门的子智能体，后者再调用另一项服务。权限和责任必须在整条链路中保持可追溯。

NIST 已将智能体身份和授权视为一个新兴的标准化问题。其 2026 年倡议探讨了：当软件智能体获得工具和敏感信息访问权时，企业应如何识别它们并管理其权限。

该机构的身份项目还提出了有关聚合数据的问题。一个智能体可能将分别获准访问的记录合并为一项回复，其敏感性可能超过任何单一输入。

员工式入职流程无法解决这一问题。安全团队需要控制智能体生成的输出，而不只是控制它可读取的源系统。

提示注入构成另一种风险。智能体可能在文档、电子邮件、网页或工具响应中遇到恶意指令。这些指令可能试图重定向智能体，或诱使其泄露受保护的信息。

身份系统可以限制由此造成的损害，但无法保证推理过程可靠。如果一个已被攻破的智能体拥有广泛的写入权限，其有效凭证仍可能授权有害操作。

OWASP 将过度代理描述为一种情形：AI 系统获得的功能、权限或自主性超过了任务所需。其代理指南建议尽量减少扩展、权限和自主操作。

这一风险使得 SK 拟议的权限分配尤为重要。公司不仅需要定义智能体可以访问哪些数据，还需要明确哪些操作可在无需确认的情况下执行。

读取访问、创建草稿、发送消息、财务审批和基础设施变更代表着截然不同的风险等级。它们不应被模糊地归入“协助”某个部门的权限之下。

人工审批可以降低风险，尽管设计不佳的审批提示往往会变成例行操作。员工可能在未检查数据、目的地或后果的情况下批准操作。

有效的审批界面应说明智能体计划做什么、将触及哪些系统，以及会披露哪些信息。高影响操作可能还需要第二位审核者。

员工生命周期构成另一项考验。当一名人类负责人转到其他团队时，组织必须审查该人员曾负责的智能体。否则，旧智能体可能在其业务用途消失后仍保留访问权限。

当一项试验结束时，也会出现同样的问题。拥有有效凭证的闲置智能体会成为孤儿身份，形成管理员可能忽略的入口。

SK Telecom 提到从入职到离职管理智能体，表明其认识到了这一生命周期。实际执行将取决于自动到期、定期访问审查，以及及时移除未使用的凭证。

绩效同样仍不确定。SK Telecom 报告称，为期三个月的 AX Sandbox 试点显示，规划工作时间缩短、决策速度加快。公开说明没有提供足够的方法论或独立测量，因此不能将这些结果视为已证实的生产力提升。

更快的工作流并不总是更好的工作流。智能体可能加速产出不准确的分析、重复的工作或证据不足的决策。

因此，组织需要采用超越节省时间的结果指标。它们应追踪纠正率、失败操作、人工干预、安全例外情况，以及完成的工作是否达到与人工产出相同的标准。

核心主张应保持克制。SK Telecom 描述了一种可能有用的治理架构，但尚未证明员工编号能让自主系统变得可靠，也未证明其控制措施能够防止所有滥用。

谁将承受 SK 智能体模式带来的压力

SK 的计划迫使企业 IT 领导者决定：智能体究竟是普通软件、受委托用户，还是一类独立的受管理工作人员。

身份团队面临最直接的挑战。现有系统通常会区分人类用户、应用程序和服务账户。AI 智能体在同一工作流中可能同时类似于这三类主体。

一个智能体可能接收个人指令，像应用程序一样进行身份验证，并执行与员工相关的任务。管理员需要制定能够反映每一层特征的策略，同时避免授予三者权限的叠加组合。

安全团队也必须提升可见性。他们需要一份已批准智能体的清单，包括其负责人、连接工具、有效凭证和近期活动。

没有这样的登记册，不同部门可能会创建控制措施不一致、功能重叠的智能体。一个团队可能使用狭窄的权限，而另一个团队可能通过共享管理员账户连接实验性智能体。

管理者将承担另一种形式的责任。监督一个智能体意味着定义可接受的输出、审查例外情况，并确定哪些决策需要人类判断。

这与管理员工并不相同。模型不会以人类的方式理解组织后果。它们会响应指令和上下文，有时会给出看似可信但实际错误的输出。

因此，管理者需要的是运营规则，而不是激励技巧。他们必须规定智能体的任务边界、升级条件、获批的信息来源和可接受的错误率。

员工可能感受到另一种压力。SK 将该计划描述为减少重复性工作、为战略性或创造性任务腾出更多时间的方式。

这一承诺在职场 AI 项目中频繁出现，但其影响取决于实施方式。自动化可以消除例行工作，也可能通过要求员工在更短时间内监督更多产出而提高预期。

“一人一智能体”模式也可能产生不均衡的结果。工作流结构良好且数据易于访问的员工，可能很快受益。其他人则可能花费大量时间纠正智能体，或准备它能够理解的信息。

内部知识质量会成为限制因素。当信息零散、过时或无法访问时，智能体无法可靠地检索政策、项目背景或决策。

采用个人智能体的团队将需要更清晰的文档和受控的信息来源。诸如可搜索的技术知识库等工作流可以改善检索效果，而访问策略则决定每个角色能够继续获取哪些材料。

软件供应商也面临竞争压力。企业客户将越来越期待将智能体登记册、基于角色的访问、活动日志和生命周期控制作为标准功能。

只关注模型性能的供应商，可能难以在受监管或安全敏感的部署中立足。买家需要证据证明，一个智能体离开演示环境后仍能够受到治理。

SK 的模式为这些要求加入了组织管理语言。部门、职责以及入职和离职程序，都是高管已熟悉的概念。这种熟悉感可能有助于身份治理从技术架构进入管理政策。

不过，企业不应在缺乏控制措施的情况下照搬这一比喻。在仪表板上打印员工编号并不会带来可审计性。编号背后的系统必须落实归属和访问边界。

Google News 的关注可能会鼓励其他公司宣布推出数字员工。更有意义的回应，应是公布关于身份验证、权限、监控、审批和事件处理的具体细节。

Google News 关注之后应关注什么

下一阶段的证据必须证明，SK 的员工式框架能够治理真实的智能体活动，而非只是为自动化赋予一个易于识别的标签。

第一个信号是详细的部署模式。SK Telecom 应说明智能体身份如何进行身份验证、权限如何分配，以及每个智能体是否都有一位具名的人类负责人。

有力的证据应包括短期凭证、自动到期机制，以及分别记录人类请求和智能体操作。广泛使用共享账户会削弱该组织已创建可追责工作实体的主张。

第二个信号是 SK 各关联企业中可衡量的采用情况。该集团此前的目标是，在 25 家公司和约 80,000 名员工中部署 A.Biz。

未来报告应区分获得访问权与实际使用，也应区分基于聊天的协助与通过连接系统完成多步骤工作的智能体。

有用的指标包括活跃智能体数量、已完成工作流、人工干预、访问例外情况和已退役身份。生产力数据应包含测量周期和比较方法。

第三个信号是事件和控制记录。SK 应关注未经授权的访问、错误操作、提示注入尝试、孤儿智能体，以及角色结束后仍处于活跃状态的权限。

成熟的项目不会声称永远不会发生事件。它会展示组织能够发现这些事件、识别负责的智能体及其负责人、限制损害，并迅速撤销访问权限。

竞争对手的动作将提供更多背景。Microsoft 正在将智能体身份纳入 Entra，而企业平台也在为面向员工的智能体增加治理机制。

如果这些身份对象能够在各类工作场所系统之间实现互操作，SK 的组织模型将看起来像是更广泛标准的一种早期实践。如果每个平台都使用彼此不兼容的智能体记录，治理仍将是碎片化的。

监管与标准制定工作同样重要。NIST 对软件智能体身份的关注表明，这些问题并不局限于 SK 或韩国。

围绕智能体认证、授权委派和审计记录的通用标准，将强化“员工 ID”这一思路。它们将使企业能够跨供应商管理智能体，而不必为每个平台重新构建控制机制。

对于开发者、企业采购方和知识工作者而言，眼下的问题很实际：智能体能否在公司内部行动，而无需从某个人那里借用不可见的权限？

SK Group 的答案，是为每个智能体赋予位置、角色和身份。这比 Google News 标题所暗示的新奇概念更为严肃。

如今，困难的工作才刚刚开始。SK 必须将每个身份与受限权限、可靠日志、人类问责机制以及清晰的退出流程连接起来。

应关注实施，而非比喻。如果 SK 能在真实工作流程中展示受控访问、可衡量的工作成果和快速撤销机制，员工 ID 将代表有用的治理方式。否则，它们仍将只是附着在熟悉自动化之上的、令人印象深刻的标签。