业版本发行的机密性，不知情企业闭源发行时越容易有侵权风险 类别一 允许二次闭源发行， 需要保留原始版权 和许可声明 常见许可证： • MIT • Apache2.0 • BDS2.0-clause • 木兰宽松许可证 类别二 一定条件下允许二 次闭源发行 常见许可证： • LGLP2.1，商业 软件通过代码类 库引用（软件代 码与引用的源代 码 呈 “ 松 耦 合 性” ）的方式 下可以闭源发行 类别三 类别三 不允许二次闭源发 行 常见许可证： • GPL （ 其 2.0 版 本不允许闭源发 行，3.0版本在 此之上设置了更 严格的开源要求） • AGPL （ 由 GPLv3修改而来， 开源要求进一步 涉及到了前端、 后端等衍生作品 生态） • 木兰公共许可证 开源许可证类别 6 ©2023.11 iResearch Inc. 选择适合开源项目的开源协 议，依据企业对项目的开源 方案审定协议中个别条款 向上对接高校及研究机构， 加紧基础技术共建；向下对 应发行版ISV厂商，将软件向 更多行业及场景渗透 规划开源软件迭代方向，包 括但不限于软件特性增加、 现有功能增强、Bug修补， 并提出相应的合格指标 一方面积极对社区开发者的回 复给予反馈，另一方面发掘优 秀的灵感，增强创新能力 对开发者提交的代码进行评 审，确保代码的可读性和可

客观来看，这对开源的发 展有利有弊。利的一面在于，技术产品的提供方，在相关的开源领域的贡献可以被视为技术竞争力；弊的一面 在于让部分厂商为了取得差异化的竞争优势，把本应开源出来的特性或者优化，来闭源处理，从而不利于开放 式创新，也降低了可维护性。更为健康的针对开源产品的采购模式，应该平衡产品指标，技术竞争力以及产品 本身的可维护性。 段夕华：不知道 21 年底所爆发的 log4j 漏洞， 不管是从活跃度及具体数据，还是直观的打孔图来看，VSCode 都是当之无愧的国际开源项目，参与人 数多，涉及地区广。 NixOS/nixpkgs 工作时间分布打孔图 每一位开发者在使用 Linux 的过程中想必都遭受过软件包版本冲突的痛苦折磨。NixOS 系统以非常出色 的包管理工具获取了一大批粉丝。一年过去了，NixOS/nixpkgs 仍然以非常高的活跃度位居榜单前列， 期待未来有更出色的表现。 50 2 中国活跃度排名 模式下，社区成员能够协同编写软件，软件用户可以提交及时使用反馈，在反馈的基础上开发人员可以 进行更高效地修改、迭代。此外，开源使用户可以直接参与到产品开发中来，这比闭源软件开发更能了 解客户的需求，并且发掘出用户需要的使用场景。因此，相对于单一的闭源软件供应商，开源社区有着 2021 中国开源年度报告 77 更清晰的研发方向，能致力于开发出更多的功能，并创造出对用户更有价值的产品，避免不必要的开发

指标上的优势。客观来看，这对开源的发展有利有弊。利的一面在于，技术产品的提供 方，在相关的开源领域的贡献可以被视为技术竞争力；弊的一面在于让部分厂商为了取得 差异化的竞争优势，把本应开源出来的特性或者优化，来闭源处理，从而不利于开放式创 新，也降低了可维护性。更为健康的针对开源产品的采购模式，应该平衡产品指标，技术 竞争力以及产品本身的可维护性。 Du Junping: Due to the rapid NixOS/nixpkgs 工作时间分布打孔图 NixOS/nixpkgs Punch Chart for Work Time Distribution 每一位开发者在使用 Linux 的过程中想必都遭受过软件包版本冲突的痛苦折磨。NixOS 系统 以非常出色的包管理工具获取了一大批粉丝。一年过去了，NixOS/nixpkgs 仍然以非常高的 活跃度位居榜单前列，期待未来有更出色的表现。 Every developer 快。开源模式下，社区成员能够协同编写软件，软件用户可以提交及时使用反馈，在反馈的基 础上开发人员可以进行更高效地修改、迭代。此外，开源使用户可以直接参与到产品开发中来， 这比闭源软件开发更能了解客户的需求，并且发掘出用户需要的使用场景。因此，相对于单一 的闭源软件供应商，开源社区有着更清晰的研发方向，能致力于开发出更多的功能，并创造出 对用户更有价值的产品，避免不必要的开发成本支出。除此之外，企业可以聘用贡献者来保证

