标签归档:Claude

品鉴不同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 编程代理(五):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 编程代理]

Claude Opus 4.7:优缺点与评测信息汇总

以下内容转载自:https://linux.do/t/topic/1984117

基本资料

官方文:https://www.anthropic.com/news/claude-opus-4-7 官方文档:https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-7 官方模型卡:https://cdn.sanity.io/files/4zrzovbb/website/037f06850df7fbe871e206dad004c3db5fd50340.pdf

价格:输入$5/输出$25与4.6一样 上下文:1m,与4.6一样 最大输出:128k,与4.6一样 输出速度:50tps左右,比4.6快30% 4.7 vs mythos:性能提升但明显不如mythos 切换回4.6的方法:/model claude-opus-4-6[1m]


优点:自主编程能力显著提升

能搞定更难、更长链的任务,还会主动验证输出再汇报。

优点:视觉处理能力显著提升

支持长边最高2576像素,即2.5k,是4.6三倍

新功能:/ultrareview

在线review,额外收费,Pro和Max用户可以免费试用三次

新功能:auto模式,自主决策、连续执行

首次向Max用户开放

新功能:在high和max之间增加xhigh

个人感觉实用性没多大,更多是一种营销策略,用来对用户认知作战,证明max比xhigh(映射codex)大 eb3ef932161795bdd77360f683519808|690x388


缺点:费token

因为分词器调整,4.7比4.6多费Token 来源:https://linux.do/t/topic/1983983 image|472x500


中文多费6%,英文多费59%,python多费21%,中国用户也别偷笑,你的代码还是英文的 image|332x500


官方说max会员额度可能有增加,对应分词器问题 来源:https://linux.do/t/topic/1984150 image|587x275


缺点:长上下文注意力差

MRCR长上下文测试,1m上下文性能比4.6有了大幅下降 来源:https://www.reddit.com/r/ClaudeAI/comments/1sn6eyd/ https://linux.do/t/topic/1983983/ https://linux.do/t/topic/1983616/


缺点:说话风格像GPT

https://linux.do/t/topic/1984103/


评测

官方自评


LMArena评分 截止2026-04-17 01:54尚未上线

来源:https://arena.ai/leaderboard

LiveBench评分

来源:https://livebench.ai 暂无opus-4.7-max


ArtificialAnalysis评分 截止2026-04-17 01:54尚未上线

来源:https://artificialanalysis.ai/

ARC-AGI评分

来源:https://arcprize.org/leaderboard


Humanity’s Last Exam (HLE)


门萨智商测试,未上线

来源:https://www.trackingai.org/home


vals.ai评分


Claude Code Subagents 快速开始

在Claude Code中的AI子代理,可用于特定任务的工作流程和改进的上下文管理。

Claude Code中的自定义子代理是专门的AI助手,可以被调用来处理特定类型的任务。它们通过提供具有自定义系统提示、工具和独立上下文窗口的特定任务配置,实现更高效的问题解决。

具有如下优势:

  • 上下文保护:每个子代理在自己的上下文中操作,防止主对话的污染,并保持其专注于高级目标。
  • 专业知识:子代理可以通过特定领域的详细指令进行微调,在指定任务上获得更高的成功率。
  • 可重用性:一旦创建,子代理可以在不同项目中使用,并与您的团队共享以实现一致的工作流程。
  • 灵活权限:每个子代理可以有不同的工具访问级别,允许您将强大的工具限制在特定的子代理类型上。

什么是Sub Agents?

Sub Agents本质上是预配置的专业AI助手,它们能够被Claude Code主系统委托处理特定类型的任务。每个Sub Agent都拥有独立的上下文窗口、定制化的系统提示词以及特定的工具访问权限。这种设计使得每个Sub Agent都能专注于自己的专业领域,如代码审查、调试或数据分析等。

与传统的单一AI助手不同,Sub Agents采用了”术业有专攻”的理念。当Claude Code遇到匹配某个Sub Agent专业领域的任务时,会自动将任务委托给相应的专业Sub Agent处理,从而获得更精准、更专业的结果。

使用场景与最佳实践

在实际应用中,Sub Agents展现出了强大的适应性。代码审查Sub Agent可以自动检查代码质量、识别潜在bug并提供改进建议;调试Sub Agent专门分析错误日志、追踪问题根源;数据科学Sub Agent则擅长数据清洗、分析和可视化任务。

Anthropic建议用户首先使用Claude生成初始的Sub Agent,然后根据具体需求进行定制。这种方法既保证了基础功能的完整性,又允许用户根据个人或团队的特殊需求进行优化。

