标签归档:ByAIGC

品鉴不同AI模型的输出文风

TL;DR

“9月7日,工业和信息化部印发《信息通信行业发展“十五五”规划》(以下简称《规划》)。

《规划》明确,到2030年,全面建成覆盖完善、性能领先的新一代通信网,加快形成技术先进、安全可控的信息通信产业体系,有效构建技管结合、敏捷高效的信息通信行业治理体系,打造全域联动、实战实用的网络和数据安全保障能力,行业赋能水平与全球化发展水平进一步提升,信息通信行业现代化迈出坚实步伐,为到2035年基本实现信息通信行业现代化奠定坚实基础。”

规划全文20页,要深入阅读要花不少时间,正好最近看AI味太浓的文章快看吐了,一直听闻 Gemini 3.6 Flash 的文本最自然,一骑绝尘,于是趁着这个机会品鉴一下。

我先让 Claude Opus 5 对全文进行总结,之后将结果再交给 Gemini 3.6 Flash 去 AI 味,最后看看两者的文风如何吧。

分析一下这份规划,作为普通人、计算机行业从业者有什么机会

之后在让各个模型独立总结一下看看。

Claude

我把这份规划的数据部分先拆出来看,因为它比正文的表述诚实得多。

先看那张指标表,它说了一件很扎心的事

专栏1里,行业收入从3.8万亿到4.1万亿,年均1.5%。信息基础设施累计投资从3.7万亿到3.8万亿,五年累计只多0.1万亿。研发投入强度4.7%到4.8%。电信业务总量增速从9%降到7%。

也就是说:整个行业的钱袋子基本不涨了,1.5%的年均增速低于名义GDP,也基本贴着通胀。但同一张表里,另一些数字在暴涨。智能算力6.16倍、存力3.15倍,而收入和投资几乎纹丝不动。图上没画的还有50G-PON端口数,从2万个到100万个,50倍。

结论很直接:这是一次存量重分配,不是增量扩张。钱要从传统电信网络里抽出来,砸进算力、AI和光网升级。对从业者来说,站错细分方向不是”少赚点”,而是被挤出去。

确定性最高的几块

智能算力工程。这是唯一一个六倍增长的硬指标,而且规划写得很具体:万卡、十万卡集群,推理算力按需部署,PUE压到1.2以下,”加大力度适配国产算力芯片”。最后这句话是个明确的人才缺口——国产芯片(昇腾CANN、寒武纪等)的软件栈适配、模型迁移、算子优化,现在做的人远少于需求。另外”面向场景按需部署推理算力”意味着重心从训练转向推理,vLLM/SGLang这类推理引擎的调优、量化、KV cache管理、集群调度(Volcano/Slurm/K8s)、RDMA网络组网,都是能直接变现的技能。

智能体互联网络(专栏5)。这是整份规划里最新的东西,五年前根本不存在。要做智能体身份标识体系、注册管理、权属认定、寻址解析、”互联网关”,还要建全生命周期监测管控。标准都还没定,意味着现在进去的人可能成为标准的参与者。对应的技术是MCP/A2A这类协议、DID去中心化身份、可信认证。风险是它可能落地很慢,但早期红利也在这。

安全,尤其是AI相关的安全。整个第四部分外加专栏11、12,篇幅很大。合规驱动的预算是最稳的预算。里面点名的技术:深度合成鉴伪、智能体安全、训练数据保护、算力设施防护、反诈垂类大模型、多模态风险感知引擎、车联网安全公共服务、汽车数据跨境监测。这几个方向现在从业人数都不多。

数据工程。”建设高质量数据集”这句话在文里出现了至少三次(工业互联网大数据中心、行业数据资源管理、网络运行安全)。加上”数据即服务”新业态、行业数据治理体系。数据清洗、标注、治理平台这类活儿不性感,但需求是刚性的。

AIOps / 网络智能运维。规划反复提”网络大模型与智能体””应急通信大模型””人工智能赋能网络运维””面向自然人、数字人、智能机器人协同的网络运维新范式”。运营商和设备商两边都要投,岗位会实打实增加。

判断真伪机会的一个方法

看专栏里有没有量化数字。带数字的是硬承诺,不带的是方向性表述

带数字的:新建5G-A基站50万个、50G-PON端口100万个、移动物联网终端38亿、超级基站2000个+全网通应急基站2000个、6支以上国家级应急通信队伍、6个以上区域保障中心、单星容量超100Gbps、1.6Tb/s光传输系统。这些几乎一定会发生,对应的工程订单是确定的。

不带数字的:”探索太空算力技术前瞻研究””开展平流层飞艇应用””适时启动6G商用”。这些是留口子的表述,别拿职业生涯去赌。

6G尤其要注意:规划期内明确只是研发、试验、标准,商用要”适时启动”,大概率是”十六五”的事。对普通从业者来说这是研究院和设备商的岗位,不是大众机会。

反过来说,哪些地方要小心

基建投资五年只增0.1万亿,5G基站每万人34→50,增速远低于”十四五”。无线网优、通信工程建设、施工监理这些岗位不会有第二波扩张。文里还写了”深化非理性竞争行为治理””推动企业优化考核”,这是运营商内部KPI改革的信号,渠道和销售端会承压。

工业互联网、标识解析这块要格外谨慎。它在”十四五”就是重点,五年下来落地效果一般。这次加了”平台+大模型””标识与工业智能体融合”的新说法,但底层的商业模式问题没变——制造业客户付费意愿低、项目制难产品化。规划自己也承认了,专门写”推动平台解决方案从项目制向产品化转变”。这句话的潜台词是过去做不到。

如果你不在这个行业

坦白讲,直接的岗位机会有限,但有两个偏门方向值得看:

一是算力枢纽所在的非一线城市。八大枢纽节点的运维、机房基础设施、液冷系统这些岗位在往内地走,竞争强度比北上广深低得多。

二是万兆光网和FTTR的家庭侧。规划写了”民用建筑新建和改造过程中同步开展FTTR建设”,50G-PON端口五年涨50倍。这是装维、家庭数字化服务的活儿,门槛不高但量很大。

另外还有适老化和无障碍改造、平台治理与反诈这类岗位,政策推动明确,但薪资天花板不高。


一句话总结这份规划对个人的含义:行业总盘子基本停滞,但内部结构在剧烈重组。真正的机会不在”进入这个行业”,而在”卡准从传统网络流向智算、AI和安全的那条钱的路径”。

Gemini By Claude

这段总结太 ai 了,用更自然的语言总结一下输出给我

把规划里的干货拆开看,最直白的信号其实就一个:行业大盘涨不动了,但内部在疯狂换血。

从数据就能看出来,整体行业收入五年年均才涨 1.5%,基础设施投资也只多了 1000 亿,基本就是贴着通胀走。但另一边,智能算力要求翻 6 倍、存力翻 3 倍、50G-PON 端口直接翻 50 倍。

这意味着钱没有变多,只是从传统通信基建里抽出来,硬塞给了智算、AI 和光网升级。对个人来说,站在老方向上可能不是“赚多赚少”的问题,而是很容易被边缘化。

