星辰软件工厂让文档一键成码：运营商大模型杀入软件研发深水区

2024年7月5日，上海世界人工智能大会（WAIC）中国电信星辰人工智能生态论坛上，中电信人工智能科技有限公司与中国电信人工智能研究院（TeleAI）联合发布了一款名为"星辰大模型·软件工厂"的产品，并冠之以"国内首款破局性AI开发工具"。用户只需用日常语言写下一份产品文档，大模型就能据此自动生成前后端代码、自主跑测试、自我纠错，最后在软件工厂内一键部署上线。一句话、一份文档，就拥有一套属于自己的网站、App或小程序——这正是运营商大模型杀入软件研发深水区的标志性事件。

如果把时钟再往后拨一年，到2025年7月26日的WAIC，中国移动也焕新发布"九天"基础大模型3.0，其中就包括专门面向研发场景的九天代码大模型，支持Python、Java、JS、TS、Go、C++等10+种主流编程语言的代码生成、注释生成、单元测试生成和代码智能问答。

这意味着，三大运营商过去两年最热闹的战场是客服、政务、网络运维，而进入2025—2026年，软件研发本身正成为运营商大模型下一个要啃下的硬骨头。本文就以星辰软件工厂为主线、九天代码大模型为对照，拆解运营商大模型在研发提效这条赛道上到底走到了哪一步。

一、问题背景：为什么运营商要造"代码大模型"和"软件工厂"

很多人会有一个直觉疑问：写代码这件事，有GitHub Copilot、有Cursor、有DeepSeek-Coder、有通义灵码，运营商凑什么热闹？答案藏在三个结构性矛盾里。

矛盾一：运营商是隐藏的"软件大户"。 中国移动"九天"团队核心技术人员近1500人，累计投入超百亿元，算力规模从9.4EFLOPS一路飙升至2025年上半年的61.3EFLOPS，积累了近700PB数据。中国电信同样完成了超500TB文本数据、12亿张图文数据、PB级视频数据的积累。三大运营商本身就是巨大的软件研发组织——BSS/OSS计费系统、网管平台、营业厅App、政企客户定制项目，动辄数万研发人员、数千万行存量代码。把研发提效这件事做扎实，省下来的是真金白银。

矛盾二：政企客户的"最后一公里"交付难题。 运营商卖给政企客户的不仅是网络和云，越来越多是定制化的数字化应用。这类项目需求模糊、时间紧迫、预算有限，传统外包开发模式周期长、成本高。中国电信在软件工厂产品页就明确点出三个目标场景：内部系统无代码改造降本增效、需求模糊时快速搭Demo、低成本验证新业务方向。本质上是用大模型把"开发"这件事从专业程序员手里，下沉到能写清需求文档的普通人手里。

矛盾三：安全合规与自主可控。 运营商承载海量通信数据和政务数据，研发工具不能用一个把代码片段传到境外的SaaS Copilot。这也是为什么星辰软件工厂和九天代码大模型都强调"全国产算力训练、全栈自研"——星辰系列完全基于国产算力，九天3.0强调"高安全、高可控、全国产、全行业"四大特性。自研代码大模型，对运营商而言既是提效工具，也是一道安全底线。

二、方案详解：星辰软件工厂的"文档即工程"范式

星辰软件工厂最核心的颠覆，是提出了一个叫做"文档即工程"（Document-as-Engineering）的软件开发新范式。

传统软件开发的流程是：需求分析 → 系统架构设计 → 微服务开发 → 测试 → 部署 → 运维。程序员要在这条链路的中间环节大量"翻译"——把产品经理写的需求文档，翻译成架构图，再翻译成代码。每一次翻译都是信息损耗和误解的温床。

星辰软件工厂的做法是直接把"文档"提升为软件开发的核心产物，让代码生成、测试、部署都围绕文档自动运转，隐去代码编写过程本身。它的三大核心能力可以概括为：