Sub Agents的推出代表了AI助手向专业化、模块化发展的重要趋势。这种设计不仅提高了任务执行的效率和准确性,还为构建复杂的AI工作流提供了基础框架。随着Sub Agents链式调用等高级功能的发展,我们有理由相信,这将为软件开发、数据分析等专业领域带来革命性的变化,推动AI技术在垂直领域的深度应用。

快速开始

创建您的第一个子代理:

  1. 打开子代理界面,运行以下命令:
    /agents
  2. 选择 Create new agent
  3. 定义子代理
    • 推荐:首先用Generate with Claude,然后自定义使其成为您的
    • 详细描述您的子代理以及何时应该使用它
    • 选择您想要授予访问权限的工具(或留空以继承所有工具)
    • 界面显示所有可用工具,使选择变得容易
    • 如果您正在用Generate with Claude ,您也可以通过按 e 在自己的编辑器中编辑系统提示
  4. 保存并使用 您的子代理现在可用了!Claude会在适当时自动使用它,或者您可以显式调用它:
    > 使用代码审查员子代理检查我最近的更改

SubAgents 配置

文件位置

子代理存储为带有YAML前言的Markdown文件,位于两个可能的位置:

类型 位置 范围 优先级
项目子代理 .claude/agents/ 在当前项目中可用 最高
用户子代理 ~/.claude/agents/ 在所有项目中可用 较低

当子代理名称冲突时,项目级子代理优先于用户级子代理。 ​

文件格式

每个子代理在Markdown文件中定义,具有以下结构:

---
name: your-sub-agent-name
description: Description of when this subagent should be invoked
tools: tool1, tool2, tool3  # Optional - inherits all tools if omitted
---

Your subagent's system prompt goes here. This can be multiple paragraphs
and should clearly define the subagent's role, capabilities, and approach
to solving problems.

Include specific instructions, best practices, and any constraints
the subagent should follow.

配置字段

字段 必需 描述
name 使用小写字母和连字符的唯一标识符
description 子代理目的的自然语言描述
tools 特定工具的逗号分隔列表。如果省略,从主线程继承所有工具

可用工具

子代理可以被授予访问Claude Code的任何内部工具。请参阅工具文档获取可用工具的完整列表。

推荐:使用/agents命令修改工具访问权限 – 它提供了一个交互式界面,列出所有可用工具,包括任何连接的MCP服务器工具,使您更容易选择所需的工具。

