AI 编程工具的进化 62 | AI 开发者中间件工具生态 2024 年总结 66 | AI Agent 逐渐成为 AI 应用的核心架构 68 | 谈开源大模型的技术主权问题 72 | 2024:大模型背景下知识图谱的理性回归 77 | 人工智能与处理器芯片架构 89 | 大模型生成代码的安全与质量 93 | 2024 年 AI 大模型如何影响基础软件行业中 的「开发工具与环境」 98 最优竞争力。 那么，把 transformer“焊死”到板子上就是最佳方案吗？我知道你很急，但你先别急。大 模型底层框架还存在底层路线之争。 32 / 111 我们知道，Transformer 架构呈现了 O(n²)的理论计算复杂度，这里的 n 指的是大模型输入 序列的 token 数量，但其前任语言模型担当 RNN 只有 O(n)的理论计算复杂度。 最近，以 Mamba、RWKV 为代表的类 流和行业知识将转化为 行业应用和行业数据，传统行业数字化转型中的定制化开发难题有望解决。 对程序员而言，需求表达能力、沟通能力等软技能和系统架构设计等硬核能力将越来越重要， 因为 AI 就像今天的基层程序员，需要人表达清楚需求才能做好，复杂系统的架构设计和问题解 决也还是要靠人。 专业模型是通向 AGI 的必经之路。Anthropic CEO 预测，未来 5 年专业模型将达到人类顶 尖专家水平，将人类科研进展加速

直 接 企业倾向在自身技术实力较强、产品能 力较扎实的领域选择开源 社区运营是开源人力投入的焦点，头部 企业社区人员投入量超过千名 为方便各职能开源人员交流和开源业务 整合，企业针对性调整组织架构 基础软件是底层技术投入较多的领域之 一，需要企业持续供给技术资源 开源项目的研发、运营、激励都需要 “真金白银”的投入 企业作为开源发起者，应主导开源生态 的建设，努力引入战略合作伙伴 12 来源：根据专家访谈、公开资料，由艾瑞咨询研究院自主研究及绘制。 操 作 系 统 开 源 社 区 常 见 小 组 分 布 操 作 系 统 适 配 生 态 概 览 技术类 语言 基础功能 中间件 图形/桌面 架构/内核 云原生基础设施 安全 测试 行业解决方案 治理类 职能组织 社区基础设施 版本发行 社区生态管理 服务器 云计算 边缘计算 智能终端 桌面 … 操作系统应用场景 处理器 iresearch.com.cn openEuler 数字基础设施操作系统，原子化解耦灵活构建，三向连接实现“一至无限” openEuler通过全栈原子化解耦和榫卯架构，可以做到版本灵活构建和服务自由组合，从而实现一套操作系统架构对全场景应用、主 流设备的全覆盖。除南向支持多样设备，北向覆盖应用场景外，openEuler还通过分布式套件与OpenHarmony系统互通，从而提 供更全面、更丰富的

能力，使其智能化，但 它的智能只充当了“辅助”角色；在 AI 原生的语境下， LLM 从一开始就是应用的中枢，应用本身的架构、功能、 交互层是围绕 LLM 中枢来构建的。也许 ChatGPT 是最 经典的“AI 原生”应用。此概念目前还处在萌芽期，明确 的概念、应用场景、架构、技术栈细节等尚未完成自洽。 换一种视角来看，这个概念的提出其实都没技术什么事， 有人称之为“造商业概念”，这里按下不表。 编程语言  57 | 知名大模型  58 | 备案上线的中国大模型  21 | 硬核发版  26 | 热门话题  33 | 重磅官宣  39 | R.I.P.  62 | 插件、IDE、终端  63 | 代码生成工具  64 | LLM Agent  67 | LLMOps  68 | 大模型聚合平台  69 | 开发工具  70 | 算力 出品：OSCHINA 放宽到 Apache 2.0。 华为云重磅发布盘古大模型 3.0 2023 年 7 月，华为云正式发布盘古大模型 3.0。盘古大模型 3.0 是一个面向行 业的大模型系列，包括“5+N+X”三层架构。 盘古为行业而生，盘古大模型已在金融、金融、制造、医药研发、煤矿、铁路 等诸多行业发挥着巨大价值。 9 / 87 1 1 开源开发者事件回顾 蚂蚁集团开源 CodeFuse 代码大模型