所在。 构建开发者生态通常有两种做法，一种是提供 API 云服务，对注册开发者进行一定的云资 源补贴；另一种是“开源”的方法，提供大模型免费下载，免费商用（一定条件下）。两种方法 各有支持者。闭源大模型一般会采用第一种方法，其中的代表有 OpenAI、Anthropic 等（为避 免麻烦，国内厂商的名字就不提了）。能用第二种方法的，必然是某种程度上的“开源”模型， 以 Meta 的 Llama 是最常见的错误。 那么具体到大模型领域，闭源与开源，两种方法孰优孰劣？我的回答是采取什么方法因人而 异，但开源会更有优势。 大模型赛道的核心制约条件是成本太高——训练成本高，运行成本高。如何尽可能降低成本， 28 / 111 比对手坚持得更久一些是确保长期成功的必要条件。现在的宏观环境下，一味靠融资来支撑自己 的高成本支出不是长久之计。 闭源大模型厂商必须维持一定的云资源，工程师资源来支撑小额的开发者调试需求。投入产 来支撑小额的开发者调试需求。投入产 出上恐怕是算不过来的。即便闭源厂商愿意持续地补贴开发者，他们最终会发现大模型对开发者 的粘性也非常有限，没比在 C 端用户那边好到哪里去。 大模型这一产品形态实在是太特殊了——大多以自然语言为交互方式。因此大模型 API 云 服务的接口是非常简单的，高度一致的。在这种情况下，如果开发者构建的大模型应用只是调用 大模型的 API，那么大模型应用与某个具体

有⼀天你会发现，当你爬到了100层楼的时候，那些在⼀两层楼就开始看⻛景的⼈，其实有可能最后就 被降维打击了。所以，“爬楼梯”其实才是我们最终真正想做的事情。
最后，我们还⾮常相信的⼀点 就是：AGI不可能是闭⻔造⻋的产物，它必然是跟所有⽤⼾⼀起共创的过程。在这个过程中，才有可能 形成数据⻜轮，形成我刚刚说说的“场景的摩尔定律”。 我们也希望跟在座的所有⼈⼀起，能够通过我们的Kimi
智能助⼿产品，⼀起去探索AGI之路，⾮常感 ⽉之暗⾯
Moonshot
AI
是⼀家神秘且特别的⼤模型创业公司。
公司⽬前只发布了⼀款产品，基于千亿⼤模型的
chatbot
产品
Kimi
智能助⼿。发布之初，就打出了 「⻓⽂本」、「⾃研闭源」、「toC」等清晰的标签。
创始⼈杨植麟饱受期待，他毕业于
CMU，师从苹果
AI
负责⼈
Ruslan
Salakhutdinov，曾在
Meta
和
Google
Brain
任职，是 「⻓⽂本」作为「新计算机」的「内存」，绝对是⼀个⾮常⾮常重要的东西。 04
闭源路线是为了打造
AGI
时代的
Super
App
张鹏：这⼀波⼤模型创业⾥，我们能看到不少开源模型，开源模型也是体现团队能⼒和⽣态构建的⼀ 部分。Moonshot
是⼀个闭源模型，⽽且最近应该也没有开源的计划，想知道你们背后对这件事的思 考？ 杨植麟：我们是⾮常⽀持开源的。 我认为开源和闭源接下来在⼤模型领域⾥会是互补的关系，开源可以⽀持开发者去尝试各种创新的应

预览版已经开 始提供两个版本的 XAML Shell 服务，新的版本直接基于 Win32 + XAML， 曾经被寄予厚望的 UWP 在新版本里已经不见踪影。 老 牌 JS 工 具 库 lodash 关 闭 了 所 有 issue 并 统 一 打 上 "issue bankruptcy" 的 tag，此外还关闭了所有公开 PR，表示无力处理，一关 了之。 微软在 2023 年 9 月宣布计划在未来的 歉，并透露了导致中断的原因： 即，一个简单的拼写错误致使 17 个 生产级数据库被删除。 唯品会崩了 登上热搜 2023 年 3 月 29 日凌晨，腾讯旗下的微信和 QQ 等业务曾出现崩溃状况，包 括微信语音对话、朋友圈、微信支付，以及 QQ 文件传输、QQ 空间和 QQ 邮 箱在内的多个功能无法使用。 直到 29 日早间，腾讯微信团队才回应表示，经工程师抢修，系统正在逐步 恢复。 本次事 Slint 1.0 于 2023 年 4 月发布，标志着项目已顺利从开发阶段 “毕业”， 可正式用于生产环境。Slint（最初称为 "SixtyFPS"）是一个 Rust 编写的 综合性 UI 工具包，用于为桌面和嵌入式设备构建原生用户界面。 Python 深度学习框架 Keras 3.0 一统江湖 Keras 3.0 被誉为改变了机器学习游戏 规则：不仅支持 TensorFlow、PyTorch、

