李开复：AI 转型绝不能只交给 CIO 智能体时代的组织变革逻辑

【摘要】本文核心素材源自 2026 年上海 AMD AI 开发者日 “AI 智能体新范式” 主题对话拆解当前企业 AI 转型普遍存在的工具化落地误区剖析 CIO 主导模式的职责边界与组织局限阐释 CEO 一把手挂帅推动业务重构与组织变革的核心逻辑结合智能体落地场景与开发者角色演变为技术与业务管理者提供可落地的转型参考框架。引言2026 年被业内普遍视为 AI 智能体产业规模化落地的拐点大模型能力正从通用技术层快速渗透到各行业的核心业务链路。在近期举办的上海 AMD AI 开发者日活动中一场被视作中国企业 AI 转型进程标志性的对话上演 ——AMD CEO 苏姿丰与零一万物 CEO 李开复围绕 “AI 智能体新范式” 展开深度交流其中李开复针对全球企业 AI 转型的普遍痛点提出了尖锐且直指本质的判断AI 转型必须一把手亲自挂帅绝不能只交给 CIO。这场对话跳出了技术参数与产品功能的表层讨论直接切入组织变革的核心命题戳中了当前大量企业 AI 转型投入大、产出弱的深层病因。本文基于这场对话的核心观点与原话内容结合产业落地实践从组织职责定位、转型价值判断标准、落地架构设计、角色能力升级、风险避坑等多个维度对 AI 智能体时代的企业转型逻辑进行系统化拆解与深度扩展。内容面向企业 CEO、CTO、CIO、业务架构师、AI 产品经理与核心技术开发者覆盖顶层战略设计到工程落地实操的完整链路。一、当前企业 AI 转型的普遍误区工具化落地与核心业务脱节1.1 自下而上的痒点项目AI 转型的表层化困境对话中李开复直接点出了当前企业 AI 实践中最普遍的现象毫不避讳地指出了多数企业的认知偏差我接触过的几乎所有 CEO 都在纠结我该造个什么智能体呢是 HR 问答机器人还是内部搜索引擎或者是客服助手 这些全都太缺乏格局了。这都是自下而上的痒点说白了全是隔靴搔痒的工程。 —— 李开复 2026 上海 AMD AI 开发者日对话从当前产业落地现状来看这一判断精准命中了绝大多数企业的 AI 转型现状。企业最先落地的 AI 应用几乎都集中在 HR 问答、内部文档检索、客服助手这类边缘辅助场景。这类项目的共同特点是落地门槛低、见效快、不触及核心业务流程能够快速拿出 “AI 落地成果” 对外展示但对企业的核心价值贡献十分有限。这类自下而上发起的痒点项目本质上是在用传统信息化的思路做 AI 转型。项目发起方多为部门级需求目标是解决局部的效率问题不需要跨部门协作也不会触动现有业务流程与利益格局。从短期看这类项目能够快速验证 AI 能力积累初步的技术经验适合作为企业接触 AI 的入门实践但从长期看大量资源与人力投入到这类边缘场景中会挤占核心业务转型的资源与时间窗口最终让企业的 AI 战略沦为 “面子工程”。很多企业搭建了专门的 AI 实验室招聘了算法团队产出了不少技术专利与原型产品但这些成果始终无法进入核心业务链路。季度财报的核心指标里看不到任何 AI 带来的明确贡献AI 始终是成本中心而非价值中心。这正是当前企业 AI 转型最普遍也最致命的误区用工具化的落地替代了真正的业务变革。行业中存在一个常见疑问难道边缘效率工具就没有价值吗答案是有价值但不足以支撑企业在 AI 时代的核心竞争力。当所有企业都能用上同类的辅助工具时这类工具带来的效率优势会快速拉平真正的竞争差距来自对核心业务链路的 AI 重构。1.2 误区根源将 AI 转型等同于技术部门项目表层化困境的背后是企业对 AI 转型的认知偏差。李开复在对话中明确指出导致这一结果的根本原因就是大多数企业把 AI 转型的重任完全交给了 CIO。这种认知延续了过去几十年数字化转型的路径依赖从 ERP 上线到办公自动化再到上云迁移所有技术类项目都由 IT 部门主导最终也都取得了预期的效率提升。多数企业默认 AI 属于技术范畴自然应该由 CIO 带领的 IT 部门负责推进。但 AI 智能体带来的变革与传统数字化转型有着本质区别。传统数字化是将线下流程搬到线上用系统替代人工重复劳动核心是流程的标准化与线上化变革范围局限在流程执行层面。而 AI 智能体能够替代的是决策环节是过去必须由人来完成的判断、选择、规划类工作变革会直接触及业务逻辑、部门权责与利益格局。将这样深度的变革完全交给技术部门从根源上就存在权责不匹配的问题。技术部门没有权限调整业务流程没有资格修改部门 KPI更没有能力平衡不同业务线的利益冲突。最终 IT 部门只能在自己的权限范围内选择最安全、最不容易出错的边缘场景落地 AI自然无法产出核心价值。有一个常见的认知误区需要澄清并非 CIO 能力不足导致转型失败而是岗位的职责定位决定了其无法承担业务变革的主导角色。这是组织架构的顶层设计问题而非个人能力问题。二、CIO 的职责边界为何无法独立承载 AI 转型重任2.1 CIO 的核心定位防守型的系统守护者要理解 CIO 在 AI 转型中的定位首先要回到岗位的核心职责本身。对话中李开复用一句略带尖锐的表述点破了被很多人忽视的组织现实如果现场有 CIO我先道个歉。你们都很棒但公司雇你们是为了守护现有的软件环境而不是为了颠覆重构整个公司。 —— 李开复 2026 上海 AMD AI 开发者日对话企业设立 CIO 岗位核心目标是守护企业的软件与数据资产保障系统稳定运行、数据安全合规、IT 成本可控。CIO 的核心考核指标从来不是创造了多少新业务价值而是系统可用性、数据安全事故率、合规达标率这类防守型指标。这种岗位定位决定了 CIO 的决策逻辑优先规避风险而非主动突破创新。在推进任何技术项目时CIO 首先考虑的是会不会出安全事故会不会违反合规要求会不会导致系统宕机其次才是项目能带来多少价值。这种决策逻辑在传统数字化时代是完全合理的因为传统数字化的核心目标是稳是保障业务正常运行。但 AI 转型需要的恰恰是突破是打破现有业务格局是尝试新的业务模式过程中必然伴随着不确定性与试错成本。用防守型的决策逻辑去推进突破型的变革最终的结果必然是不断收缩项目范围选择最安全的边缘场景落地规避所有可能触动现有格局的选项。我们可以通过一张表格清晰对比传统数字化转型与 AI 智能体深度转型的差异以及 CIO 职责的匹配程度对比维度传统数字化转型AI 智能体深度转型CIO 职责匹配度核心目标流程线上化、效率提升业务重构、核心价值创造低组织影响部门内流程优化跨部门权责与利益重构低考核导向系统稳定性、合规性营收、利润等核心业务指标不匹配权力边界IT 部门内部管理全公司业务链路调整不足决策逻辑风险优先、稳定优先价值优先、允许试错相悖2.2 组织变革的权力壁垒CIO 的能力边界除了职责定位的差异CIO 的权力边界也决定了其无法主导深度 AI 转型。CIO 的管理范围通常局限在 IT 部门内部对于业务部门的人员、流程、KPI 没有决策权。而真正的 AI 转型恰恰需要对业务部门的流程、职责、考核进行全面调整。以电商行业的动态定价智能体为例。一个成熟的定价智能体可以实时监控竞品价格、供应链成本、库存状态、用户需求变化自动调整商品售价最终实现整体利润的显著提升。但这个智能体的落地会直接冲击原有的定价部门。原来的定价团队负责制定价格策略、审批价格调整智能体上线后大量的定价决策会由系统自动完成定价部门的核心工作内容会发生本质变化。这种情况下定价部门必然会提出各种反对意见比如智能体定价不符合业务逻辑、会导致价格混乱、影响用户体验等等。面对这种跨部门的利益冲突CIO 没有权限进行裁决更没有权力调整定价部门的职责与 KPI。最终项目要么在扯皮中不了了之要么被修改成辅助人工定价的工具完全失去了应有的价值。类似的场景在供应链、风控、产品研发等核心领域都会出现。任何触及核心业务的 AI 落地都会改变原有的工作模式与利益分配都需要跨部门的强力协调。这种协调工作只有掌握全公司决策权的 CEO 才能完成。2.3 客观看待 CIO 的价值转型的底座而非引擎需要明确的是强调 CEO 挂帅并非否定 CIO 的价值而是重新明确其在 AI 转型中的定位。李开复在对话中也补充强调CIO 不可或缺但他们的职责是帮助安全地部署和实施 AI而不是去推动组织架构的基因突变。 —— 李开复 2026 上海 AMD AI 开发者日对话CIO 不仅不可或缺还是 AI 转型能够安全落地的核心基础。AI 智能体的运行依赖稳定的 IT 基础设施、完善的数据治理体系、可靠的安全与合规保障。这些工作恰恰是 CIO 团队的核心能力。CIO 负责搭建 AI 运行的底层算力平台保障数据的质量与安全确保 AI 应用符合行业监管要求防控 AI 带来的新型安全风险。没有这些基础保障再先进的智能体也无法稳定运行更无法进入核心业务链路。准确的定位应该是CIO 是 AI 转型的底座建设者与安全守护者负责保障 AI 能够安全、稳定、合规地落地而 CEO 是 AI 转型的引擎与决策者负责推动业务变革与组织重构确保 AI 能够创造核心业务价值。二者是互补关系而非替代关系。行业中有一个常见问题如果 CEO 不懂技术能主导 AI 转型吗答案是可以。CEO 不需要懂具体的算法细节只需要懂 AI 的价值边界与组织逻辑能够判断业务场景的价值优先级能够推动组织层面的调整。具体的技术落地依然由专业的技术团队负责。三、真正的 AI 转型一场触及核心的组织革命3.1 真假 AI 转型的判断标准核心业务指标的改变对话中李开复给出了一个判断真假 AI 转型的金标准这个标准剥离了所有技术包装与概念噱头直接回归企业经营的本质如果你的 AI 部署最终没有改变任何一个会出现在季度财报电话会议上的数字那么你公司做的就不是真正意义的 AI 转型只是浪费钱打造了一个 AI 实验室。 —— 李开复 2026 上海 AMD AI 开发者日对话这个标准之所以有效是因为它直接锚定了企业经营的核心目标。所有真正有价值的变革最终都会体现在财务指标上。如果 AI 项目只能带来 “问答准确率 95%”“员工满意度提升” 这类无法量化到财报的成果那它本质上就是成本项而非价值项。需要注意的是核心业务指标并非只有收入与利润。不同行业、不同企业的核心指标会有差异但都必须是能够进入财报、能够向投资人披露的关键数字。比如金融行业的欺诈损失率、零售行业的库存周转率、制造行业的良品率、互联网行业的用户留存率这些都属于核心业务指标。与之相对的是大量 AI 项目常用的技术类指标比如模型准确率、响应速度、工具使用率、对话轮次等等。这些指标可以用来评估技术方案的优劣但不能用来衡量 AI 转型的成败。很多企业恰恰搞反了优先级用技术指标的好看掩盖了业务价值的缺失。有一个常见的误区需要澄清不是所有 AI 项目都必须立刻体现在当季财报上。长期的研发投入、平台建设有其价值但企业必须区分长期投入与短期落地不能把所有投入都当成转型成果。真正的转型最终一定会传导到核心业务指标上只是存在时间周期的差异。3.2 CEO 挂帅的核心价值打破组织壁垒的唯一抓手李开复在对话中明确提出AI 绝不是一次简单的软件升级。这种规模的 AI 转型需要 CEO 的倾注需要领导力、业务模式和组织架构的彻底重构。 —— 李开复 2026 上海 AMD AI 开发者日对话AI 转型的本质是组织变革而组织变革的第一推动力只能是企业的最高决策者。只有 CEO 具备足够的权力与权威能够打破部门墙能够调整利益格局能够推动全公司的认知对齐。首先只有 CEO 能够定义 AI 转型的优先级。当 AI 转型与现有业务产生冲突时当短期业绩与长期变革出现矛盾时只有 CEO 能够做出最终裁决保障转型的资源投入与推进节奏。如果没有顶层的明确优先级各个业务部门都会优先保障自己的 KPI把 AI 转型当成额外的附加工作最终流于形式。其次只有 CEO 能够推动跨部门的权责重构。核心业务的 AI 落地往往需要多个部门协同也会改变各个部门的职责边界。比如供应链智能体的落地需要采购、仓储、物流、销售多个部门的数据打通与流程协同也会调整各个部门的决策权限。这种跨部门的调整没有 CEO 的推动是不可能完成的。最后只有 CEO 能够承担转型的试错成本。任何变革都不可能一帆风顺AI 转型过程中必然会出现项目失败、效果不及预期、业务短期波动的情况。如果没有 CEO 的背书与担责下面的团队会因为害怕犯错而不敢尝试只会选择最安全的路径最终无法实现真正的突破。回到电商定价智能体的例子。当定价部门提出反对意见时CEO 的决策不是争论智能体好不好用而是直接明确方向公司必须推进智能定价定价部门的职责从制定价格转向运营智能体、优化策略规则、处理特殊场景对应的 KPI 也从定价准确率调整为整体利润贡献率。方向明确之后所有的争议都会从 “要不要做” 变成 “怎么做好”推进效率会大幅提升。3.3 AI 转型的核心抓手聚焦损益表而非技术指标对话中李开复进一步明确了 CEO 在 AI 转型中应该关注的核心方向不是技术指标而是损益表PL不是边缘功能而是收入、利润、防欺诈、动态定价、供应链、产品上市速度、核心创新能力这些核心命脉不是工具升级而是组织重构重新定义部门职责、流程和 KPI。所有的 AI 项目都要围绕核心业务价值展开都要能够对应到损益表中的具体科目。具体来说CEO 需要重点关注三个方向的价值落地。3.3.1 收入端智能体驱动的增长重构收入端的 AI 应用直接作用于企业的营收增长是价值最明确的转型方向。典型场景包括智能动态定价、智能营销投放、智能销售辅助、智能产品推荐等等。这些场景的 AI 落地能够直接提升转化率、客单价或复购率最终体现为营收的增长。以动态定价为例传统的人工定价只能覆盖少量核心商品且调整频率低、对市场变化的响应慢。智能定价系统可以覆盖全量商品实时响应市场变化在不同区域、不同时段采用差异化的定价策略在保障销量的前提下最大化利润空间。行业内的成熟案例显示智能定价能够为零售企业带来 5% 到 15% 的毛利提升直接体现在营收与利润指标上。3.3.2 成本端全链路的效率革命成本端的 AI 应用通过替代人工决策与优化资源配置实现全链路的成本下降。典型场景包括智能供应链优化、智能运维、智能行政流程、智能生产调度等等。这些场景的价值直接体现为运营成本的降低对应损益表中的成本项。以供应链优化为例传统的库存计划依赖人工经验往往会出现要么库存积压占用资金要么库存不足影响销售的情况。智能供应链系统可以基于历史销售数据、市场趋势、供应链周期等多维度信息精准预测不同商品的销量自动生成补货计划在保障供应的前提下将库存降到最低。对于零售与制造企业来说库存成本的下降能够直接转化为利润的提升。3.3.3 风险端欺诈与合规的智能防控风险端的 AI 应用通过提升风险识别能力减少企业的损失。典型场景包括智能反欺诈、智能合规审查、智能质量检测等等。这些场景的价值体现为损失的减少同样会直接影响企业的净利润。以金融行业的反欺诈为例传统的规则引擎只能识别已知的欺诈模式对于新型欺诈手段响应慢且容易出现误判影响用户体验。基于大模型的智能反欺诈系统能够识别更复杂的欺诈模式快速响应新型欺诈手段同时降低误判率。对于金融机构来说欺诈损失的减少就是直接的利润贡献。我们可以用一张流程图清晰展示从顶层推动到价值落地的完整链路这条链路的核心逻辑是技术方案只是中间环节最终的价值实现必须依赖组织层面的配套调整。没有流程与 KPI 的重构再好的智能体也无法发挥全部价值。四、AI 智能体落地的组织架构重构路径基于对话提出的核心判断结合产业落地实践企业推进深度 AI 转型需要从顶层设计到执行层完成完整的组织架构重构而非仅在技术部门内部调整。4.1 顶层设计CEO 牵头的转型委员会AI 转型的第一步是搭建合适的顶层组织架构。最有效的模式是成立由 CEO 直接牵头的 AI 转型委员会作为全公司 AI 转型的最高决策机构。委员会的成员不能只有技术负责人必须包含核心业务线的负责人、财务负责人、HR 负责人以及 CIO 与 CTO。转型委员会的核心职责有四项。第一是制定公司级的 AI 转型战略明确转型的目标、优先级与节奏确定核心投入方向。第二是审批核心 AI 项目评估项目的业务价值与风险协调跨部门的资源投入。第三是裁决转型过程中的跨部门冲突对部门职责调整、流程变更、KPI 修改做出最终决策。第四是跟踪转型的整体效果基于核心业务指标的变化动态调整转型策略。需要注意的是转型委员会不能是虚设的议事机构必须有实际的决策权与资源调配权。委员会需要定期召开会议对核心项目进行复盘与决策保障转型的推进速度。CEO 必须亲自参与委员会的工作投入足够的时间与精力而不是将工作委托给下属。只有 CEO 真正重视全公司才会真正把 AI 转型当成核心工作。4.2 业务侧从需求提出方到价值责任方传统的 IT 项目模式中业务部门是需求提出方只负责描述需求不负责项目结果。项目做出来好不好用有没有产生价值业务部门不需要承担责任。这种模式在 AI 转型中必须彻底改变。在 AI 智能体转型中业务部门必须成为价值的第一责任人。每个核心 AI 项目都必须由对应的业务负责人担任业务 Owner对项目最终的业务结果负责。比如定价智能体的 Owner 必须是定价部门的负责人供应链智能体的 Owner 必须是供应链部门的负责人。业务 Owner 的职责不是提完需求就结束而是全程参与项目的全生命周期。从场景定义、规则梳理、效果验证到上线后的运营优化、流程调整业务 Owner 都要深度参与并且对最终的业务指标负责。对应的项目的成功标准也从 “功能交付” 变成 “指标达成”。这种角色转变能够从根源上解决 AI 项目与业务脱节的问题。当业务部门需要对结果负责时他们就不会提出不切实际的需求也不会在项目上线后置之不理而是会主动推动业务流程的调整确保智能体能够真正发挥价值。4.3 技术侧从工具交付者到业务赋能者对应的技术部门的角色也要从工具交付者转变为业务赋能者。传统的 IT 部门是接单模式业务提需求技术做开发开发完交付就结束。这种模式下技术团队不需要关心业务结果只需要保障功能符合需求、代码质量达标。在 AI 转型中技术团队的核心目标不再是交付项目而是帮助业务部门拿到业务结果。技术团队需要深入理解业务逻辑和业务团队一起拆解问题设计最优的智能体方案并且持续跟进上线后的效果不断迭代优化。技术团队的组织模式也要相应调整。不再是按技术栈划分的前端、后端、算法团队而是要成立面向业务场景的闭环团队。每个业务场景的 AI 项目都配备完整的产品、算法、工程、测试人员和业务 Owner 组成联合团队共同对业务结果负责。这种模式下技术团队不再是后台支持部门而是业务增长的核心伙伴。技术能力不再是孤立的能力而是和业务深度融合共同创造价值。4.4 流程与 KPI 重构适配智能体的运行机制组织架构调整之外更核心的是工作流程与考核体系的重构。原来的工作流程是为人设计的原来的 KPI 是针对人工工作制定的。当智能体成为业务运行的核心载体时流程与 KPI 都必须随之调整。流程重构的核心是将人工决策的节点替换为智能体决策加人工复核的模式。比如原来的定价流程是专员做定价方案、主管审核、经理审批、系统生效。智能定价上线后流程可以调整为智能体自动生成定价、特殊场景人工复核、异常情况人工干预。大部分常规场景由智能体自动处理人只负责处理例外情况与优化策略。KPI 重构的核心是从考核人的工作量转向考核最终的业务结果。比如原来定价部门的 KPI 可能包含定价完成率、定价出错率这类工作量指标智能定价上线后KPI 应该调整为整体毛利贡献率、库存周转率这类结果指标。定价团队的工作内容从手动定价变成运营智能体、优化策略规则、处理特殊场景考核标准也随之变化。流程与 KPI 的重构是 AI 落地最容易被忽视的环节也是决定转型成败的关键。很多企业上线了智能系统但流程与考核还是老一套最终系统没人用价值无法释放。只有配套的机制跟上智能体才能真正融入业务运行。行业中常见的一个问题是KPI 调整会导致员工抵触影响团队稳定怎么办正确的做法是设置过渡期逐步调整考核权重。初期可以保留部分原有指标同时加入业务结果指标随着智能体的成熟与员工能力的提升逐步加大结果指标的权重给团队足够的适应时间。五、开发者角色的范式升级从代码交付到业务 DRI这场组织革命也彻底改变了开发者的角色定位对话中李开复直接对在场的所有开发者提出了新的要求你们不能再只顾着低头写代码了你们必须深刻理解业务的最终结果。 如果你只是把写好的代码扔过墙去就不管了那注定会一败涂地。 —— 李开复 2026 上海 AMD AI 开发者日对话5.1 多智能体时代的开发者新定位在传统的软件时代开发者的核心工作是写代码将产品需求转化为可运行的软件系统。开发者的价值体现在代码质量、开发效率与系统稳定性上工作的终点是代码交付上线。在多智能体时代单纯的代码交付已经无法创造核心价值。智能体的价值不在于代码写得多么优雅而在于能不能解决业务问题能不能拿到业务结果。如果开发者只负责写代码写完就扔给业务部门不管最终的结果大概率是项目失败智能体无法发挥应有的作用。李开复在对话中提出在多智能体时代优秀的工程师正在蜕变为卓越的 DRI也就是直接负责人。DRI 的核心定义是对项目的最终结果全权负责而不仅仅对自己负责的模块负责。开发者不再是需求的执行者而是业务的合作伙伴需要和业务团队一起对最终的业务指标负责。这种角色转变对开发者提出了更高的要求。开发者不能再只盯着自己的代码只关心技术实现必须抬起头来看业务理解业务的底层逻辑知道业务的核心指标是什么清楚自己的工作会如何影响最终的业务结果。5.2 技术背景的降维打击优势开发者转型业务 DRI有着天然的优势这种优势是非技术出身的业务人员无法比拟的。李开复在对话中对此做了清晰的阐释非技术人员只能把智能体当成黑盒但你却懂得如何拆解、调优这些智能体懂得如何评估输出、精准定位故障点并以光速迭代。 你过去对代码倾注的工程心血现在要倾注到这个庞大的智能体身上。这就是你的工程背景化作降维打击能力的地方。 —— 李开复 2026 上海 AMD AI 开发者日对话核心的优势来自三个层面。第一是系统思维优势。开发者常年做系统架构设计习惯用系统化的视角看问题能够快速拆解复杂的业务链路梳理清楚各个环节的逻辑与依赖。面对智能体这种复杂系统开发者能够快速理解其运行原理知道哪里是核心节点哪里会出现瓶颈如何进行优化。第二是调试排障优势。业务人员使用智能体只能看到输入输出本质上是黑盒用户。一旦智能体出现效果不好、输出异常的情况业务人员很难定位问题根源只能笼统地说 “效果不好”。而开发者能够拆解智能体的内部逻辑精准定位是提示词的问题、工具调用的问题还是知识库的问题并且能够快速迭代优化。第三是快速迭代优势。AI 智能体的优化是一个持续迭代的过程需要不断根据业务反馈调整策略。开发者能够直接动手修改调整不需要经过需求传递、开发排期的漫长流程能够实现业务反馈的快速响应大幅提升迭代效率。这些优势叠加在一起就形成了技术背景的降维打击能力。同样做智能体业务懂技术的 DRI 能够比纯业务人员更快拿到结果并且能够做到更深的优化程度。我们可以通过一张表格清晰对比传统开发者与智能体时代 DRI 开发者的差异能力维度传统开发者智能体时代 DRI 开发者核心目标交付高质量代码达成业务结果关注范围技术模块内部端到端业务链路能力核心编码、调试、架构设计智能体编排、业务理解、效果调优考核标准代码质量、交付周期业务指标达成度协作模式需求接收、单向交付跨团队协同、结果共担问题处理修复代码 bug定位业务问题并迭代优化5.3 开发者的能力升级路径从传统开发者转型为业务 DRI不是一蹴而就的事情需要在三个方向上进行能力升级。5.3.1 业务理解能力穿透技术看价值第一个升级方向是业务理解能力。开发者不需要成为业务专家但必须理解所在业务领域的核心逻辑。要清楚业务的盈利模式是什么核心指标有哪些业务流程的关键节点在哪里当前最大的痛点是什么。建立业务理解能力最有效的方法是深度参与业务复盘多看业务数据多和业务人员交流。不要只在需求评审的时候才接触业务平时就要主动了解业务的运行状态知道业务团队在为什么问题焦虑。只有理解了业务的痛点才能设计出真正有价值的技术方案。5.3.2 智能体工程能力从编码到编排调优第二个升级方向是智能体工程能力。传统的编码能力依然重要但已经不是核心能力。开发者需要掌握智能体的全生命周期管理能力包括智能体的架构设计、提示词工程、工具调用编排、知识库构建、效果评估、故障排查、性能优化等等。智能体工程和传统软件工程有很大的区别。传统软件是确定性的输入确定输出就确定而智能体是概率性的同样的输入可能得到不同的输出。这就要求开发者建立新的工程方法论学会用评估体系、迭代流程来管控智能体的效果而不是像传统软件一样追求绝对的确定性。5.3.3 结果导向思维从交付到负责第三个升级方向是结果导向的思维模式。开发者要改变 “做完需求就完事” 的思维习惯建立 “对最终结果负责” 的意识。项目上线只是开始不是结束。上线之后要持续跟踪业务效果根据反馈不断优化直到达成预期的业务目标。这种思维转变是最核心的也是最难的。很多技术人员习惯了对过程负责觉得我代码写好了没 bug就完成任务了。但在智能体时代过程正确不代表结果正确。只有最终拿到了业务结果工作才有价值。行业中有一个常见的疑问是不是所有开发者都要转型做业务 DRI答案是否定的。底层平台、基础设施、通用能力建设方向的开发者依然可以走纯技术路线。但面向业务场景的应用开发者转型 DRI 是未来的核心发展方向也是提升自身职场竞争力的关键路径。六、企业 AI 转型的落地避坑与风险边界基于对话提出的核心判断结合大量企业的落地实践AI 转型过程中存在多个常见陷阱需要提前识别并规避。6.1 避免两个极端完全技术主导与完全业务盲动企业推进 AI 转型最容易走入两个极端。第一个极端是完全技术主导也就是对话中指出的把 AI 完全交给 CIO 和 IT 部门最终做出一堆没有业务价值的工具。第二个极端是完全业务主导业务部门不懂技术边界拍脑袋提出各种不切实际的需求最终项目无法落地或者效果远不及预期。正确的模式是技术与业务深度融合双方共同对结果负责。业务部门负责定义问题、明确目标、提供业务规则与领域知识技术部门负责评估可行性、设计方案、落地实现并且共同验证效果。CEO 的职责就是平衡双方的关系保障协作模式的顺畅运行。避免走入极端的一个有效方法是建立统一的价值评估标准。所有 AI 项目都用业务价值来衡量而不是用技术先进性或者业务想象力来衡量。技术方案再先进产生不了业务价值就不是好方案业务想法再美好技术上无法落地也没有意义。用统一的价值标尺来评判能够有效减少无意义的争执。6.2 试点先行从核心业务场景切入而非全面铺开很多企业推进 AI 转型一开始就搞大而全的规划要做全公司的 AI 平台要覆盖所有业务场景最后摊子铺得太大资源分散哪个场景都做不深哪个都拿不出明确的成果。正确的落地策略是试点先行单点突破。选择一个核心业务场景集中资源做深做透拿到明确的、可量化的业务成果形成可复制的成功模式然后再逐步推广到其他场景。试点场景的选择非常关键。不能选太边缘的场景边缘场景即使成功了也没有说服力无法带动全公司的认知。也不能选太复杂、周期太长的场景长时间看不到结果会打击团队信心也无法获得持续的资源支持。理想的试点场景需要满足三个条件。第一是属于核心业务做好了能够显著影响核心指标有足够的价值分量。第二是场景边界清晰数据基础好能够在 3 到 6 个月的周期内看到明确效果。第三是有业务负责人的支持愿意配合进行流程与 KPI 的调整。试点成功之后再进行规模化推广。推广过程中要沉淀标准化的方法论与工具链降低后续场景的落地成本逐步形成公司级的 AI 能力体系。6.3 组织阵痛的应对平稳过渡而非激进颠覆AI 转型必然会带来工作模式的变化也会涉及岗位调整与人员转型。如果推进过于激进很容易引发员工的抵触情绪导致组织内耗反而影响转型效果。正确的做法是平稳过渡循序渐进。智能体的定位首先是辅助人工提升人的工作效率而不是立刻替代人。初期可以让人机协同工作随着智能体能力的提升和员工的适应逐步加大智能体的权责逐步调整工作内容。对于受影响较大的岗位要提供转型的路径与支持。比如原来的定价专员可以转型为智能体运营专员负责优化智能体的策略、处理特殊场景、监控运行效果。这些员工有丰富的业务经验转型之后能够更好地运营智能体比纯技术人员更有优势。企业要传递清晰的信号AI 转型的目标是提升整体竞争力不是为了裁员。让员工看到转型带来的是能力升级与职业发展而不是失业风险。只有获得员工的认同与支持转型才能顺利推进。6.4 合规与安全底线CIO 的核心价值阵地在全力推进业务价值的同时绝对不能忽视安全与合规底线。AI 技术带来了新的安全风险比如数据泄露、生成内容违规、算法偏见、系统被攻击等等。这些风险如果失控不仅会影响业务运行还可能给企业带来监管处罚与声誉损失。安全与合规的保障正是 CIO 团队的核心价值所在。在 AI 转型的全过程中CIO 团队需要负责建立完善的 AI 安全治理体系覆盖数据安全、模型安全、内容合规、隐私保护等多个维度。所有的 AI 应用上线前都必须经过安全与合规评审确保符合监管要求与企业内部规范。需要明确的是安全合规不是转型的阻碍而是转型的保障。只有在安全合规的前提下AI 才能稳定地进入核心业务链路才能长期持续地创造价值。业务团队不能为了追求落地速度而绕过安全合规流程技术团队也不能用安全作为拒绝创新的借口。双方需要在 CEO 的协调下找到创新与安全的平衡点。结论这场上海 AMD AI 开发者日的对话之所以被视作中国企业 AI 转型进程中的标志性交流核心原因在于它跳出了技术参数的内卷直接点破了 AI 转型的本质这不是一次技术升级而是一场组织革命。对话的最后AMD CEO 苏姿丰也从产业视角表达了对智能体价值的判断我希望有很多 Agent 来帮我设计芯片显然这里面蕴藏着无尽的机遇。 —— 苏姿丰 2026 上海 AMD AI 开发者日对话AI 智能体技术的成熟正在推动企业从数字化时代进入智能化时代。这一轮变革的深度与广度远超以往任何一次技术升级。它不是简单的软件更新也不是局部的效率提升而是一场涉及业务逻辑、组织架构、工作模式的全面革命。将 AI 转型完全交给 CIO本质上是在用旧时代的组织模式应对新时代的变革最终必然陷入工具化的表层困境。只有 CEO 亲自挂帅从顶层推动组织重构与业务变革将 AI 能力深度融入核心业务链路才能真正释放 AI 的价值让 AI 成为企业增长的核心引擎。在这个过程中CIO 依然是不可或缺的核心角色负责构建转型的技术底座保障安全与合规。开发者也需要完成角色升级从单纯的代码交付者转变为对业务结果负责的 DRI用技术能力创造更大的业务价值。企业的 AI 转型没有捷径可走。它需要顶层的决心需要组织的适配需要全员的认知升级。那些能够率先完成组织变革、将 AI 深度融入核心业务的企业将在新一轮的产业竞争中建立显著的优势而那些停留在表面、不愿打破旧有格局的企业将会逐步被时代拉开差距。 【省心锐评】AI 转型的核心从来不是技术问题而是组织问题。顶层决心与权责重构才是决定成败的关键。SEO 关键词 AI 转型、CEO 挂帅、CIO 定位、智能体、组织变革、研发升级