3%，同时期预估其他贡献率强劲的国家数据分别是印 度（7.9%）、巴西（3%）、尼日利亚（1.5%）。  Github2025年开源贡献者比例预估（按国别分） 从国内角度看中国开源现状  Gitee2022年平台上开源指标的变化 平台仓库 2500万 新增用户 200万 新仓库 480万 总用户 1000万  CSDN2023年调研：使用开源软件的开发者比例 64% 32% 2% 2% 经常使用 赠并运营项目；2）开源技术论坛通常会提供更广阔的开发者交流平台，提升开发者 能力水平；3）开源社区评估机构可对开源社区进行评分，辅助开发者选择要参与的开源项目；4）开源产业联盟往往会对行业贡献 技术指标、开源规范等，引导行业专业化发展。 来源：根据专家访谈、公开资料，由艾瑞咨询研究院自主研究及绘制。 开源产业链 运营： 发起者为运营者 开源技术论坛\开源社区评估机构\开源产业联盟 提供参 向上对接高校及研究机构， 加紧基础技术共建；向下对 应发行版ISV厂商，将软件向 更多行业及场景渗透 规划开源软件迭代方向，包 括但不限于软件特性增加、 现有功能增强、Bug修补， 并提出相应的合格指标 一方面积极对社区开发者的回 复给予反馈，另一方面发掘优 秀的灵感，增强创新能力 对开发者提交的代码进行评 审，确保代码的可读性和可 维护性，及时做出缺陷反馈 提出企业开源项目，确定是 否开源、开源时间、企业内

RESTFUL 接口，具备请求转换能力，有 效集成企业存量应用。 基于开源自主可控 基于社区开源版本，进行源码级内核优 化，性能增强，自主可控。 完备的监控 丰富的企业经验积累，支持完备的监控 指标。 多云混合云 统一视图管理多云、混合云集群，应用多 集群部署、运维。 可视化流水线 模块化能力，支持可视化拖拽，快速配 置不同种类流水线。 国产化适配 ARM 生态支持，支持国产芯片及操作 网易数帆旗下大数据技术与服务品牌 网易有数以“数据价值”为导向，聚焦于企业 “看数”、“管数”、“用数”等业务场景，提供全链路大数据技术及产品服 务，致力于盘活企业数据生产力，加速实现数字化转型。 数仓设计中心 指标设计 模型设计 数据治理中心 数据质量 数据地图 数据资产 数据标准 UDF管理 任务开发 版本管理 任务运维 资源管理 任务上线 数据服务中心 智能BI 数据准备 大屏 自助取数 念，通过模型设计中心对逻辑 建模进行指导。 统一指标管理 基线智能预警 海量任务运维和管理，提供 异常基线报警处理，辅助任务 运维人员完成工作。 数据资产360 建立集安全、价值、成本、质 量、标准于一体的健康评估指 标体系和优化工具，打造360° 无死角数据资产治理体系。 指标建设流程规范化，消除指 标口径二义性，帮助企业进行 指标规范化管理，提高数据输 出效率。 数据安全保障 内置细粒度权限管控和一体

同时也要求技术产品的采购在决策流程上透明化，更看重产品在技术指标上的优势。客观来看，这对开源的发 展有利有弊。利的一面在于，技术产品的提供方，在相关的开源领域的贡献可以被视为技术竞争力；弊的一面 在于让部分厂商为了取得差异化的竞争优势，把本应开源出来的特性或者优化，来闭源处理，从而不利于开放 式创新，也降低了可维护性。更为健康的针对开源产品的采购模式，应该平衡产品指标，技术竞争力以及产品 本身的可维护性。 简介、开源许可证以及核心开发者的及时回复都能够影响其是 否会留下成为项目的贡献者。 专家点评 堵俊平：谁说工程师不善于沟通？对开源项目而言，社区的氛围以及交流和沟通是开发者留存的关键因素。 段夕华：最后这个指标跟前面调查中的社区和谐诉求本质是相通的，那就是马斯洛需求层次中的「尊重和被认 可的需求」 36 4.9 开源项目是否集成 RPA（机器人流程自 动化） 对于开源项目是否集成了 RPA，即机器人流程自动化工具，有 义。 40 2021 中国开源年度报告 41 专家点评 堵俊平：这客观上反映了成立 CHAOSS 项目的必要性。 王蓉：虽然开发者对于开源度量的重要性表示认可，但目前业界对开源社区的度量指标有一些探索，但缺乏一 个受社区普遍认可的、可自动化执行的一个工具或者说 index。希望 OpenDigger 项目后续在国际标准和自 动化平台落地过程中能有关键进展。 42 4.13 参与者所了解的基金会