源代码，从某种意义上说这就等同于二 次开发后的产品是“自愿付费”的，或者说出售GPL开源软件的企业实际上必须出售某 种服务而不仅是软件本身。 LGPL：如果类库引用（链接，不修改）则可以闭源商用，否则不能够闭源商用。 EPL：没有修改过，可以直接商用；有修改过，必须在公布源代码的条件下商用，这种 情况下与GPL的发布条件类似。 • 从定义上看，所有的开源协议本质上都是允许“商用”的，之所以在 可证——这就意味着必须将修改后的软件也公开源代码，换言之，经修改后的软件无法“闭源”。也就是说，企业可以对这一 软件进行收费，但同时也需要免费提供这一软件，从一般的商业逻辑上看这有些矛盾，正是在这个层面上，传染性开源许可证 与“商用”有一定的冲突。 • 部分开源许可证整体上具备“传染性”，但是能够在满足一定条件的情况下允许闭源，变得不存在任何商用的阻碍，典型代表 即为上表中右侧的LGPL、EPL。 值通常通过“引流”来实现，在某种意义上，这可以类比为 一些2C的软件“先免费，再收费”或“免费软件+付费服务”的业务模式。如果我们以软件产业商务拓展的双漏斗模型来 衡量开源战略的商务价值，对比常规的闭源商业软件业务模式，开源软件在用户触达、加深产品了解、便捷化试用这三个 主要的“售前”环节具备显著的优势，而在初期的“售中”流程方面可能遇到一些困难——换言之，整体来看软件开源代 表着一种“广触达，少

全⾯超越传统堡垒机的应⽤体验； X-Pack 增强包 + 原⼚企业级⽀持服务 JumpServer 企业版的功能架构 JumpServer 企业版的四种型号 名称 描述 ⽀持的部署⽅式 单位 购买⽅式 JumpServer 企业版 （基础） JumpServer 堡垒机企业版（基础）⽀持的最⼤资产数量为 50 台，包含 X-Pack 增强包和原⼚企业级⽀持服务（基础级）。 ⽀持单机部署⽅式 JumpServer 堡垒机企业版（标准）⽀持的最⼤资产数量为 500 台，包含 X-Pack 增强包和原⼚企业级⽀持服务（增强级）。 ⽀持单机或冷备两种 部署⽅式 按套 按年 JumpServer 企业版 （专业） JumpServer 堡垒机企业版（专业）⽀持的最⼤资产数量为 5000 台，包含 X-Pack 增强包和原⼚企业级⽀持服务（增强级）。 ⽀持单机或冷备两种 部署⽅式 按套 按年 JumpServer JumpServer 堡垒机企业版（旗舰）不限资产数量，包含 X-Pack 增强包和原⼚企业级⽀持服务（增强级）。 ⽀持单机、热备或⾼ 可⽤三种部署⽅式 按套 按年 提示：⾮旗舰版⽀持热备份（Keeplived、负载均衡模式等）、应⽤组件⾼可⽤、Kubernetes 集群部署等模式，需要额外的实施及维护费⽤。 X-Pack 增强包 组织管理 资产同步 账号备份 单点登录系统对接 账号改密 ⼯单管理

Star 数量统计截至 2023 年 11 月。 Star 39,000+ 接近 GitHub 使用体验、可私有化部署的新一代的代码托管平台 DevSecOps 延伸能力 CI / CD 包/发布管理 依赖项扫描 百科管理 项目管理 其他能力… 合并请求 代码审查 分支管理 代码仓库 Git代码托管 核心能力 新一代的代码托管平台 Gitea 的定位 遵循典型的 Git CI/CD 功能，兼容 GitHub Actions， 可重用 Actions 插件和已有 Workflows 脚本 Workflows 脚本 Actions 运行 Gitea 延伸能力：包/发布管理 涵盖目前流行的包/发布管理器，包含 Maven、Go、RPM、NPM、PyPI 等；支持源代码和二进制文件的版本发布 Gitea 延伸能力：依赖项扫描 自动扫描代码仓的依赖库，发现有漏洞的版本，并 Gitea 社区版 Gitea 企业版 • 产品快速迭代，优先体验产品特性； • 开放 & 开源生态，上下游社区项目丰富； • 广泛的社区用户 & 开发者支持。 X-Pack 增强包 + 企业级支持服务 X-Pack 增强包（已上线功能） 集成对接企业微信、钉钉、 飞书等 Gitea Actions SSH 依赖项扫描 数据安全备份 分布式高可用部署架构 AutoScale Runner

- 常⽤⼯具包 京东-平台 业务中⼼ https://gitee.com/jd- platform-opensourc e/asyncTool +1.7k 5 nginxWebUI DevOps/运 维/⽹管 - ⽹管⼯具 陈钇蒙 https://gitee.com/cy m1102/nginxWebUI +1.7k 6 Plumelog 程序开发 - ⽇志⼯具包 陈⻰⻜ https://gitee JeeSite 4.2 卓源软件 Web 应⽤开发 - 后台管理框架 gitee.com/think gem/jeesite4 311 Hutool Hutool 程序开发 - 常⽤ ⼯具包 gitee.com/looll y/hutool 309 FastAdmin Karson Web 应⽤开发 - 后台管理框架 gitee.com/kars on/fastadmin 304