真正有增量、能落地的几个硬方向

  • 国产算力适配与推理工程:智算翻 6 倍是硬指标。现在底层芯片(比如昇腾)的软件栈适配、算子优化人才极缺;另外重心明显在往推理侧走,像 vLLM 优化、模型量化、K8s/Slurm 集群调度、RDMA 组网,都是能直接换成工资的硬技能。
  • 智能体(Agent)基础设施:这次规划新提了智能体网络,要搞身份标识、解析和关口。现在这块连标准都还没定,虽然落地可能没那么快,但越早踩进 MCP/A2A 协议、DID 去中心化身份这些领域的,越容易吃第一波红利。
  • AI 安全与数据工程:合规和安全的预算向来最稳。深度合成鉴伪、智能体安全、车联网安全这些细分方向现在人还不算多。另外“高质量数据集”提了多次,数据清洗、治理这类活儿虽然干着枯燥,但需求非常刚性。
  • 网络智能运维(AIOps):运营商和设备商都在推“网络大模型”,以后拿 AI 辅助或代替人工做网络运维是必然,这块会实打实放出一批岗位。

怎么判断哪些是真机会,哪些是画饼?

直接看有没有写明具体的数字指标

  • 带确切数字的(真工程):比如建 50 万个 5G-A 基站、100 万个 50G-PON 端口、2000 个超级基站。这些指标是要立字据考核的,对应的工程订单和研发需求基本板上钉钉。
  • 只有方向没数字的(先别赌):比如“探索太空算力”、“平流层飞艇”、“适时启动 6G 商用”。这些多半是研究院或设备商前期拉踩踩点的项目,普通人没必要拿职业生涯去赌,尤其是 6G,大概率是下一个五年规划的事了。

哪些地方尽量避坑?

  • 传统基建与施工网优:无线网优、通信工程建设这类老行当,随着整体投资放缓,很难再有第二波红利。
  • 工业互联网/标识解析:过去五年落地效果普遍一般,制造业客户付费意愿低、定制化严重。这次虽然加了“大模型”的新概念,但底层商业模式没变,想靠这个搞出大爆发比较难。

对行业外的人有什么参考?

如果不在这个行业里,直接空降的好机会不多,但有两个相对偏的方向:

  1. 节点城市运维:八大算力枢纽大多在非一线城市,当地的机房运维、液冷设施相关岗位,竞争远没有北上广深那么卷。
  2. 家庭端装维升级:千兆/万兆光网和 FTTR 进户是硬性指标,家庭数字化组装、装维类工作门槛不高,但短期内活儿很密。

一句话: 别指望行业大盘带来红利了,接下来几年唯一的解法,就是把自己卡进“钱从传统网络流向智算和 AI”的那一条必经之路上。

Gemini

基于《信息通信行业发展“十五五”规划》(2026-2030年),这份文件展示了国家在通信、算力、人工智能与网络安全领域的战略走向。

对于普通人计算机行业从业者,这份规划蕴含了不同的生活影响与职业/创业发展机会:


一、 普通人:生活与消费体验的变化

  1. 硬件终端与智能化消费升级
  • 新型终端普及:规划明确提出推广AI眼镜、家庭机器人、裸眼3D、脑机接口、智能网联汽车、全屋智能等新型终端。普通人的消费级硬件将全面走向 AI 化和协同化。
  • 手机与卫星直联:未来的手机将普遍具备手机直连卫星(NTN技术)功能,在无地面信号的偏远地区、户外探险或断网应急场景下,手机依然能保持通信。
  1. 通信与网络体验升级
  • 从“双千兆”走向“双万兆”:城市热点区域将具备万兆下行、千兆上行的峰值速率,光纤到房间(FTTR)和万兆光网(50G-PON)将逐步普及。
  • 生活服务融合:教育、医疗、养老托育等公共服务将加速数智化改造,基层和偏远地区的数字化医疗/教育资源将更加丰富。
  1. 网络环境与个人数据保障
  • 治理反诈与骚扰:规划强化了“人工智能+反诈”以及对垃圾短信、骚扰电话(来电来信免打扰体系)的深度治理,普通人的防诈骗与隐私保护将得到进一步保障。

二、 计算机行业从业者:技术风口与就业/创业机会

规划中强调的“适度超前建设”、“系统优化治理”和“数实融合”,为技术人员指明了未来5-10年的重点投入方向:

1. 关键技术方向(研发与就业机会)

  • 智能体互联网络与 Agent 研发(重点专栏)

  • 亮点:规划专门设立了“专栏5 智能体互联网络建设”,提出建立互联网智能体身份标识体系、寻址解析、智能体网络设施及安全管控

  • 机会:智能体(AI Agent)不再局限于单一应用,而是走向网络化与标准化。掌握 Agent 架构、智能体身份认证、多智能体协同(Multi-Agent)开发的技术人员需求巨大。

  • 人工智能+网络/安全/运维(AI Ops & AI Security)

  • 亮点:规划多次提到“网络大模型”、“网络运行AI创新应用”以及“人工智能+网络安全”。

  • 机会:将 LLM/SLAM/智能体应用于自动化运维(AIOps)、安全威胁感知、智能反诈模型研发。AI 与传统通信/安全运维结合的复合型人才将非常抢手。

  • 算力网络与算网融合开发

  • 亮点:智算规模增长数倍(目标到2030年达到9800 EFLOPS),并强调算存网电协同、400G+超高速传输、无损网络、国产算力芯片适配

  • 机会:算力调度平台开发、高性能计算(HPC)网络优化(如 IP 广域无损传输)、算力监控与绿电调度软件、国产芯片生态适配工程。

  • 工业互联网与“平台+大模型”

  • 亮点:推动“平台+大模型”、“平台+数字孪生”新业态,开展工业5G独立专网与标识解析融合。

  • 机会:工业垂直大模型微调与落地、数字孪生系统开发、工业数据智能分析与高质量数据集构建。

  • 车联网(C-V2X)与低空经济/卫星互联网

  • 亮点:车路云一体化、低空通信覆盖、卫星物联网与星地融合(NTN)。

  • 机会:嵌入式系统开发、通信协议栈(NTN/5G-A/6G)开发、车载光通信、低空飞行管控与资源调度软件。

2. 创业与商业模式机会

  • “小快轻准”工业软件与中小企业数智化:规划指出要优化“小快轻准”解决方案,推动平台能力从“项目制”向“产品化”转变。这为专注于 SaaS 或标准化工业软件的初创团队提供了清晰的市场落地路径。
  • 数据要素与“数据即服务”(DaaS):规划明确提出“积极发展数据即服务等新业态”,建设行业高质量数据集(如工业、交通、网络安全领域)。数据清洗、标注、安全标注和合规交易平台拥有良好商业前景。
  • 开源生态与系统开发:基于开源鸿蒙(OpenHarmony)等研发支持智能体通信与环境感知的操作系统,应用软件生态建设将释放大量开发需求。

总结建议