购在决策流程上透明化，更看重产品在技术 指标上的优势。客观来看，这对开源的发展有利有弊。利的一面在于，技术产品的提供 方，在相关的开源领域的贡献可以被视为技术竞争力；弊的一面在于让部分厂商为了取得 差异化的竞争优势，把本应开源出来的特性或者优化，来闭源处理，从而不利于开放式创 新，也降低了可维护性。更为健康的针对开源产品的采购模式，应该平衡产品指标，技术 竞争力以及产品本身的可维护性。 community as well as communication and exchange is a key factor for developer retention. 段夕华：最后这个指标跟前面调查中的社区和谐诉求本质是相通的，那就是马斯洛需求层 次中的「尊重和被认可的需求」 Duan Xihua: The last indicator is essentially the same Junping: This objectively reflects the need for the CHAOSS project. 王蓉：虽然开发者对于开源度量的重要性表示任何，但目前业界对开源社区的度量指标有 一些探索，但缺乏一个受社区普遍认可的、可自动化执行的一个工具或者说 index。希望 OpenDigger 项目后续在国际标准和自动化平台落地过程中能有关键进展。 Wang Rong:

972 万 增⻓约 35.3%；2020 年 GitHub 总开发者数为 5,600多 万，总活跃开发者数量 约 1,446万，相较 2019 年的约 1,19 万 增加了约 21.2%。 1.2 指标解释 2、主要内容与发现 2.1 世界开源 Top10 项⽬ 活跃度最⾼的项⽬是来⾃⾕歌的前端跨平台开发框架 flutter/flutter，此外，源于⾕歌的深度 学习框架 tensorfl microsoft/vscode 和 DefinitelyTyped/DefinitelyTyped 均使⽤ TypeScript 作为主要的编程 语⾔，这可能与 TypeScript 的受欢迎程度急剧攀升有关。 指标名称 含义 language 项⽬开发使⽤的主要语⾔ activity 项⽬活跃度（通过加权计算得到） developer_count 在活跃度定义下参与该项⽬的开发者⼈数 issue_comment 各⼤开源项⽬的背后，基本都有科技公司的⽀持，我们计算出了科技公司所维护的开源项⽬在 2020 年的活跃情况，结果如下表所示： 在国内企业的开源数据中，我们看到阿⾥巴巴在除 pull_review_comment 指标外之外各项指 标得分均排名第⼀，单项得分上，Repo_count 和 Developer_count 是其他公司之和， Open_issue 的数量也⽐其他公司⾼出了⼀个数量级。 AI 是百度

的提升存在什么规律？有技术可预⻅性吗？
杨植麟：我⾃⼰感觉存在
context
length
的摩尔定律。但需要强调：给定⻓度下的准确率也⾮常重 要，需要同时优化⻓度和准确率（⽆损压缩）两个指标。 在保证模型能⼒和智商的情况下，我觉得⼤概率
context
length
的提升是指数级增⻓的。
多模态：⼤部分架构不值得被

scale
up