• 开发流程革新：用更接近日常语言的项目文档替代代码作为协作中心，非软件开发人员（产品经理、业务专家）也能直接参与项目开发，加速需求传递与协同。
• 代码可控生成：自研多模态代码生成大模型，提出"代码基元"（Code Primitive）概念——从海量代码中抽取最小的、可复用的方法单元，实现代码模块间的关系解耦，从而保证"从项目文档到项目代码"的稳定生成，而不是一锅乱炖的幻觉代码。
• 交互模式升级：用户只需关心产品需求与描述文档的撰写，跟随软件工厂的步骤指引，就能完成软件开发、自动测试与一键部署。

整个流程串起来，就是一条全自动流水线：写文档 → 大模型读懂需求 → 生成前端代码 + 后端代码 → 自主运行测试用例 → 发现错误自动纠错 → 一键部署上线。这个过程的关键工程难点，不在于"能不能生成代码"（这是任何代码大模型都做得到的事），而在于"生成的代码能不能跑通、能不能被测试验证、能不能部署"——后者恰恰是Copilot类"行内补全"工具解决不了的。

flowchart TD
    A[产品需求文档<br/>日常语言撰写] --> B[星辰多模态大模型<br/>需求理解与拆解]
    B --> C[代码基元库<br/>最小方法单元匹配]
    C --> D1[前端代码生成]
    C --> D2[后端代码生成]
    D1 --> E[自动测试<br/>自主生成用例]
    D2 --> E
    E --> F{测试通过?}
    F -->|否| G[自主纠错<br/>反馈重生成]
    G --> E
    F -->|是| H[一键部署上线<br/>软件工厂内闭环]
    H --> I[持续迭代<br/>文档驱动更新]

    style A fill:#fff3cd,stroke:#856404
    style B fill:#d1ecf1,stroke:#0c5460
    style H fill:#d4edda,stroke:#155724

值得注意的是，这套范式背后是TeleAI的数据底座。中国电信已完成超500TB文本、12亿张图文、PB级视频数据的清洗与积累，并由AI领域"Fellow大满贯"科学家李学龙担任TeleAI院长带队攻坚。代码基元的抽取，本质上依赖的就是这份多模态数据语料库里对"代码—注释—文档—截图"的成对对齐能力——这也是为什么它敢叫"多模态"代码生成，而不只是纯文本的代码补全。

三、对照案例：中国移动九天代码大模型的"两阶段"路线

如果说星辰软件工厂走的是"文档→完整应用"的激进路线，那么中国移动九天代码大模型走的就是更工程化、更贴近开发者日常的"两阶段持续训练"路线。

九天代码大模型发布于2025年WAIC的九天3.0体系内，核心能力聚焦在四个研发高频任务：代码生成、注释生成、单元测试生成、代码智能问答，覆盖Python、Java、JS、TS、Go、C++等10+种主流语言。它采用两阶段持续训练——先在大规模通用代码语料上预训练，再在高质量、经过测试对齐的代码数据上做第二阶段精调，使模型不仅能写出"看起来对"的代码，还能写出"能通过测试"的代码。

九天团队在学术侧还有一个很硬的产出：发表了一篇关于MultiPL-MoE / Hybrid-MoE架构的工作，专门解决"低资源编程语言代码能力"的难题——即在算力受限的前提下，同时提升模型对多种语言的理解与生成能力，且不损害主流语言性能。这是一个典型的混合专家（MoE）思路：不同语言路由到不同专家子网络，用稀疏激活换取多语言覆盖。这与九天3.0众擎语言大模型采用的"可扩展至万亿级MoE架构、15T token多阶段配比预训练"是一脉相承的工程哲学。

从榜单成绩看，九天3.0语言大模型在GPQA-Diamond评测中以77.67分位列全球第二，并通过构建"113域×53能力"的二维分级后训练框架结合动态强化学习策略，使复杂推理能力提升了35%。这些推理能力的提升，正是代码生成、单元测试这类需要"想清楚再写"任务的基础。

四、效果数据与功能对比

下面两张表，分别从功能定位和关键性能数据两个维度，把两款产品摆在一起看。