作为计算机从业者,可以关注以下升级趋势并调整技能树:

  1. 拥抱 AI 与基础设施的结合:纯前端/后端开发受挤压,但“AI + 网络运维”、“AI + 数据安全”、“AI + 工业场景”等跨界结合点有大量新增预算和岗位。
  2. 关注异构计算与国产化:国产算力芯片适配、算力调度与并行计算是明确的政策倾斜方向。
  3. 注重 Agent 体系与端侧智能:从简单调包 LLM 转向研究智能体通信协议、身份认证以及端侧(手机/眼镜/车载)智能交互开发。

ChatGPT

你说得对。上一版虽然视觉上是二级标题,但我用了“核心判断”作为第一层内容,导致层级表达不够严格。下面我重新整理,全文最高只使用 ##,所有后续层级使用 ###,绝不出现 # 一级标题

一、先说结论:这份规划对普通计算机人的真正机会

这份规划表面上是“信息通信行业十五五规划”,但如果站在普通计算机从业者的角度看,真正值得关注的并不是 5G、6G、卫星通信这些传统通信产业,而是:

未来 5 年,AI 会进一步从“应用”变成基础设施负载,而围绕 AI 算力、云原生、网络、运维、安全和产业软件,会出现一轮新的软件工程机会。

规划提出,到 2030 年:

  • 信息通信业收入达到约 4.1 万亿元;
  • 研发投入强度达到 4.8%;
  • 5G/5G-A 基站数量继续增长;
  • 智能算力规模从 1590 提升到 9800
  • 先进存储能力从 540 EB 提升到 1700 EB

这里最值得注意的是智能算力

因为“算力增长”最终不会只产生硬件需求,还会产生大量软件需求:

GPU / NPU
    ↓
Linux
    ↓
容器
    ↓
Kubernetes
    ↓
算力调度
    ↓
AI 平台
    ↓
模型服务
    ↓
Agent
    ↓
行业应用

所以未来几年,计算机行业的一条重要主线就是:

AI Infrastructure。


二、机会 1:AI 基础设施,是我最推荐的方向

规划对算力基础设施的描述非常具体。

包括:

  • 枢纽—区域—边缘多层次算力设施;
  • 万卡、十万卡级 AI 集群;
  • 推理算力;
  • 国产 AI 芯片适配;
  • 算力资源监测;
  • 算力供需匹配;
  • 算力资源利用率;
  • 算力、存储、网络、能源协同。

这些东西翻译成软件工程语言,就是:

1. AI 集群管理

例如:

  • Kubernetes AI Cluster
  • GPU/NPU 调度
  • GPU Slice
  • AI Job Scheduler
  • Gang Scheduling
  • Queue
  • Priority
  • Resource Quota

2. AI 推理平台

例如:

  • Model Serving
  • Batch Inference
  • Online Inference
  • GPU Pool
  • Model Deployment
  • Autoscaling
  • Model Version Management

3. 算力运营平台

例如:

算力资源
    ↓
资源发现
    ↓
资源池
    ↓
调度
    ↓
计量
    ↓
监控
    ↓
计费
    ↓
服务化

这类工作与传统 Web 开发完全不同。

它更接近:

云计算 + Kubernetes + AI + 基础设施工程。


三、为什么我认为这个方向特别适合普通计算机从业者

因为它处于一个非常好的位置。

上游是:

芯片设计
服务器
网络设备

门槛极高。

下游是:

AI 应用
聊天机器人
AI Agent
AI SaaS

竞争越来越激烈。

中间则是:

AI Infrastructure

也就是:

让这些昂贵复杂的 AI 基础设施真正能够被企业使用。

这个领域需要大量软件工程师。

而且它并不要求你自己训练一个世界级大模型。

你需要解决的是:

“10000 张 GPU 怎么管理?”

“不同厂商的 NPU 怎么统一调度?”

“一个企业怎么安全地共享 GPU?”

“模型怎么部署到不同算力?”

“GPU 利用率为什么只有 30%?”

“一个模型突然流量暴增怎么办?”

这些都是非常典型的工程问题。


四、机会 2:国产 GPU/NPU 软件适配

规划明确提出:

强化人工智能芯片适配能力。

这个方向我认为容易被低估。

很多人看到“国产 GPU”会想到芯片设计。

实际上还有非常庞大的软件生态:

国产 GPU / NPU
       ↓
Driver
       ↓
Runtime
       ↓
Container Runtime
       ↓
Kubernetes Device Plugin
       ↓
Scheduler
       ↓
AI Framework
       ↓
Model Serving
       ↓
Application

这里每一层都有机会。

具体岗位/项目

例如:

  • Kubernetes Device Plugin
  • GPU/NPU Operator
  • Scheduler Plugin
  • Runtime Adapter
  • AI Framework 适配
  • Model Serving 适配
  • GPU/NPU Metrics
  • 性能 Benchmark
  • 算力调度
  • 故障诊断
  • 异构计算抽象

所以:

未来几年,“懂 Kubernetes + 懂 AI 算力 + 懂国产芯片适配”的工程师,会比单纯 Kubernetes 工程师更稀缺。


五、机会 3:AI 运维 / AIOps

规划明确提出利用人工智能赋能网络运行,探索网络大模型和智能体在网络运行中的应用。

这个方向非常值得关注。

传统运维:

告警
 ↓
工程师
 ↓
查日志
 ↓
查监控
 ↓
查配置
 ↓
定位问题
 ↓
执行命令

未来可能变成:

告警
 ↓
AI Agent
 ↓
日志 + Metrics + Trace + CMDB
 ↓
自动分析
 ↓
故障定位
 ↓
生成方案
 ↓
执行
 ↓
验证

例如 Kubernetes 出现:

Pod Pending

Agent 可以自动分析:

Pod
 ↓
Scheduler
 ↓
Node
 ↓
GPU
 ↓
Device Plugin
 ↓
Quota
 ↓
Event
 ↓
Prometheus

最终告诉你:

GPU 节点资源不足,因此 Pod 无法调度。

再进一步:

建议迁移到 GPU Pool B。

如果拥有执行权限,甚至可以:

诊断 → 审批 → 执行 → 验证

这实际上是:

AI + SRE + DevOps + Kubernetes

我认为这是非常现实的一条路线。


六、机会 4:Agent Infrastructure

这份规划里有一个特别值得关注的新概念:

智能体互联网络。

规划提出研究智能体身份、注册、认证、归属、地址解析、生命周期监控、安全控制,以及不同智能体网络之间的互操作。

如果用程序员熟悉的概念翻译,就是:

Agent Identity
Agent Registry
Agent Discovery
Agent Authentication
Agent Authorization
Agent Address
Agent Lifecycle
Agent Observability
Agent Security
Agent Communication

这其实已经非常接近传统基础设施。

因此未来可能出现一个新的基础设施层:

Agent Infrastructure

类似:

Server Infrastructure
        ↓
Cloud Infrastructure
        ↓
Container Infrastructure
        ↓
Kubernetes
        ↓
AI Infrastructure
        ↓
Agent Infrastructure

现在这个领域还没有完全成熟。

这反而意味着:

现在研究,比等它形成成熟产品以后再进入更有价值。


七、机会 5:Agent Security

规划中的安全部分也值得单独拿出来。

它已经不仅仅是传统网络安全,而是明确涉及:

  • AI 安全;
  • 数据安全;
  • AI 产品漏洞;
  • 供应链安全;
  • 训练数据保护;
  • 智能体安全;
  • AI + 网络安全。