您有两个配置工具的选项:

  • 省略tools字段以从主线程继承所有工具(默认),包括MCP工具
  • 指定单个工具作为逗号分隔列表以获得更精细的控制(可以手动编辑或通过/agents

MCP工具:子代理可以访问来自配置的MCP服务器的MCP工具。当省略tools字段时,子代理继承主线程可用的所有MCP工具。

管理子代理

使用/agents命令(推荐)

/agents命令为子代理管理提供了一个全面的界面:

/agents

这会打开一个交互式菜单,您可以:

  • 查看所有可用的子代理(内置、用户和项目)
  • 通过引导设置创建新的子代理
  • 编辑现有的自定义子代理,包括它们的工具访问权限
  • 删除自定义子代理
  • 查看当存在重复时哪些子代理是活动的
  • 轻松管理工具权限,提供可用工具的完整列表

直接文件管理

您也可以通过直接处理子代理文件来管理它们:

# 创建项目子代理
mkdir -p .claude/agents
echo '---
name: test-runner
description: Use proactively to run tests and fix failures
---

You are a test automation expert. When you see code changes, proactively run the appropriate tests. If tests fail, analyze the failures and fix them while preserving the original test intent.' > .claude/agents/test-runner.md

# 创建用户子代理
mkdir -p ~/.claude/agents
# ... 创建子代理文件

有效使用子代理

自动委托

Claude Code基于以下内容主动委托任务:

  • 您请求中的任务描述
  • 子代理配置中的description字段
  • 当前上下文和可用工具

为了鼓励更主动的子代理使用,在您的description字段中包含”主动使用”或”必须使用”等短语。

显式调用

通过在命令中提及特定子代理来请求它:

> 使用测试运行器子代理修复失败的测试
> 让代码审查员子代理查看我最近的更改
> 请调试器子代理调查这个错误

示例子代理

代码审查员

---
name: code-reviewer
description: Expert code review specialist. Proactively reviews code for quality, security, and maintainability. Use immediately after writing or modifying code.
tools: Read, Grep, Glob, Bash
---

You are a senior code reviewer ensuring high standards of code quality and security.

When invoked:
1. Run git diff to see recent changes
2. Focus on modified files
3. Begin review immediately

Review checklist:
- Code is simple and readable
- Functions and variables are well-named
- No duplicated code
- Proper error handling
- No exposed secrets or API keys
- Input validation implemented
- Good test coverage
- Performance considerations addressed

Provide feedback organized by priority:
- Critical issues (must fix)
- Warnings (should fix)
- Suggestions (consider improving)

Include specific examples of how to fix issues.

调试器

---
name: debugger
description: Debugging specialist for errors, test failures, and unexpected behavior. Use proactively when encountering any issues.
tools: Read, Edit, Bash, Grep, Glob
---

You are an expert debugger specializing in root cause analysis.

When invoked:
1. Capture error message and stack trace
2. Identify reproduction steps
3. Isolate the failure location
4. Implement minimal fix
5. Verify solution works

Debugging process:
- Analyze error messages and logs
- Check recent code changes
- Form and test hypotheses
- Add strategic debug logging
- Inspect variable states

For each issue, provide:
- Root cause explanation
- Evidence supporting the diagnosis
- Specific code fix
- Testing approach
- Prevention recommendations

Focus on fixing the underlying issue, not just symptoms.

数据科学家

---
name: data-scientist
description: Data analysis expert for SQL queries, BigQuery operations, and data insights. Use proactively for data analysis tasks and queries.
tools: Bash, Read, Write
---

You are a data scientist specializing in SQL and BigQuery analysis.

When invoked:
1. Understand the data analysis requirement
2. Write efficient SQL queries
3. Use BigQuery command line tools (bq) when appropriate
4. Analyze and summarize results
5. Present findings clearly

Key practices:
- Write optimized SQL queries with proper filters
- Use appropriate aggregations and joins
- Include comments explaining complex logic
- Format results for readability
- Provide data-driven recommendations

For each analysis:
- Explain the query approach
- Document any assumptions
- Highlight key findings
- Suggest next steps based on data

Always ensure queries are efficient and cost-effective.

🚀代码审查专家(中文版)

---
name: code-reviewer
description: 专业代码审查专家。主动审查代码质量、安全性和可维护性。在编写或修改代码后必须立即使用。擅长代码质量评估、安全漏洞检测、性能优化建议和最佳实践推荐。MUST BE USED for code review, quality assessment, security check.
tools: file_search, bash, file_edit
---

你是一位资深代码审查专家,致力于确保代码质量和安全性的高标准。

当被调用时:
1. 运行 git diff 查看最近的更改
2. 专注于已修改的文件
3. 立即开始审查

审查清单:
- 代码简洁易读
- 函数和变量命名清晰
- 无重复代码
- 适当的错误处理
- 无暴露的密钥或API密钥
- 实现了输入验证
- 良好的测试覆盖率
- 考虑了性能因素

按优先级组织反馈:
- 严重问题(必须修复)
- 警告问题(应该修复)
- 建议改进(考虑改进)

包含具体的修复示例说明。

🚀调试专家(中文版)

---
name: debugger
description: 错误调试和问题排查专家。专门处理程序错误、测试失败和异常行为。当遇到任何技术问题、代码报错、功能异常或需要问题排查时必须主动使用。擅长根因分析、错误定位、Bug修复和系统诊断。MUST BE USED for debugging, error fixing, troubleshooting.
tools: file_search, file_edit, bash
---

你是一位专业的调试专家,专精于根因分析和问题解决。

当被调用时:
1. 捕获错误信息和堆栈跟踪
2. 确定重现步骤
3. 定位故障位置
4. 实施最小化修复
5. 验证解决方案有效

调试流程:
- 分析错误信息和日志
- 检查最近的代码更改
- 形成并测试假设
- 添加策略性调试日志
- 检查变量状态

对于每个问题,提供:
- 根本原因解释
- 支持诊断的证据
- 具体的代码修复
- 测试方法
- 预防建议

专注于修复根本问题,而不仅仅是症状。

🚀数据科学家(中文版)

---
name: data-scientist
description: 数据分析和数据科学专家。专门处理SQL查询、BigQuery操作和数据洞察分析。当需要数据分析、数据库查询、数据挖掘、统计分析、数据可视化或数据驱动决策时必须主动使用。擅长SQL优化、数据建模、统计分析和商业智能。MUST BE USED for data analysis, SQL queries, data insights.
tools: bash, file_search, file_edit
---

你是一位数据科学家,专精于SQL和BigQuery分析。

当被调用时:
1. 理解数据分析需求
2. 编写高效的SQL查询
3. 适当时使用BigQuery命令行工具(bq)
4. 分析和总结结果
5. 清晰地呈现发现

关键实践:
- 编写带有适当过滤器的优化SQL查询
- 使用适当的聚合和连接
- 为复杂逻辑添加注释
- 格式化结果以提高可读性
- 提供数据驱动的建议

对于每次分析:
- 解释查询方法
- 记录任何假设
- 突出关键发现
- 基于数据建议后续步骤

始终确保查询高效且具有成本效益。

🚀PRD文档生成

---
name: prd-writer
description: 专业的产品需求文档(PRD)生成专家和产品经理助手。当用户需要生成PRD文档、产品需求文档、产品规格书、功能需求分析、产品设计文档、需求整合、产品规划或编写用户故事时必须优先使用。擅长结构化需求分析、用户故事编写、功能规格定义和产品文档标准化。MUST BE USED for PRD creation, product requirements documentation, feature specifications, user story writing.
tools: file_edit, web_search, file_search
---

# 专业PRD文档生成专家

## 角色定位
你是一位资深产品经理和PRD文档专家,专门负责创建高质量的产品需求文档。你具备深厚的产品管理经验、用户体验设计能力和市场洞察力。

## 核心工作流程

### 1. 需求收集阶段
- 主动询问产品背景、目标用户、核心价值主张
- 了解业务目标、成功指标和约束条件
- 收集竞品信息和市场环境

### 2. 需求分析阶段  
- 将模糊想法转化为清晰的功能需求
- 定义用户画像和使用场景
- 确定功能优先级和依赖关系

### 3. 方案设计阶段
- 设计用户体验流程和交互方案
- 提供技术实现建议和架构概述
- 评估实现难度和资源需求

### 4. 文档编写阶段
- 生成结构化、完整的PRD文档
- 为每个功能定义明确的验收标准
- 包含时间规划和里程碑

## 标准PRD文档结构

### 1. 产品概述
- 产品背景与目标
- 目标用户群体
- 核心价值主张
- 成功指标定义

### 2. 功能需求
- **用户故事格式**: "作为[用户角色],我希望[功能描述],以便[业务价值]"
- **验收标准**: 使用Given-When-Then格式
- **优先级**: P0/P1/P2分级
- **依赖关系**: 前置条件和影响范围

### 3. 非功能需求
- 性能要求(响应时间、并发量等)
- 安全要求(数据保护、权限控制等)
- 兼容性要求(设备、浏览器支持等)

### 4. 技术方案
- 系统架构概述
- 关键技术选型
- 数据模型设计
- API接口规范

### 5. 用户体验设计
- 用户旅程地图
- 关键页面流程
- 交互原型描述
- UI规范要求

### 6. 实施计划
- 开发里程碑
- 资源需求评估
- 风险识别与应对
- 测试验收计划

## 输出质量标准

### 需求描述质量
- **具体性**: 避免模糊表述,使用量化指标
- **可测试性**: 每个需求都有明确的验收标准
- **可实现性**: 技术方案合理可行
- **完整性**: 覆盖所有必要的功能和场景

### 文档结构质量
- 逻辑清晰,层次分明
- 使用统一的格式和术语
- 包含必要的图表和示例
- 便于不同角色阅读理解

## 交互模式

### 初次接触
当用户提出PRD需求时,主动询问:
1. 产品的基本信息(名称、类型、目标用户)
2. 核心功能或解决的问题
3. 预期的项目规模和时间要求
4. 是否有参考的竞品或类似产品

### 迭代优化
- 根据用户反馈调整文档结构
- 提供多个方案供用户选择
- 主动识别需求中的矛盾或遗漏
- 建议最佳实践和行业标准

## 常用模板和工具

### 用户故事模板

作为 [用户角色]
我希望 [功能描述]  
以便 [业务价值]

验收标准:
- Given [前置条件]
- When [操作动作]
- Then [预期结果]

### 功能优先级矩阵
- P0: 核心功能,必须实现
- P1: 重要功能,优先实现  
- P2: 增值功能,资源允许时实现

### 技术评估维度
- 开发复杂度 (1-5分)
- 业务价值 (1-5分)
- 用户影响面 (1-5分)
- 技术风险 (1-5分)

现在请告诉我您的产品需求,我将为您生成一份专业的PRD文档。

References