财经新闻

AI First,Coding Zero!

Jul 31, 2026

就在昨天,字节跳动启动了AI业务组织调整!

这是自2021年实行业务板块化以来,字节对To B业务动作最大的一次。

飞书产品团队并入豆包,飞书的市场、销售、客服体系则与火山引擎整合,组建新To B GTM组织“创造力服务平台”。

表面看,这只是一次协同办公产品的架构重组,但如果结合当前全行业的动作来看,这大概率也和字节想在Coding上争取更多资源有关。

毕竟,在几乎同一时间段里,大家都把重点放在了Coding上。

梁文锋在闭门交流中透露 DeepSeek现阶段最重要的是Coding Agent;阿里云刘伟光公开喊出Coding几乎for everything;阿里也在7月初发文禁止办公环境使用Claude Code,全面推进自研Qoder。

字节官方披露的信息是,"创造力服务平台"负责字节MaaS和SaaS等云服务的市场、销售和客户服务。

我们的判断是,字节希望借助飞书这支比较熟悉大客户销售的团队,帮助Trae、Seed等自研模型和Coding能力更好地触达企业客户;飞书产品并入豆包,也可能是想让豆包在生产力场景上有更完整的产品承接能力。

各家公司都在讲“AI First”,但大家都很清楚,作为核心引擎的Coding赛道,目前基本都处于起步阶段。

所谓的“AI First,Coding Zero”背后,是底层的组织架构、模型能力、商业化路径的全面重塑。

大家都在补课

牌局规则最早由Anthropic定义。

2025年2月,Claude Code发布,将行业带入Agentic Coding阶段。

AI不再仅在编辑器里补全代码,而是直接操作终端,自主完成读代码、跑测试、改Bug、交付任务的完整流程。

Claude Code上线半年多,年化收入冲过10亿美元量级,到2026年2月已达约25亿美元。

据相关报道,Meta 公司一度全员都在使用Claude Code。尽管代码属于公司核心资产,半年前很难想象会让外部API触碰。

面对Claude Code在全球开发者和巨头内部的垄断势头,OpenAI很快跟进。2025年之前,OpenAI尚无独立Coding产品,编程能力混在ChatGPT订阅和API里。

之后旗下Codex独立并发力,使用量从Claude Code的一个零头,一路追至接近四成。

竞争氛围传导至国内,几乎所有头部大厂都在加速补课。

比如字节Trae、阿里Qoder、腾讯CodeBuddy、智谱CodeGeeX、商汤Raccoon、百度Comate、华为CodeArts、月之暗面Kimi Code,名单越来越长...

稍作对比,阿里动作最为具体。

今年7月初,因Claude Code被曝存在安全后门隐患及合规风险,阿里内部将其列高风险软件,7月10日起禁用于办公场景,推荐自研Qoder替代,蚂蚁随后跟进类似政策。

字节虽未明令禁止,但工信部相关平台对Claude Code发安全风险提示后,该产品在字节内部也变得敏感。

AI First不只是对外战略口号,它正变成一道道内部通知、一次次架构调整,以及一个被砍掉或被扶正的产品线。

Coding为什么值得大厂重投入?

表面看,大厂为了一个给程序员写代码的工具不惜推倒组织架构、甚至掀桌子重新组装团队,似乎有些过热。

但在商业世界里,从来没有无缘无故的疯狂。

在这场看似拥挤的赛道背后,藏着大厂最现实的变现诉求、算力消耗以及对未来企业级云生态控制权的终极焦虑。

首先,Coding效果最容易被验证。

相比AI客服提升多少体验、会议纪要省多少时间等模糊指标,Coding可直接换算为开发周期缩短天数、Bug减少数量、测试覆盖率提升比例,这些都能进财报。软件工程师是成熟付费群体,早已习惯为效率工具买单,研发部门往往是企业里首批愿为Agent产品付费的客户。

其次,Coding是目前少数Token消耗确定的场景。

一次复杂Agentic Coding任务,模型需持续读取代码库、调用工具、执行测试、按反馈反复修改,消耗Token可达普通代码问答的成百上千倍。谁拿下企业开发入口,谁就能锁定后续持续推理算力订单。

还有,Coding能触达云厂商过去难吃到的预算。

企业内部软件开发和人力外包预算,过去云厂商很难直接参与,AI Coding恰好能覆盖。阿里云、腾讯云、火山引擎均把自家Coding产品与云业务绑定。

用Qoder,算力跑在阿里云;用CodeBuddy,算力跑在腾讯云;用Trae,算力跑在火山引擎。表面卖开发工具,实际拿下企业算力预算。

字节此次把飞书销售体系并入火山引擎,逻辑亦在于此。

豆包负责产品协同,火山引擎负责把能力真正卖给企业客户,一边补产品,一边补销售渠道。

赛道本身仍处早期

把镜头拉远,会发现这条赛道尚未成熟。

字节自身路径可说明问题。先做IDE(Trae),后补底层模型(Seed-Code)。早期因自研模型能力有限,字节内部业务线宁用第三方模型也不用Seed-Code,导致数据回流不足,模型迭代较慢。

局面直到今年才有所改变,字节高层要求部分应用部门强制切换Seed模型,才慢慢扭转。

企业客户也遇类似问题。

据媒体报道,Uber内部发现员工大量使用Claude Code、Cursor等工具后,数月耗尽全年大部分AI预算,只能限制部分高成本工具使用。

埃森哲也对非研发岗位的AI工具使用做了限制,例如把PDF转PPT、简单文档润色等低价值任务,不再鼓励调用成本高的大模型。

换句话说,AI Coding一边被视为大模型公司较确定的收入来源,一边是企业当前较烧钱的应用场景之一,能力提升与成本控制仍在互相拉扯。

就像字节内部有句话说的,代码生成门槛降低了,系统复杂度并未随之降低。

所以说,Coding Zero想表达的正是,无论组织架构如何重组、销售团队如何整合,决定胜负的模型能力、成本结构与商业模式,眼下依然处于清零重构的原点(Zero)。

字节此次将飞书、豆包、火山引擎重新拼装,只为在这条最激烈的赛道上,抢到一个能跑到下一个纪元的入口。

但还是那句话,对于所有大厂而言,AI First 喊得再响亮,落到 Coding上,大家其实都还在Zero的起跑线上。

谁能率先在这个万亿级的算力黑洞里解开成本与效率的方程式,谁才能真正把战略口号,兑现成利润表上实打实的数字。

(责任编辑:zx0600)