表1：星辰软件工厂 vs 九天代码大模型 功能对比

表2：关键性能与资源数据

需要特别说明的是：星辰软件工厂在内部系统改造上官方表述为"显著降本增效"，但并未公开单点的精确百分比；其可量化的硬数据更多体现在底层模型能力（如99.4%的AI质检准确率、500+应用场景覆盖）而非"开发效率提升X%"这种口径。这一点在阅读厂商宣传时尤其需要分辨——"能用"和"好用"之间，往往还隔着一整套测试基础设施的差距。

六、落地挑战与几点思考

拆完案例和数据，有几条值得通信行业同仁注意的判断：

第一，"代码生成"不等于"软件工程"。 真正难的不是生成一段能跑的函数，而是测试、纠错、部署、持续迭代这条完整链路。星辰软件工厂的真正价值主张正在于此——它把大模型嵌入到了工程流水线里，而不是停留在编辑器里的补全。判断一个研发大模型是否成熟，关键看它有没有"测试闭环"，而不仅仅是"会写多少行代码"。

第二，警惕"幻觉代码"在生产系统的风险。 九天3.0特别强调"幻觉清零"作为一大突破，这恰恰说明业界已经意识到：大模型生成的代码如果未经测试验证就进生产，后果可能比手写bug更难定位。通信系统的BSS/OSS一旦出问题影响的是计费和业务开通，容错率极低。所以代码大模型在运营商内部的落地，必然是"测试左移 + 人工审核"的双保险模式。

第三，研发提效的真正红利，属于"非专业开发者"。 两家产品的共同方向是把开发能力下沉——星辰软件工厂让产品经理写文档就能出应用，九天代码大模型让一线运维、网优人员能快速生成脚本。运营商真正庞大的不是几千人的研发团队，而是几十万的一线人员。让一线人员拥有"半个程序员"的能力，远比让程序员提速20%的价值大得多。

第四，自主可控是底线，不是噱头。 在国产算力上从零训练千亿参数MoE代码模型，这条路星辰和九天都走通了——星辰TeleChat3基于国产万卡算力池、15T tokens全栈国产化训练。对运营商而言，代码大模型不是"买一个用"的问题，而是"有没有"的问题。

七、结论

从星辰软件工厂的"文档即工程"到九天代码大模型的"两阶段测试对齐"，运营商大模型在软件研发这条赛道上已经从概念验证走到了真实工程化阶段。它们或许还不是代码榜单的最强者，但凭借自主可控、私有化部署、云网一体化交付三大差异点，正在政企市场开辟出一条互联网厂商难以复制的路。

可以预期，2026年的下一个看点将是：代码大模型与智能体（Agent）的深度融合——不再是"写一段代码"，而是"自动完成一个需求工单的全流程"。当软件工厂从"生成代码"进化到"自主完成开发任务"，运营商大模型在研发提效上的故事，才算真正讲完。

参考来源

1. 国内首款破局性AI开发工具，中国电信发布星辰软件工厂 — IT之家 — 星辰软件工厂产品定位、三大核心能力与文档即工程范式
2. 星辰大模型·软件工厂产品页 — 天翼AI开放平台/中国电信 — 官方场景定位（内部系统无代码改造、快速Demo、新业务验证）
3. 中国移动"九天"通用基础大模型3.0发布，核心技术开源 — IT之家 — 九天代码大模型两阶段持续训练、10+语言、研发任务能力
4. 性能跃迁，幻觉清零！中国移动"九天"3.0震撼登场 — 极客猿 — 万亿级MoE架构、15T token、推理能力提升35%、GPQA全球第二
5. 中移动九天团队MultiPL-MoE：Hybrid-MoE架构增强低资源代码能力 — 知乎 — 九天多语言代码能力的研究路线与学术产出
6. 国内首款破局性AI开发工具：中国电信星辰软件工厂重磅发布 — 搜狐 — 代码基元概念、全自动流水线与多模态代码生成细节

本文由「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 等场景全覆盖。