Agent 的特殊之处在于:

用户
 ↓
Agent
 ↓
Tool
 ↓
Kubernetes
 ↓
Database
 ↓
生产系统

所以未来必然出现一系列问题:

  • Agent 能调用哪些工具?
  • 谁给它授权?
  • 哪些操作需要人工审批?
  • 如何审计 Agent?
  • 如何限制权限?
  • 如何隔离 Agent?
  • 如何防止 Prompt Injection?
  • 如何防止数据泄漏?
  • 如何阻止危险操作?

于是就会产生:

Agent IAM
Agent Gateway
Agent Policy
Agent Sandbox
Agent Audit
Agent Security

这实际上非常适合有云原生、安全、身份认证背景的人。


八、机会 6:AI + 工业互联网

规划明确提出:

“AI + 制造业”,以及面向中小企业的“小快轻准”解决方案。

同时特别提出推动工业平台解决方案由项目制向产品化转变。

这里有一个很重要的商业机会。

不是:

做一个万能 AI。

而是:

AI + 一个具体行业问题。

例如:

AI
+
设备预测性维护

或者:

AI
+
工业质检

或者:

AI
+
生产异常分析

真正困难的往往不是调用模型 API,而是:

设备
 ↓
数据
 ↓
工业系统
 ↓
数据库
 ↓
业务流程
 ↓
AI
 ↓
自动执行

所以工业 AI 的真正壁垒往往在:

数据 + 系统集成 + 部署 + 运维 + 产品化。


九、哪些方向不建议普通人直接冲

规划里面还有大量:

  • 6G;
  • 卫星互联网;
  • NTN;
  • 空天地一体化;
  • 高速光通信;
  • 400G/更高速网络;
  • 量子安全;
  • 通信核心设备。

这些当然是国家重点方向。

但对于普通程序员来说,直接进入这些领域通常意味着非常高的产业门槛。

例如 6G:

通信理论
+
射频
+
芯片
+
基站
+
协议
+
网络设备

这不是一个普通 Web 工程师几年就能切进去的方向。

更合理的方式是切入它的软件基础设施:

通信设备
 ↓
Linux
 ↓
容器
 ↓
Kubernetes
 ↓
自动化运维
 ↓
AI 运维

也就是:

不要和产业链最上游竞争,而是寻找软件中间层。


十、把所有机会放在一起看

我会这样排序:

方向 未来机会 技术壁垒 普通人进入难度 推荐
AI Infrastructure ★★★★★ ★★★★★ 中高 ★★★★★
AI + Cloud Native ★★★★★ ★★★★☆ 中高 ★★★★★
GPU/NPU 异构计算 ★★★★★ ★★★★★ ★★★★★
AI 运维 / AIOps ★★★★★ ★★★★☆ 中高 ★★★★★
Agent Infrastructure ★★★★★ ★★★★★ ★★★★★
Agent Security ★★★★☆ ★★★★★ ★★★★☆
AI + 工业互联网 ★★★★☆ ★★★★☆ 中高 ★★★★☆
普通 AI 应用 ★★★☆☆ ★★☆☆☆ ★★★☆☆
6G 底层 ★★★☆☆ ★★★★★ 极高 ★★☆☆☆
卫星通信底层 ★★★☆☆ ★★★★★ 极高 ★★☆☆☆

十一、真正值得押注的是这一条技术链

如果从个人职业发展的角度,我会把路线画成:

Linux
  ↓
Network
  ↓
Container
  ↓
Kubernetes
  ↓
Cloud Native
  ↓
GPU / NPU
  ↓
AI Infrastructure
  ↓
Model Serving
  ↓
AI Agent
  ↓
Agent Infrastructure
  ↓
Agent Security
  ↓
Industry AI

这条路线有一个非常大的优势:

底层技术壁垒越来越高,但越往上又越来越接近未来 AI 产业。

而且不会因为某一个 AI 模型被淘汰就失去价值。

比如模型从 GPT-X 换成其他模型:

Kubernetes
GPU
Scheduler
Networking
Storage
Security
Observability

这些基础设施依然存在。


十二、结合你现在的技术方向,我反而建议不要换赛道

如果单独看这份规划,你可能会觉得:

“是不是应该转去做通信?”

我认为完全没必要

你现在涉及的:

Kubernetes
GPU/NPU
GPU Slice
调度
多租户
Dex/OIDC
Capsule
Headlamp
OpenFuyao
AI Native

实际上已经非常接近规划中最有价值的软件部分。

规划要求发展统一算力平台、算力互联、异构算力适配、智能化网络运维等方向。

你真正需要做的不是重新学习一套东西,而是:

把已有的 Kubernetes / Cloud Native 能力向 AI Infrastructure 延伸。

然后再向:

Agent Infrastructure

延伸。


十三、如果让我帮你选择一个最值得长期押注的定位

我不会建议你把自己定位成:

Kubernetes 工程师

也不会建议定位成:

AI 应用开发工程师

而更建议逐渐形成:

AI Infrastructure / AI Native Infrastructure Engineer

再进一步:

AI + Cloud Native + Agent Infrastructure

最终形成:

        AI Agent
            ↑
   Agent Infrastructure
            ↑
    AI Infrastructure
            ↑
 Kubernetes / Cloud Native
            ↑
     GPU / NPU / Network
            ↑
        Linux

这个定位的价值在于:

你既懂底层基础设施,又懂 AI 工作负载。

这类复合能力,比单独掌握某一个框架更难被替代。


十四、还有一个对个人创业特别重要的机会

规划提出鼓励中小企业围绕产业链薄弱环节“精准补链”,并推动相关解决方案产品化。

这意味着个人或者小团队不一定要去做一个“大平台”。

反而可以做:

GPU/NPU Operator
        ↓
GPU 调度插件
        ↓
AI 集群监控
        ↓
AI 运维 Agent
        ↓
Agent Gateway
        ↓
Agent Security
        ↓
AI 部署工具
        ↓
算力成本优化
        ↓
某个行业 AI 工具

这些都是典型的:

大厂有需求,但不一定值得大厂专门投入大量人力做;小团队反而可以做得很好。

这可能是这份规划对于个人创业者最值得关注的地方。


十五、最后把它压缩成一句话

这份“十五五”规划对普通计算机人的最大机会,不是:

“去做通信。”

而是:

“通信和算力基础设施正在 AI 化,而 AI 基础设施本身又正在软件化。”

所以未来 5 年,我认为最值得关注的技术交叉点是:

Kubernetes × GPU/NPU × AI Infrastructure × Agent × Security。

如果你已经有 Kubernetes、云原生、GPU/NPU 这些基础,那么与其重新换方向,不如沿着这条线继续往上走。

这条路线既能对应政策周期,也能对应产业真实需求,而且技术积累具有较强的迁移性。

Refs

  • 《信息通信行业发展“十五五”规划》

[ByAIGC] Windows 从零搭 AI 编程代理(七):Lody,手机远程指挥电脑

说明:本文为 AIGC 辅助撰写整理,基于官方文档核实,供快速上手参考。具体细节以官方文档为准。