企业版介绍 3 Gitea 优势总结 2 代码托管平台的发展历程 阶段一 阶段二 阶段三 •单用户本地编辑； •没有网络功能； •典型产品：RCS、SCCS。 本地代码管理 •C/S 架构体系，支持网络化协作； •依赖中央存储库； •典型产品：CVS、 SVN、VSS、 TFS、 ClearCase。 集中式代码管理 •去中心化，稳定性和可用性增强； •更高效的代码协同机制； 创建和管理仓库、浏览提交历史和代码文件、审查和合并代码提交、管理协作者、 管理分支等。支持标签、Cherry-pick、WebHook、集成协作工具等。 在线编辑 在线浏览和编辑源代码、配置文件、文档等，无需安装任何软件或插件。内 置文本搜索、代码高亮、自动补全、代码折叠等。 Gitea 核心能力：分支管理 分支保护 设置对分支的访问权限，并限制对该分支的操作。 分支管理 查看所有的分支，比较不同分支的差异，并支持创建、删除或合并分支。 可以托管任何类型的文档，包括开发文档、技术文档、 操作手册、用户指南等。 Gitea 延伸能力：CI/CD Gitea Actions 支持 CI/CD 功能，兼容 GitHub Actions， 可重用 Actions 插件和已有 Workflows 脚本 Workflows 脚本 Actions 运行 Gitea 延伸能力：包/发布管理 涵盖目前流行的包/发布管理器，包含 Maven、Go、RPM、NPM、PyPI

book）、AMI等行业巨头，都是AMD Open- SIL的合作伙伴。 AMD为实现OpenSIL设定了四个阶段的POC （概念验证）评估工作，第一阶段已开始， 兼容Zen4架构的四代霄龙（Genoa），接下 来经过Zen5架构的五代霄龙（Turin），最 终在2026年Zen6架构的六代霄龙上成为默认 值，届时AGESA则会退出。 注释：OpenSIL的全称为“Open-Source Silicon Initialization 了其轻量级开源Kubernete发行版的最新版本 k0s。新版本与全新的Kubernetes 1.27版本 兼容，并进行了各种其他改进和错误修复，版 本特性更新如下： • 兼容Kubernetes1.27； • 支持容器插件，如WebAssembly（WASM） 和gVisor容器沙箱； • k0s将用自建的镜像来运行所有的系统组件； • 支持控制Helm chart的安装顺序。 全球开源态势洞察｜第十期 03 式 的边缘计算项目，目标是扩展Kubernetes以无 缝支持边缘计算场景。它提供了完整的Kuber- netes API兼容性；支持所有 Kubernetes工作负 载、服务、运营商、CNI插件和CSI插件；提供良 好的节点自治能力，即使边缘节点与云端断网， 在边缘节点中运行的应用程序也不会受影响。 OpenYurt可以轻松部署在任何Kubernetes集群 服务中，让强大的云原生能力扩展到边缘。

九年，⽤⼼做好⼀款堡垒机 2014 年 2017 年 2018 年 2020 年 2022 年 2023 年 2022 年 100+ Contributors JumpServer 的架构及核⼼组件 Load Balancer Lina Luna（Web Terminal） Chen CORE MySQL / Redis 等 本地存储 云存储 负载 接⼊ 核⼼ 数据 Terminal Linux Web Terminal Windows Web Terminal 特⾊功能⼀ SFTP Web Terminal DB Web Terminal（Chen） ⽆需插件 ⼿机访问 JumpServer 堡垒机 特⾊功能⼀ ⼴泛的多云管理⽀持 ⾃动同步与纳管 特⾊功能⼆ JS - 1 统⼀存储 缓存 A.jms.com 离散⼊⼝分布式部署⽅案 - N JS - A 负载均衡 JS - B JS - N 访问统⼀的⼊⼝， 访问不同地域资产 数据库 依据配置端点规则进⾏访问转发 适⽤于资产访问⼈员分散型管理组织架构 适⽤于资产访问⼈员集中型管理组织架构 特⾊功能三 JS 组件 数据库 KoKo 组件 （Web CLI） Chen 组件 （Web GUI） Magnus

平台产品及相 应技术服务，业务覆盖云原生基础软件、数据智能全链路产品、人工智能 算法应用三大领域，旗下拥有轻舟、有数、易智三大产品线，致力于帮助 客户搭建无绑定、高兼容、自主可控的创新基础平台架构，快速应对新一 代信息技术下实现数字化转型的需求。 网易数帆依托网易二十余年互联网技术积累，系列软件基础平台产品和技 术方案，成熟应用于金融、零售、制造、能源、电信、物流等多个行业领 域， 代，不断适应市场与业务需求 的变化，摆脱缓慢的大版本更 新与业务需求脱节的窘境。 高效 通过自动化与生产协作方式 的优化，多环节提升软件生产 的效率。 开放 基于开放的技术体系，打造开 放的软件架构。 轻舟云原生软件生产力平台 2.0 能力全景图 轻舟优势 搭建云原生技术底座，助力企业与时俱进实现云上软件创新，支撑业务高速发展。 12 PRODUCT 首批通过信通院认定项目：首批可 无侵入微服务治理 无侵入式接入，提供注册发现、路由分 流、熔断限流等丰富治理能力。 精细化流量管控 支持不同维度的流量治理，并具备丰富 的流量管控能力。 架构平滑演进 支持单体架构向微服务架构、微服务架 构向服务网格架构平滑演进。 开放兼容 全面覆盖主流微服务开发技术选型，增 强、扩展开源服务网格。 异构应用统一治理 多框架、多协议、多语言服务的统一治 理，避免技术栈重复建设。