海外独⻆兽：⼤家都期待多模态会在
2 former架 构的⼤模型，是“新时代的计算机”，参数数量决定计算复杂度，上下⽂⻓度决定内存⼤⼩⸺因此， 上下⽂⻓度是毫⽆疑问的关键所在。 上下⽂⻓度也正是近期AI圈中的⽐拼热点，各家都在这⼀指标上你追我赶。但这背后的核⼼问题在 于：什么才是真正有效的规模化？ 在演讲中，杨植麟表⽰，规模化是通向AGI的核⼼，⽽随着模型不断迭代，⻓⽂本会逐渐取代微调，成 为定制模型的关键技术。但通过滑动 类问题，⽽是能解决的问题越来越多。
当能解决的问题越来越多的时候，产品边界⼀直是在拓展的。AI
会逐渐深⼊到⽣活的各个⽅⾯，应⽤ 的价值也会越来越强，也就更符合我们对于
super
app
的指标和定义。AGI
的通⽤性和能成为
super
app，这两者是兼容的。
张鹏：我觉得你说了⼀个⾮常关键的点。移动互联⽹时代，我们⼀般看到的是，⼀个应⽤先达到某个 规模，然后才去不断拓展服务

呈下滑趋势。 18 / 111 OSS Compass Insight 本部分图表仅用于数据展示，不涉及先后排名 创新力-组织活跃度 开源组织的活跃程度成为衡量 社区生态建设是否繁荣的重要 指标之一。 本部分图表中的多个组织在社 区活跃度上表现各有差异。 如某些组织在开源项目中长期 保持较高的贡献水平，展现出 其对生态建设的持续支持；而 部分组织的活跃度则随时间推 移逐渐下降，可能受到内部资 通用户的使用随意性很强，准确性要求也不高，最终各家大模型的基础能力都足以应付。 27 / 111 一个大模型的生态系统的大小，也就是指有多少开发者在基于这个大模型构建应用。我认为 这是一个更靠谱的评价指标，是某个大模型最终能胜出的关键所在。 构建开发者生态通常有两种做法，一种是提供 API 云服务，对注册开发者进行一定的云资 源补贴；另一种是“开源”的方法，提供大模型免费下载，免费商用（一定条件下）。两种方法 IM，以及作为 基础能力的 Chatbot。 AI 编程工具应该怎么设计才能提效？在当前来说，国内的环境下，由于我们的目标是实现 可见的效率提升，即要通过可度量的指标。因而，可以看到一些明显的变化：  代码补全与生成是最容易度量的指标，并且市面上也以此类为主。  在不同环节，从时间角度来计算，如代码审查、代码测试等。  结合代码的问答，以减少工具切换、复制粘贴，提高效率。 过去，AI

围绕一系列与代码贡献相关的间接指标，来评估 开发流程管理，社区协作式开发做得如何。 Powered by oss-compass.org 84 / 87 OSS Compass Insight：社区服务与支撑 该模型用于评估开发者在贡献过程中，直接感知到的社区提供的服务和支撑做得如何。 其中包含了更新 Issue 数量、关闭 PR 数量、Issue 首次相应时间等指标。 Powered by

0发布，版本特性更 新如下： • 将每次发送的默认样本数提高到2000； • 支持处理原生直方图数据； • 在命令行中添加用于检查Prometheus服务 器健康状态和可用性的功能； • 添加所有查询加载的样本总数指标。 OpenYurt v1.3.0发布 OpenYurt是由阿里云开源的基于原生Kuberne- tes构建的、业内首个对于Kubernetes非侵入式 的边缘计算项目，目标是扩展Kubernetes以无

能带来额外的IT和数据风险，其他值得关注的因素包括技术先进性、运维能力等。 企业使用开源软件的选型要素 开源软件依赖于开源社区 进行更新，由此需要关注 开源社区的参与度、代码 贡献度、文档数等指标判 断其活跃度 社区活跃度 开源软件带来的自由在反 面也造成了偏离的风险， 企业在选择时需要尽量选 择主流、成熟的开源软件 软件成熟度 作为终端用户，需要考虑 开源技术是否符合自身应 用场景需要；作为软件厂