系列收官。前六篇我们装好了各种 AI 编程代理,现在用 Lody 把它们统一起来——用手机在任何地方给电脑派任务、看进度、审查改动。

Lody 是一个”AI 代理的遥控器”:你在手机上发起任务,Agent(opencode / Claude Code / Codex / Kimi 等)在你自己的电脑或服务器上运行,然后你随时审查每个改动。支持 ACP 协议的所有代理都能接入。

1. 在电脑上装 Lody

两种方式,选一种即可:

方式 A:桌面应用(推荐)https://lody.ai/download 下载 Windows 安装包,安装后浏览器会引导你注册登录。桌面应用会自动在你电脑上启动本地 CLI 守护进程(agent 就在这里运行)。

方式 B:纯 CLI(服务器/无界面机器) 需要 Node.js ≥ 18,执行:

npx lody daemon start

首次运行会自动打开浏览器完成登录,然后后台驻留。也可以 npx lody project add <你的项目路径> 添加项目。

2. 接入前面装好的 Agent

在桌面或手机应用的 Settings → Agents 里添加并配置代理:

  • 官方一键接入 Claude Code、Codex(能力支持最完整)。
  • 也支持 opencode、Kimi 以及任意 ACP 代理。
  • 列表里没有?选 Custom Agent,填上启动命令和参数(例如你上一篇装好的 kimi / opencode)即可。

3. 连接 GitHub(可选,做 PR 很爽)

Web/桌面应用左下角 Settings → GitHub Integration → Manage,授权后选择要接入的仓库。Lody 会用隔离的 worktree 跑任务,最终可以直接帮你提 PR。

4. 手机装 App,开始远程指挥

iOS / Android 到 https://lody.ai/download 下载安装,登录同一账号即可。

手机上你能做:

  • 发起任务:在项目里新建会话,描述需求,电脑上的 Agent 立刻开干。
  • 实时盯进度:看终端实时输出、文件改动、会话 diff。
  • 批准操作:Agent 请求权限时,手机上直接批准/拒绝(iOS 上还能在锁屏/灵动岛回复)。
  • 审查改动:查看 diff、评论,PR 就绪时收到推送。
  • 浏览文件:项目目录树直接预览文本文件。
  • 推送通知:任务完成、需批准、PR 就绪都会提醒。

没网也能看缓存的会话和已存 diff,联网后自动同步。

5. 一个典型流程

  1. 出门前电脑开着,Lody 桌面/CLI 守护进程在跑。
  2. 路上用手机开 Lody,挑一个项目,发消息:”帮我修复首页登录 bug,跑测试通过后提 PR。”
  3. 电脑上的 Agent 自动工作,你在手机实时看进度。
  4. 需要批准时手机一键确认,改完审查 diff,Lody 帮你提 PR。

写在最后

至此,从零开始你已经拥有了一套完整的”随身 AI 编程工作室”:

  • 打好基础(Node / Git / 终端)
  • 装了多款代理(opencode、Codex、DeepSeek Harness、Claude Code、Kimi)
  • 用 Lody 串起来,手机随时随地指挥电脑

有任何不确定的细节,都以各官方文档为准。祝编码愉快!

[Windows 从零搭建 AI 编程代理]

[ByAIGC] Windows 从零装 AI 编程代理(六):Kimi Code

说明:本文为 AIGC 辅助撰写整理,基于官方文档核实,供快速上手参考。具体细节以官方文档为准。

Kimi Code CLI 是月之暗面(Moonshot AI)的终端 AI 编码代理,单二进制分发,无需 Node.js,TUI 启动极快。

1. 前置要求

  • 无需 Node.js,但 Windows 下首次运行前要先装 Git for Windows(见本系列第一篇),因为 Kimi Code 用内置的 Git Bash 作为 shell。
  • 若 Git Bash 装在自定义位置,设置环境变量 KIMI_SHELL_PATH 指向 bash.exe 的绝对路径。

2. 安装

PowerShell 执行官方脚本:

irm https://code.kimi.com/kimi-code/install.ps1 | iex

重开一个新终端后验证:

kimi --version

3. 登录

进入项目并启动:

cd 你的项目路径
kimi

首次运行输入 /login,选择 Kimi Code OAuthMoonshot AI 开放平台 API Key 即可。

4. 使用要点

  • 直接开干:登录后就能给任务,例如”看一下这个项目的目录结构并解释”。
  • 视频输入:可以把录屏/演示片段拖进对话,让代理”看”视频干活。
  • MCP 配置:用 /mcp-config 对话式地增改 MCP 服务器,不用手改 JSON。
  • 插件生态:可安装 skills、MCP、数据源,每个插件的信任级别会提前提示。
  • 子代理:内置 coderexploreplan 子代理,可并行处理。
  • 编辑器接入:Kimi Code 支持 ACP 协议,可用 kimi acp 接入 Zed / JetBrains 等。

5. 搞定

kimi

登录后即可用。下一篇:最后一篇,把前面所有工具接入 Lody,实现手机远程指挥电脑。

[Windows 从零搭建 AI 编程代理]

[ByAIGC] Windows 从零装 AI 编程代理(五):Claude Code

说明:本文为 AIGC 辅助撰写整理,基于官方文档核实,供快速上手参考。具体细节以官方文档为准。

Claude Code 是 Anthropic 的 AI 编码助手,能在终端、IDE、桌面应用、网页里使用。终端 CLI 免费可用(需 Claude 订阅或 Anthropic Console API)。

1. 安装

Windows 原生(PowerShell)推荐用官方脚本:

irm https://claude.ai/install.ps1 | iex

也可以直接跑下面的 winget 命令(Windows 自带,无需 Node):

winget install Anthropic.ClaudeCode

用 winget 安装的话记得定期 winget upgrade Anthropic.ClaudeCode 更新。

装完重开终端验证:

claude --version

原生 Windows 下建议装 Git for Windows(见第一篇),这样 Claude Code 能用 Bash 工具;没装的话会退化为用 PowerShell。

2. 登录

进入项目目录:

cd 你的项目路径
claude

首次运行会引导登录。最简单是用 Claude 订阅账号登录(Claude.ai 订阅包含 Codex 类似的使用额度)。如果你已设了 ANTHROPIC_API_KEY 环境变量,它会跳过登录提示、直接要求确认使用该 Key。

3. 使用要点

  • 描述任务:直接说需求,Claude Code 会规划、跨多文件改代码并验证。
  • CLAUDE.md 记忆:在项目根放一个 CLAUDE.md,每次会话开始它会自动读取,用来约定编码规范、常用库、审查清单。
  • 自动化:支持管道,例如把日志喂给它:
    Get-Content app.log | claude -p "找出异常并说明"
  • 更多形态:可用 VS Code 插件、桌面应用,甚至网页版(claude.ai/code)。

4. 搞定

claude

登录后即可在任意项目中使用。下一篇:Kimi Code(Moonshot 官方)。

[Windows 从零搭建 AI 编程代理]

[ByAIGC] Windows 从零装 AI 编程代理(四):DeepSeek Harness

说明:本文为 AIGC 辅助撰写整理,基于官方文档核实,供快速上手参考。具体细节以官方文档为准。