的运营⻆度来看，开源社区的繁荣⾸先有⼀些基本的原则：透明、公开、分享等等， 举个例⼦：我们的所有讨论的⽂档、发展⽅向、投票、选举这些都是公开的、透明的，所有社 区的贡献者都可以参与进来；其次，我们也制定了⼀些基础的社区治理的规则、架构，在基础 设施⽅⾯也做了⼀些⾃动化的 Bot 服务，帮助更多的开发者在社区获得更好的体验和感受； 最后再通过⼀些公开透明的激励和反馈，吸引更多的开发者能够积极地参与进来。 3、案例分析——ASF CNCF 全称为云原⽣计算基⾦会（Cloud Native Computing Foundation），是 Linux 基⾦会 （Linux Foundation）的⼀部分。CNCF 托管着全球技术基础架构的关键组件，汇集了全球顶 级开发商、最终⽤户和供应商。 4.2 提案流程 CNCF 对项⽬提案流程制定了治理政策，提案流程适⽤于现有要加⼊ CNCF 的项⽬和在 CNCF 内形成的新项⽬。 GPU（Nvidia）进⾏索引加速与查询加速，能⼤幅提⾼单机性能。  odpi/egeria  nnstreamer/nnstreamer，NNStreamer 是⼀组 Gstreamer 插件，为采⽤神经⽹络模 型的 Gstreamer 开发⼈员和管理神经⽹络管道及其过滤器的神经⽹络开发⼈员提供了⽅ 便和⾼效的⽀持。 可以发现，三个项⽬的开发者⼯作时间分布情况是存在差异的。milvus-io/milvus

限的条件下，还能实现登⽉吗？
杨植麟：“登⽉”有⼏个不同的⽣产要素，算⼒肯定是⼀个核⼼，但还有其他的。 你需要⼀个同时满⾜
scalability
和
generality
这两点的架构，但今天其实很多架构已经不满⾜这两条 了。transformer
在已知的
token
space
符合这两条，但放⼤到⼀个更通⽤的场景，也不太符合。数据 也是⼀个⽣产要素，包括整个世界的数字化，和来⾃⽤⼾的数据。 章、甚 ⾄⼀个视频，但表⽰⼀个更⼤的
3D
世界或你硬盘上的所有⽂件还有难度，没做到
token-in-token- out，离所谓的
unified
representation
其实有差距。架构其实解决的是这个问题。
通过
AI
⾃我进化克服数据稀缺性的瓶颈是第⼆层的另⼀个问题。今天的
AI
其实像⼀个⿊盒，这个⿊盒 有两个输⼊：电源线和数据线，输⼊这两个东西后，盒⼦就能产出智能。随后⼤家意识到，数据线的 ⼤量的熵，抓住确 定性的东西，让本⾝是混沌的东西继续混沌。 通往
AGI
的话，long-context
会是⼀个很重要的点。所有问题都是
long-context
的问题
⸺
历史上所 有的架构演进本质上都是在提升有效的
context
length。word2vec
最近拿了
NeurIPS
的
Test
of
Time
奖。它在
10
年前⽤⼀个词去预测周围的词，相当于
conte

大部分，从参与者从事领 12 域和职位分布也可以看出，这些“还未工作”人群多数指向学生群体，这和当前社会普遍 追求更高学历深造有关。 公司在购买开源产品时，多由工程团队负责人（技术总监 / 架构师 /TL）来进行产品的选择， 而且在同类型软件的购买中，半数的人会考虑软件供应商对开源社区的贡献，但不是主要 的考虑因素，只有在产品性能差别不大时，才会选择对开源社区贡献大的供应商。 参与者首次参与 国内大型互联网企业 61,25% 国内初创公司 96,39% 18 3.5 公司购买开源产品的决策 公司在购买开源产品（基于开源项目的商业化产品）时，多由工程团队 负责人（技术总监 / 架构师 /TL）来进行产品的选择，而且在同类型软 件的购买中，半数的人会考虑软件供应商对开源社区的贡献，但不是主 要的考虑因素，只有在产品性能差别不大时，才会选择对开源社区贡献 大的供应商。 专家点评 将成为开源与云计算结合的新模式。无服务器（Serverless）是一种云原生开发模型，可 使开发者在无需管理服务器的情况下专注构建和运行应用。无服务器方案将服务器从应用开发中抽 离，由云供应商负责置备、维护和扩展服务器基本架构，而开发者则可仅将代码打包到容器中进行 部署。Serverless 的全球规模保持着比较高的增速。据沙利文报告统计，2020 年营收统计口径下， Serverless 全球市场规模高达 446.1