当全行业把目光盯在运营商大模型如何"对外卖 MaaS、攻入政企"时，一场更安静却更彻底的变革正在三大运营商内部 IT 战线上演——自研代码大模型正在重写央企的研发流水线。
这是一组常被忽视的数字：中国移动、中国电信、中国联通合计拥有数万名研发与运维开发人员，支撑着从 BSS（计费、CRM、开通）到 OSS（网管、告警、编排）再到各类政企交付项目的海量代码仓库。这些系统动辄千万行代码、跨越 Java/Python/Go/C++ 等十余种语言、迭代周期长、强监管、强国产化要求。把它们交给公有云上的 Copilot？既不合规也不现实。于是，自研代码大模型成了三大运营商共同的选择——而这条路走到 2025—2026 年，已经从"补全工具"进化到了"软件工厂"和"研发智能体"的阶段。
本文拆解三大运营商自研代码大模型在研发提效上的实战：中国电信星辰软件工厂、中国移动九天代码大模型、中国联通元景 Coding Plan，对比它们的产品形态、技术路线与落地数据。
运营商 IT 研发体系有三个"反互联网"特征，决定了它们无法照搬科技公司那套 AI 编程方案：
第一，代码资产高度敏感、不能出域。 BSS/OSS 系统里沉淀的是用户套餐、信令、网元拓扑、计费规则等核心数据，代码本身也涉及业务逻辑与安全策略。央国企的数据安全合规红线决定了研发助手必须私有化部署、数据不出企业。
第二，国产化算力是硬约束。 在"人工智能+"行动与信创政策双重驱动下，三大运营商的代码大模型普遍要求跑在国产 GPU/芯片（昇腾、寒武纪等）和国产深度学习框架上。中国电信明确其星辰系列"完全基于国产算力训练"，中国移动九天人工智能研究院基于华为开源昇思 MindSpore 框架做训练优化——这种"全国产"是区别于通用代码模型的根本特征。
第三，领域适配度要求极高。 运营商的代码里有大量电信领域知识：3GPP 协议处理、网元接口、信令编解码、话单解析。通用代码模型对这些"冷门但关键"的场景理解薄弱，必须用自有代码语料做领域微调（domain-adaptive fine-tuning）。
这三点叠加，构成了三大运营商自研代码大模型的"刚需三角"。而下面的实战拆解将看到，三家给出的答案差异显著：电信走的是"软件工厂"产品化路线，移动走的是"开源代码基座+评测对标"路线，联通走的是"MaaS 工具链+Coding Plan 套餐"路线。
中国电信是三大运营商中最早把代码能力做成"破局性产品"的。2024 年 7 月 5 日，在 WAIC 2024 中国电信星辰人工智能生态论坛上，中电信人工智能科技有限公司和中国电信人工智能研究院（TeleAI）联合发布星辰大模型·软件工厂，定位"国内首款破局性 AI 开发工具"。
星辰软件工厂最显著的标签是"首创面向文档开发的软件开发新范式"。它不是把代码补全塞进 IDE 就完事，而是把多模态大模型深度嵌入软件工程全流程：需求分析、自动代码生成、自动测试、持续迭代，全链路智能化。其底层是星辰语义大模型 TeleChat（已迭代至 TeleChat2 / TeleChat3 系列），其中 TeleChat2-115B 采用 10 万亿 Tokens 中英文高质量语料、完全基于国产万卡集群和国产深度学习框架训练。
实际使用体验上，软件工厂打的是"低门槛 + 端到端"两张牌：用户只需提供需求文档，无需编写代码，系统即可自动完成前端到后端的开发与部署。官方演示给出的体感数字是"两分钟完成一个应用开发"——这一数字虽是理想场景下的演示值，但已足以说明其目标：把 AI 编程从"程序员效率工具"升级为"业务人员即可用的应用工厂"。除了 Web 端，软件工厂还发布了 VSCode 版插件，覆盖开发者最熟悉的工作环境，提供"低门槛"的智能开发体验。
星辰大模型由中国电信集团 CTO、首席科学家、TeleAI 院长李学龙教授牵头打造，是一支近 800 人的研发团队。2025 年 4 月，中国电信正式上线天翼 AI 开平台（teleai.com.cn），把星辰全模态、全尺寸大模型对外开放，代码模型也在其中。TeleAI 还开源了其首个代码模型，主打"端到端一键编程"。
在内部，星辰大模型已嵌入电信的研发与办公体系。一个被多次引用的口径是：在长文写作等任务上，星辰大模型内部有效采纳率可达 85.7%。需要说明的是，这一数字针对的是文档/写作类任务而非纯代码，但它侧面反映了星辰模型在电信内部"被真正用起来"的深度——不是演示用，而是进生产。在代码侧，软件工厂的能力则更多体现在 BSS/OSS 交付提效与政企项目快速原型化上。
中国移动的打法更"研究院范儿"——先把代码大模型做到 SOTA，再做开源、再谈落地。2025 年 7 月 26 日，中国移动在 WAIC 2025 发布九天基础大模型 3.0，其中九天代码大模型是核心组成之一。
九天代码大模型采用两阶段持续训练技术（two-stage continual pre-training）：第一阶段注入通用代码知识，第二阶段针对运营商代码仓库做领域适配。功能上覆盖代码生成、注释生成、单元测试生成、代码智能问答等任务，支持 Python、Java、JavaScript、TypeScript、Go、C++ 等 10+ 种主流编程语言——这恰恰是运营商 IT 系统的主流技术栈。
指标方面，中国移动公开引用 EvalPerf（EvalPlus 团队提出的代码生成效率评测基准）作为评测口径，强调九天代码大模型在"高效代码生成"上的表现。同时，九天体系内的九天数学大模型在 MATH500 及 AIME 2024 测评中超越 Qwen3、DeepSeek-Math 等同参数级模型，达到业界 SOTA；九天众擎语言大模型采用万亿级 MoE 架构，推理能力提升 35%，在 GPQA 等评测中全球领先。这些基座能力直接反哺代码模型的推理与逻辑水平。
中国移动把核心技术开源作为既定策略：九天数童结构化数据大模型（JT-DA-8B）、九天数学大模型（JT-Math-8B） 均已开源模型权重、微调代码与推理代码。代码大模型本身虽未完全开源，但其基座与工具链的开源，为内部研发平台和外部合作伙伴提供了"可微调、可二次开发"的底座。九天自然语言交互大模型早在 2024 年 4 月就通过国家网信办"生成式人工智能服务备案"和"境内深度合成服务算法备案"双备案，是首个央企研发的双备案大模型——这为代码助手在企业内部规模化铺开扫清了合规障碍。
九天代码大模型通过九天人工智能平台（jiutian.10086.cn）对外提供服务，该平台汇聚算力、算法、数据，"全面支持自智网络等多样化运营商智慧运营需求"。对内，它面向中国移动数万名研发与 IT 运维人员，集成进内部 IDE、代码托管与 CI/CD 流水线，形成代码补全、审查、单测生成、Bug 定位修复的研发智能体闭环。
中国联通走的是另一条路：不急于做单一爆款产品，而是先建 MaaS 平台和工具链，再在其上长出 AI 编程服务。
2024 年 2 月 28 日 MWC 2024 期间，中国联通发布元景大模型"1+1+M"体系：1 套基础大模型 + 1 个大模型平台 + M 种行业大模型。基础模型借鉴"动物智能演化规律"布局 10 亿、70 亿等多参数级别。其核心抓手是元景大模型 MaaS 平台（maas.ai-yuanjing.com），主打 "选模型 → 改模型 → 用模型" 三步走的工具链范式，一站式使能大模型开发应用。
在代码场景上，联通推出元景 Coding Plan，定位为 AI 编程服务套餐，依托联通云算力与元景大模型体系，打出 "模型自由 + 工具自由 + 算力自由" 的一站式开发体验。这一命名和定位很"运营商"——它不是一款 IDE 插件，而是一套可被企业 IT 部门采购、按需配置模型/工具/算力的"研发产能包"。用户通过元景 MaaS 平台接入，可以把元景代码模型与团队现有工具链（Git、Jenkins、IDE）打通。
2025 年 7 月 19 日中国联通合作伙伴大会上，联通进一步开源了元景万悟——基于元景 MaaS 平台的轻量版智能体开发平台，董事长陈忠岳明确其"支持零代码应用开发"。这填补了 MaaS 平台"体量大、部署复杂、算力成本高"的短板，让中小团队也能快速构建研发智能体。元景 Coding Plan + 元景万悟的组合，构成了联通"平台化 AI 编程"的完整闭环。
为了更直观地看到三家差异，下面给出两张对比表。
| 维度 | 中国电信·星辰软件工厂 | 中国移动·九天代码大模型 | 中国联通·元景 Coding Plan |
|---|---|---|---|
| 发布时间 | 2024.07（WAIC 2024） | 2025.07（九天 3.0，WAIC 2025） | 2024.02 起（元景体系），Coding Plan 持续演进 |
| 产品形态 | 端到端"软件工厂"+VSCode 插件 | 开源代码基座+研发智能体平台 | MaaS 平台上的 AI 编程服务套餐 |
| 核心范式 | 面向文档的开发（需求→应用） | 两阶段持续训练+代码评测对标 | 模型/工具/算力"三个自由" |
| 底座模型 | TeleChat2/3（115B，10 万亿 Tokens） | 九天众擎（万亿级 MoE，推理+35%） | 元景 1+1+M（10 亿/70 亿多参数） |
| 国产化 | 完全国产算力+国产框架训练 | 昇思 MindSpore+国产芯片适配 | 联通云算力底座 |
| 开放策略 | 天翼 AI 开放平台对外、开源首个代码模型 | 基座（数童/数学）开源，双备案 | 元景万悟开源、MaaS 平台开放 |
| 典型场景 | 政企项目原型化、BSS/OSS 交付 | 内部研发提效、自智网络脚本 | 企业 IT 产能采购、零代码应用 |
| 指标 | 星辰（电信） | 九天（移动） | 元景（联通） |
|---|---|---|---|
| 支持语言 | 多语言（含电信领域适配） | 10+ 种（Python/Java/JS/TS/Go/C++ 等） | 多语言（随 MaaS 模型可切换） |
| 功能覆盖 | 需求分析→代码→测试→迭代全链路 | 代码生成/注释/单测/问答 | 编程套餐+智能体编排 |
| 评测对标 | 长文写作采纳率 85.7%（内部） | EvalPerf；数学/推理 SOTA，超 Qwen3 | 主打工具链与零代码，弱化单一跑分 |
| 演示体感 | 两分钟完成一个应用开发 | 推理能力提升 35%（众擎基座） | 元景万悟零代码应用开发 |
| 研发团队 | TeleAI 近 800 人 | 九天人工智能研究院+中移系 | 联通数据科学与 AI 团队 |
| 合规 | 国产化+央企安全合规 | 央企首个双备案大模型 | 联通云安全体系 |
需要补一个行业基准做参照：腾讯《2025 腾讯研发大数据报告》披露，腾讯超过 90% 的工程师使用 AI 编程助手 CodeBuddy、50% 新代码由 AI 辅助生成、整体研发效能提升超 20%。这是"互联网大厂"在代码大模型上的成熟水位。三大运营商目前公开的更多是"能力对标 SOTA"和"采纳率/演示效率"，尚未系统披露类似"AI 代码占比""研发效能提升百分比"这种全口径工业级数字——这恰恰是 2026 年运营商代码大模型从"能用"走向"好用"必须补齐的账本。
下面这张图刻画了三大运营商代码大模型在内部研发提效上的通用闭环架构——尽管三家的产品形态不同，但"数据→模型→平台→流水线→提效度量"的五层结构高度一致。
flowchart TB
subgraph L1["第一层：数据底座（不出域）"]
D1["BSS 代码仓库<br/>计费/CRM/开通"]
D2["OSS 代码仓库<br/>网管/告警/编排"]
D3["领域语料<br/>3GPP/信令/话单"]
D4["运维脚本与故障知识库"]
end
subgraph L2["第二层：自研代码大模型（国产算力）"]
M1["电信 TeleChat2/3<br/>10万亿Tokens"]
M2["移动 九天代码大模型<br/>两阶段持续训练"]
M3["联通 元景代码模型<br/>1+1+M多参数"]
end
subgraph L3["第三层：平台与工具链"]
P1["星辰软件工厂<br/>天翼AI开放平台"]
P2["九天人工智能平台<br/>jiutian.10086.cn"]
P3["元景MaaS平台<br/>+元景万悟"]
end
subgraph L4["第四层：研发流水线集成"]
F1["IDE 插件<br/>代码补全/注释/问答"]
F2["CI/CD<br/>代码审查/单测生成"]
F3["需求→应用<br/>文档驱动开发"]
end
subgraph L5["第五层：提效度量与闭环"]
K1["代码采纳率"]
K2["AI 代码占比"]
K3["研发效能提升%"]
K4["回流语料再训练"]
end
L1 --> L2 --> L3 --> L4 --> L5
K4 -.回流微调.-> L2
这张图揭示了一个关键事实：三家的真正竞争壁垒不在"模型本身"，而在"第一层数据底座"和"第五层提效度量闭环"。 谁能把自己千万行级的电信代码语料更干净地喂进模型，谁能把"采纳率、AI 代码占比、效能提升%"更精准地量出来并回流训练，谁就能在下一轮拉开身位。
挑战一：评测体系缺位。 如前所述，运营商普遍缺少类似腾讯 CodeBuddy 那种"全口径研发效能账本"。内部采纳率高不代表真实效能提升，建议三大运营商在 2026 年建立统一的代码大模型 ROI 度量框架，把"AI 生成代码占比""人均代码产出""缺陷逃逸率"等指标纳入常态化披露。
挑战二：领域语料的"冷启动"。 电信领域代码（协议栈、信令处理）在通用预训练语料中占比极低，两阶段持续训练虽是正解，但高质量电信代码语料的清洗与脱敏成本极高。中国移动开源的数童（结构化数据）大模型在思路上是个示范——把数据能力单独抽出来打磨。
挑战三：从"补全"到"智能体"的跨越。 2025 年代码大模型已从补全工具进化为具备规划、执行、验证能力的编程智能体（Coding Agent）。运营商的研发场景天然适合 Agent——比如"定位一段 OSS 告警处理代码的 Bug 并提交修复 PR"。三家目前更多停留在 Copilot 阶段，向 Agent 演进是下一站。
展望： 随着天翼 AI 开放平台、九天平台、元景 MaaS 的成熟，三大运营商的代码大模型正在从"内部提效工具"向"对外 MaaS 能力"延伸——这与已覆盖的"三大运营商 MaaS 政企实战"形成接续。区别在于，代码大模型这条线切的是"赋能开发者与 ISV 伙伴"，而非终端行业应用，是一条更上游的赛道。
三大运营商在代码大模型上已走出三条清晰而不同的路：电信星辰软件工厂重"产品化与端到端"，把 AI 编程做成业务人员可用的应用工厂；移动九天代码大模型重"开源基座与评测对标"，先把模型做到 SOTA 再嵌入研发平台；联通元景 Coding Plan重"平台化与三个自由"，以 MaaS 工具链兜底、以 Coding Plan 与元景万悟承接代码场景。三家共同的底层逻辑是"全国产算力 + 数据不出域 + 电信领域适配"。下一轮的胜负手，将是谁能率先补齐"研发效能全口径度量"这块账本，以及谁能率先把 Copilot 升级为研发智能体。这场静悄悄的研发流水线革命，值得每一个通信 IT 人持续关注。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。