DeepSeek Harness(命令行 dsh)是 DeepSeek AI 开源(MIT)的代理框架,采用”一切皆插件”的架构,基于 Node.js。

注意:目前处于 developer preview(开发者预览),迭代很快,可能存在破坏性变更。适合尝鲜,生产使用需留意版本。

1. 前置要求

需要先装好 Node.js(见本系列第一篇)。无需额外安装 npm 全局包,直接用 npx 跑即可。

2. 启动 Web 界面

在项目目录下执行:

npx @deepseek-ai/dsh web

首次执行会下载并运行。成功后默认会在 http://127.0.0.1:3080 打开 Web UI,直接在浏览器里使用。

dsh 的形态和传统终端代理不同,它提供的是 Web UI,配置和管理大模型能力都通过浏览器完成。具体模型接入方式以官方 Web UI 引导与文档为准。

3. 从源码运行(可选)

想深入源码/二次开发:

git clone https://github.com/deepseek-ai/deepseek-harness.git
cd deepseek-harness
pnpm install
pnpm run build
pnpm dsh web

4. 获取帮助

搞定

npx @deepseek-ai/dsh web

然后打开浏览器访问本地 Web UI 即可。下一篇:Claude Code(Anthropic 官方)。

[Windows 从零搭建 AI 编程代理]

[ByAIGC] Windows 从零装 AI 编程代理(三):Codex CLI

说明:本文为 AIGC 辅助撰写整理,基于官方文档核实,供快速上手参考。具体细节以官方文档为准。

Codex CLI 是 OpenAI 出品的、在本地运行的终端编码代理,直接用 ChatGPT 订阅或 API Key 登录即可。

1. 安装

在 PowerShell 里执行官方安装脚本:

powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"

也可以只用 npm(上一篇已装 Node):npm install -g @openai/codex

装完重开一个终端,验证:

codex --version

2. 登录

首次运行:

codex

选择 Sign in with ChatGPT。这会用你的 ChatGPT Plus / Pro / Business 等订阅直接使用 Codex,最省事。

想用 API Key 方式也可以,但要额外配置(codex login --api-key 等),对大多数个人用户,直接用 ChatGPT 订阅最简单。

3. 开始使用

进入项目目录:

cd 你的项目路径
codex

然后像跟同事对话一样描述任务即可。Codex 能读代码、改文件、跑命令。

  • 看它怎么想codex exec 可让代理执行并回显。
  • 批量/脚本化codex exec "把这段日志里的报错找出来" 可直接传参运行。

4. 在编辑器里用(可选)

Codex 也提供了 VS Code / Cursor / Windsurf 的插件,以及桌面应用(codex app)。终端版够用,编辑器可选。

搞定

codex

登录后即可工作。下一篇:DeepSeek Harness(DeepSeek 官方)。

[Windows 从零搭建 AI 编程代理]

[ByAIGC] Windows 从零装 AI 编程代理(二):opencode

说明:本文为 AIGC 辅助撰写整理,基于官方文档核实,供快速上手参考。具体细节以官方文档为准。

opencode 是开源(MIT)的终端 AI 编程代理,支持几乎任意大模型提供商,也是本系列其他工具的好搭档。

1. 安装

opencode 在 Windows 上可以用 npm、Scoop 或 Chocolatey 安装。推荐用 npm(上一篇已装好 Node):

npm install -g opencode-ai

验证:

opencode --version

想用包管理器也行:scoop install opencodechoco install opencode。官方在 Windows 上最推荐 WSL,但原生 PowerShell 也能用。

2. 配置模型提供商(API Key)

opencode 支持任意 LLM,只要配置对应提供商的 API Key 即可。首次运行会在界面里引导你选择。

  • 最简单(官方托管):在终端输入 /connect,选 opencode,按提示到 https://opencode.ai/auth 登录获取 Key 后粘贴回来。
  • 自带 Key:也可在配置中填入任意兼容提供商(如 DeepSeek、Anthropic、OpenAI 等)的 ANTHROPIC_API_KEY / OPENAI_API_KEY 等。

3. 初始化一个项目

进入你的项目目录并启动:

cd 你的项目路径
opencode

在界面里运行:

/init

opencode 会分析项目并生成一份 AGENTS.md(记录项目结构与编码规范)。建议把它提交到 Git 里。

4. 常用玩法

  • 问问题 / 加功能:直接描述即可,支持用 @ 模糊搜索文件,还能把图片拖进终端作为参考。
  • 先规划再动手:按 Tab 切到 Plan 模式(只读,不改文件),让它给出方案后再切回 Build 模式执行。
  • 撤销改动:不满意就用 /undo 回退,可多次撤销,/redo 重做。

5. 搞定

opencode

打开即可用。想个性化,可以挑主题(/themes)、改快捷键、加自定义命令等。

下一篇:Codex CLI(OpenAI 官方)。

[Windows 从零搭建 AI 编程代理]

[ByAIGC] Windows 从零装 AI 编程代理(一):通用前置配置

说明:本文为 AIGC 辅助撰写整理,基于各官方文档核实,供快速上手参考。具体细节请以官方文档为准。

本系列要带你在 Windows 上从零装好并配置几款主流 AI 编程代理:opencode、Codex、DeepSeek Harness、Claude Code、Kimi Code,最后再接入 Lody 用手机远程指挥电脑干活。

这是第一篇:先把公共的地基打好。装好下面这些东西,后面五款工具基本都能直接用。

1. 装 Node.js 与 npm

绝大多数代理都是基于 Node 的工具,Node.js 会附带包管理器 npm。装一个即可。

  1. 打开官网 https://nodejs.org,下载 LTS(长期支持) 版 Windows 安装包(.msi)。
  2. 双击安装,一路”下一步”,保持默认勾选即可。
  3. 装完后重开一个终端,验证:
    node -v
    npm -v

    能打印出版本号(如 v22.x)就成功了。

提示:本系列里的 DeepSeek Harness 和 Lody CLI 都要靠 npm,Node 是必装项。

2. 装 Git(Windows 版)

很多代理需要调用 Git,且自带一个 Bash 终端(如 Kimi Code)。装 Windows 版 Git 最省事。

  1. https://git-scm.com/download/win 下载安装包。
  2. 安装向导里注意两步:
    • 调整 PATH 时选 “Git from the command line and also from 3rd-party software”(推荐默认的第二项)。
    • 行结束符转换选 “Checkout as-is, commit as-is”(避免换行符问题)。
  3. 装完验证:
    git --version

3. 装一个好用的终端(推荐)

Windows 自带的 CMD/PowerShell 能凑合用,但给 AI 代理配个现代终端体验更好。

  • Microsoft Store 搜索并安装 Windows Terminal(免费,微软官方)。
  • 打开后把默认配置设为 PowerShell 或你喜欢的 shell 即可。

4. 可选:装 WSL(更推荐但非必需)

如果你的电脑开不了代理功能、或想获得最接近 Linux 的体验,可以装 Windows Subsystem for Linux(WSL)。opencode 官方在 Windows 上最推荐用 WSL。

管理员 PowerShell 里执行:

wsl --install

重启后按提示装一个 Ubuntu,之后在 Ubuntu 里照常装 Node.js、Git,跑代理即可。嫌麻烦可以跳过,本系列其余内容在原生 Windows(PowerShell)下同样能完成。

小结

  • Node.js + npm:代理运行基础。
  • Git for Windows:提供 Bash 终端与版本管理。
  • Windows Terminal:让终端更好用(可选)。
  • WSL:Linux 体验更佳(可选,非必需)。

地基打好了,下一篇开始装第一个代理:opencode

[Windows 从零搭建 AI 编程代理]

[转译] 别墨迹了,用 Go 就完事了

来源:Just Fucking Use Go – Blain Smith

说明:本文为 AIGC 辅助翻译整理版本(对原文各段落做了转述与浓缩,非逐句全文翻译),已进行简单人工校对,具体细节请自行甄别,建议参阅原文。

别墨迹了,用 Go 就完事了

文章标题原文相当直给:两秒编译完成、打包成单个二进制文件、凌晨三点某个 npm 依赖被撤包也不会让你的服务崩掉——作者说的就是 Go。就像 HTML 早就摆在那里等前端别再自己找罪受一样,Go 也已经在那儿蹲了十几年,等着后端工程师别再把简单问题复杂化。

但现实是,很多团队还在用十几个 Node 包、三套 TypeScript 构建工具,外加一整套 Kubernetes 集群,去撑起一个普普通通的表单提交。有人专门养了一个平台团队去伺候 Rails 单体应用,也有人说服 CTO 用 Rust 重写一个每秒撑死几十个请求的 CRUD 应用。作者的评价很直接:这是自己给自己挖坑。

“无聊”是设计出来的

Go 语言读起来”无聊”,作者认为这正是它的优点——没有装饰器、没有元类、没有宏,也没有 Haskell 圈子里那些让人头晕的 trait、monad。只有结构体、函数、接口、goroutine 和 channel。语言规范可以在午休时间读完,下午就能上手写代码。

“无聊”意味着新人能看懂两年前资深工程师写的代码;gofmt 已经统一了格式,团队里没人能靠”炫技”往代码库里塞十七层抽象——因为语言本身不允许。

标准库就是框架

作者的态度很硬:别找框架了,标准库本身就是框架。文章给出了一个用 net/httphtml/templateembed 写成的最小 Web 应用示例——HTML 模板直接编译进二进制文件,没有 webpack、没有 Vite、没有体积堪比一辆汽车的 node_modulesgo build 之后就是一个可执行文件,扔到服务器上就能跑。

数据库用 database/sql,JSON 用 encoding/json,想调用其他服务照样用 net/http(它同时也是客户端),想并发就在函数调用前加一个 go 关键字,测试用 go test,基准测试用 go test -bench,性能分析工具 pprof 早就内置好了。

标准库的深度也体现在几个关键抽象上:io.Reader/io.Writer 这两个各只有一个方法的接口,撑起了整个生态里”管道式”处理数据流的能力;context.Context 负责统一取消信号的传递——用户关掉浏览器标签页,HTTP 请求、数据库查询、下游调用会一路跟着取消,不会留下泄漏的 goroutine 或吃满连接池的僵尸查询;而 encoding/jsonencoding/xmlencoding/csv 等编码包用的是同一套 struct tag 和”解码进指针”的写法,学会一个基本就等于都会了。

并发不用哭着写

Goroutine 不是线程,它是由运行时调度、复用在系统线程之上的有栈协程,启动成本大约 2KB,一台笔记本上开十万个都不成问题。文章举了一个用 channel 并行抓取多个 URL 的例子:给每个请求起一个 goroutine,把结果丢进 channel,主流程再依次读出来——没有额外的库,没有 async/await 的仪式感,语言原生就把这件事做了。

一个不是 Hello World 的例子

作者贴出一段真实感更强的代码:一个从 Postgres 读数据、渲染 HTML 的 CRUD 路由,把数据库查询、模板渲染和 HTTP handler 全部塞进一屏代码里,请求的 context 一路传到 SQL 查询,连接一断查询就跟着取消。没有 ORM,没有依赖注入容器,没有 service 层,也没有塞满一堆抽象基类的 controllers/ 目录——从头读到尾就知道它在干什么。

依赖管理不折腾人

go mod init 之后,依赖就活在 go.modgo.sum 两个文件里,后者是你实际拿到的依赖内容的哈希记录,一旦有人悄悄替换包内容就能被发现。没有体积惊人的 node_modules,没有开发环境和 CI 之间的 lockfile 漂移,也没有 peerDependencies、devDependencies 那一堆概念。需要离线构建就用 go mod vendor,把全部依赖打进 vendor/ 目录,工具链自动识别,整个项目连同依赖打成一个 tar 包就能带走。

工具链是编译器自带的

gofmt 统一代码格式,没有类似 .prettierrc 那样的风格之争;go vet 挑出明显的错误;go test 跑测试,加上 -race 参数就能带着竞态检测器跑,-bench 做基准测试,-cover 看覆盖率;go tool pprof 能从正在运行的线上服务里,通过两行代码接入的 HTTP 端点直接拉出 CPU 和内存的火焰图。这些统统是标准工具链自带的能力,不用装插件,也不用维护额外的配置文件。

部署就是一条 copy 命令

这大概是最让 Rails / Node 阵营破防的部分:编译出一个 Go 二进制文件,scp 到服务器,systemctl restart 一下,三条命令,部署完成。没有 Dockerfile,没有多阶段构建,没有每周准时弹出的基础镜像 CVE 警报,没有 Kubernetes manifest、没有 Helm chart、没有 ArgoCD、没有 service mesh、没有 sidecar。一个十几 MB 的静态链接二进制文件加一份二十行的 systemd 配置,就是一次能用很多年的生产部署。

“那 Rails / Django / Express / Next 呢?”

作者一一吐槽:Rails 的部署要靠 Capistrano、一堆配置文件外加运气;Django 要求你学它的 ORM、admin、中间件体系以及一整套设计哲学;Express 靠 npm audit 的警告和祈祷维持运转;Next.js 则是隔三差五换一次路由约定,还一副理所当然的样子。相比之下,Go 编译出来的二进制文件不挑环境,五年后大概率还能在当时还不存在的硬件上继续跑。

“那微服务呢?”

作者的回答很干脆:不需要。先老老实实写一个 Go 单体应用,配一个 Postgres,顶多再加一个 Redis;HTML 页面和 JSON API 走同一个端口;跑在一台比每月奶咖开销还便宜的 VPS 上,扛到每秒一万请求都不会吃力,因为 Go 本身就是为这种场景设计的,goroutine 足够廉价。真到了需要拆分的那一天(作者认为多数团队根本用不上),拆一个 Go 单体应用无非是把已经存在的包挪进各自的仓库——接口边界早就在那儿了,是语言本身逼着你这么设计的。

“那泛型呢?那没有异常的错误处理呢?”

在作者看来,if err != nil 是特性而不是缺陷:它逼着你正视每一个可能出错的地方,并当场决定怎么处理,而不是像层层嵌套的 try/catch 那样把错误一路藏到深夜的生产事故里才暴露出来。至于泛型,Go 1.18 就已经加上了,需要的时候用就是了,没什么好纠结的。

别墨迹了,用 Go 就完事了

作者的结论很简单:不需要框架,也不需要微服务、Rust 重写,或者上周才发布、号称能拯救一切的 JavaScript 元框架。打开编辑器,go mod init,写一个 main.go,把模板嵌进去,编译,发布——”无聊”的选择,往往就是对的选择。

[转译] Vibe Coding 不是工程

来源:Vibe Coding Is Not Engineering – Phroneses

作者:Jh Evans

说明:本文为 AIGC 辅助翻译版本,已进行简单人工校对,具体细节请自行甄别。

Vibe Coding 不是工程

Vibe coding 能产出代码。工程则产出系统,因为工程会定义那些位于生成代码之外、却能让解决方案长期在生产环境中持续运行的要素。

这并不是反对 AI 的论证,而是支持工程的论证。

模型可以在几秒钟内生成一个登录系统。但它不会主动询问:邮箱是否应该唯一?如果邮箱应该唯一,而生成的代码没有强制保证这一点,那么这一个缺失的需求就可能导致生产环境停机。

LLM 看不见那些让软件保持安全的问题类别。

Vibe coding 能给你什么

这里所说的 vibe coding,指的是由非软件工程师通过提示词自动生成代码。

Vibe coding 会给你代码,但不会给你长期在生产环境中运行代码所需的一致性。

代码会被部署到运行时生产系统中,而这个系统构成了代码运行时的上下文。大型语言模型无法知道这个正在运行的系统究竟是什么,因此也无法提供具备系统感知能力的代码。此外,LLM 看不到业务需求,所以生成的代码也不会覆盖这些需求。

缺少业务与运行时上下文意识,被遗漏的需求就会造成失败。

在任何代码出现之前,工程师已经在做那些让系统保持安全的决策。

主题 描述
问题界定 定义问题、用户、约束和预期结果。
需求工程 引出行为、不变量、边界情况和验收标准。
系统建模 状态模型、数据流、序列图与因果推理。
架构设计 边界、职责、接口、故障模式与权衡。
非功能需求定义 性能、可靠性、安全、合规、可运维性与成本。
风险识别 未知项、依赖、故障点与缓解措施。
接口与契约设计 定义 API、模式与行为保证。
计划与排序 将工作拆分为连贯且可交付的单元。

工程实际上是什么

当工程师写代码时,他们并不只是在敲字。他们在:

  • 消除歧义;
  • 定义边界;
  • 建模行为;
  • 决定系统在压力下如何表现。

其中大多数工作发生在第一行代码出现之前。这些工作让系统保持连贯。

Vibe coding 跳过的工程工作

LLM 会跳过工程学科中的这些部分。

领域 工程师决定什么 LLM 生成什么
不变量 什么必须始终为真 假设一切正常的代码
身份与唯一性 什么让一个实体被视为“同一个东西” 把所有东西都当作可互换对象的代码
约束 系统绝不能允许什么 没有意识到越界的代码
故障模式 系统在压力下如何表现 只在顺利路径上有效的代码
耦合与顺序 什么依赖什么,以及以什么顺序依赖 完全忽略顺序的代码
状态与转换 状态如何改变,以及由什么触发 没有规则地修改状态的代码
接口与契约 每个部分向系统其余部分承诺什么 暴露模型随手编出的接口的代码
边界 系统不做什么 不断扩张直到崩溃的代码
错误处理 系统如何恢复 遇到第一个意外输入就崩溃的代码

这些工作是 LLM 不会主动询问的。若不关注这些工作,生成的代码长期来看就会失败。

系统不只是文本

这一点很重要,因为从长期看,系统安全依赖于:

  • 必须始终成立的不变量;
  • 不能被违反的约束;
  • 塑造业务逻辑和用户行为的耦合与顺序规则。

LLM 并不理解这些。

为什么 AI 生成的代码会停滞并制造脆弱性

AI 生成的代码之所以长期会停滞,是因为必要的工程决策没有被做出。

当这些决策缺失时:

  • 功能彼此冲突并相互破坏;
  • 系统状态变得不可预测;
  • 部署变得脆弱而缓慢;
  • 错误信息开始失去意义;
  • 添加简单功能也变得越来越困难。

人们对系统的信心会崩塌。

系统不是你生成出来的代码。系统是这些代码在某个环境中运行时形成的组合体。

演示很容易,产品并不容易

给定一个简单提示词:

编写 Python 代码:“给网站添加用户账户,让人们能够登录。”

模型生成了一个小型、可运行的 Flask 和 SQLite 示例。作为演示,这可以接受;但它没有询问以下五个需求:

  • 邮箱是否应该唯一?
  • 账户是否应该经过验证?
  • 用户是否应该能够重置密码?
  • 是否应该存在角色?
  • 安全模型是什么?

解决办法并不是写出更好的提示词。非软件工程师很可能并不知道上面这些问题本来就应该被提出。

未被提出的问题会带来什么后果

如果代码没有确保邮箱唯一,那么两个人就可以用同一个邮箱注册。如果他们同时登录,用户登录身份就会变得含糊不清。代码无法区分他们。

当用户使用重复邮箱登录时,从数据库中检查该用户注册信息会返回多个值。任何用于检查注册用户的代码,都必须安全处理可能出现多个结果的情况。

缺少对邮箱唯一性的考虑,意味着如果某个使用重复邮箱的用户重置密码,vibe coding 生成的实现可能会重置所有共享该邮箱用户的密码。这在生产环境中是不可接受的。如果其中一个用户删除账户,多个账户也可能被删除。没有任何生产系统能容忍这种情况。

Vibe coding 背后的误解

Vibe coding 假设 AI 拥有类似工程师的“智能”。如果这是真的,缺失需求、含糊规则和隐藏约束就会被自动捕获。

但 LLM 不会做这些事。它们不会围绕你的系统进行推理。它们不会建立领域模型来帮助推理你的系统。它们不会追踪变更的后果,也不会确保不变量不被破坏。

LLM 会生成能够运行的代码,却不会完成为了让这些代码在你的系统中长期、安全使用所必需的分析。

因为生成的代码解决了眼前问题,人们便以为必要分析已经完成。他们会假设结果系统是连贯的,只因为当前代码看起来能正常执行。

Vibe coding 在生产环境中失败,是因为那些缺失的决策会在之后以故障、不一致和脆弱性的形式重新出现。模型看不到本该被询问的那类问题,而进行 vibe coding 的人则以为模型已经看到了。

应该怎么做

在生成任何代码之前,先决定:

  • 什么必须始终为真,即不变量;
  • 什么让某个东西成为“同一个”实体,即身份规则;
  • 系统绝不能允许什么,即约束;
  • 当事情出错时,系统如何表现,即故障模式。

LLM 生成代码。它们不会做工程决策。这项工作仍然存在。

底线

Vibe coding 能给你一个演示,而这个演示是一次性的。

要把这个演示推进到生产环境,需要工程。

相关阅读

  • The Big AI Gains Come From Teams, Not Individuals
  • Agents Cannot Maintain Systems
  • What Software Engineers Need to Know About LLMs
  • Latency Is Architectural