Lossless
long
context
is
everything。这是我们跟杨植麟聊完两个⼩时后记忆最深刻的⼀个观点。
这个技术判断在
23
年
10
⽉已经被传递出来，当时杨植麟创⽴的⽉之暗⾯发布了⾸个模型
moonshot
和智能助⼿
Kimi，⽀持
20
万字的输⼊。做“⻓”是因为杨植麟判断
AI-Native
产品的终极价值是提 供个性化的交互，⽽
lossless
long-context
是实现 本⽂还试图回答另⼀个外界普遍关⼼的问题：⼀家新创⽴的
AGI
公司如何超越
OpenAI？杨植麟的答案 是
tech
vision，⼀号位要能做出技术判断，同时还能拍板执⾏。⼀个具体的例⼦是，⽉之暗⾯希望⽐
OpenAI
更关⼼⽤⼾，原因是杨植麟判断⽤⼾数据的
scale
up
的效果最终会超越
base
model
⾃⾝。
杨植麟对于⽤
transformer
这个概率模型的思想基础⾛向
AGI：AI
本质就是⼀堆
scaling
law

海外独⻆兽：我们把
LLM
的训练⽐作登⽉，⽉之暗⾯的名字也和登⽉相关。你怎么看现在创业公司 的
LLM
训练，在
GPU
和算⼒资源有限的条件下，还能实现登⽉吗？
杨植麟：“登⽉”有⼏个不同的⽣产要素，算⼒肯定是⼀个核⼼，但还有其他的。 你需要⼀个同时满⾜
scalability
和
generality
这两点的架构，但今天其实很多架构已经不满⾜这两条

商业化过程中的风险点 …………………………………………………………………………… 87 4 投资——如何找到下一个开源独角兽 …………………………………………………… 93 4.1 成功商业开源项目判断标准 ……………………………………………………………………… 93 4.2 中国开源市场 ……………………………………………………………………………………… 96 4.3 资本市场上投资人对开源领域布局力度加大 上有超过2万个优秀开源项目获得了官方推荐，我们对这2万多个项目进行了Gitee指数的分析。 注 ：Gitee 指数的评估结果为全站范围的相对值。 2.7.1 Gitee 指数评估维度 1. 影响力 用来判断开发者是否真正关注过该项目，低 Star 数可能是由种种原 因被埋没，而长时间无 Star，可能这个项目并没有辐射到其他开发者。 2. 代码活跃度 项目代码“年久失修”，维护人员可能已经抛弃了该项目，只是忘了 前开源市场下托管、开放核心、混合许可是最为主流科技公司所采 用的，但是企业应根据自身社区以及产品情况进行商业道路的选择。 资本方是促进开源市场发展的重要参与方。对于投资机构来讲，在对 一个开源项目进行判断时往往会综合考虑以下几点 ：在产品开发阶段 重点要看企业是否拥有代码所有权和控制权以及是否具备国际竞争力； 社区运营阶段主要看企业是否具备足够强的运营能力 ；而在商业化探 索阶段，市场匹配能力与商业模式的成熟度将成为主要关注点。

RBAC过滤器的功能，以根据IP地址允许或 拒绝请求； • 支持将追踪数据导出到OpenTelemetry， 以便进行更全面的分析和监控； • 支持对所有主机进行外部授权； • HttpProxy的条件块还增加了对精确路径匹 配条件的支持； • 支持内部重定向； • 对基于HTTPProxy资源的路由实现了HTTP 查询参数匹配功能。 Flagger v1.31.0发布 Flagger是基于Kubernetes的开源工具，用 实践行为做出了对GPL协议要约的承诺，其负有 GPL协议中的所约定的相关义务。 2、“传染性”的认定。判断GPL协议所能传染的衍生软件或修订版本，区分开源代码与自有代 码，即确定自有代码是如何与开源代码结合或交互是前提。其次应结合代码的使用场景，即结合 代码的功能及其在软件中所起的作用进行判断。最终确定被传染的部分应当是与原开源软件形成 密切通信使得二者高度牵连融合成一体的程序，而非只要有数据交换就会构成传染。未来公司软 作的主要领域是code.gov.cz资源库1，该资源库使捷克共和国的公共部门之间能够共享开源项目。在 未来，该资源库还应成为公共部门内推动开源倡议和团队合作的契机。用户友好方法论是公共部门取 得开源成果的必要条件（例如，如何在公共机构中使用开源软件，如何开发有特殊安全需求的开源软 件等），这也是code.gov.cz[ http://code.gov.cz ]资源库的愿景。政府的“数字捷克”计划推动了 开源

site-wide relative basis. 2.7.1 Gitee 指数评估维度 Gitee Index Evaluation Dimensions 1.影响力 Impact 用来判断开发者是否真正关注过该项目，低 Star 数可能是由种种原因被埋没，而长时间无 Star，可能这个项目并没有辐射到其他开发者。 It is used to determine if developers business path based on their community and product situation. 资本方是促进开源市场发展的重要参与方。对于投资机构来讲，在对一个开源项目进行判断时 往往会综合考虑以下几点：在产品开发阶段重点要看企业是否拥有代码所有权和控制权以及是 否具备国际竞争力；社区运营阶段主要看企业是否具备足够强的运营能力；而在商业化探索阶 段，市场匹配能力与商业模式的成熟度将成为主要关注点。 primary concerns. 本章内容由云启资本投资团队撰写，主要内容包括：  开源软件商业化成功的底层驱动因素  开源软件公司的可能商业化路径  开源项目投资人判断标准以及案例分享 This chapter is written by the investment team of Yunqi Partners Investment team and covers

们的分析与推 演提供了可贵的素材。对软件商业化问题感兴趣的朋友一定要长期关注这个赛道。只有这样的对 象才能更有力地说明开源策略的重要性。 其次，我们得明确一点——大模型竞争的赛点是什么？常用的判断依据包括：技术的先进性， C 端用户基数，依赖这个软件的生态系统大小等等。其中哪个更关键一点？ 技术先进是好事，但大模型领域的先进技术远没有达到能为大模型企业带来可观收入的程度。 整个大模型赛 这是一个更靠谱的评价指标，是某个大模型最终能胜出的关键所在。 构建开发者生态通常有两种做法，一种是提供 API 云服务，对注册开发者进行一定的云资 源补贴；另一种是“开源”的方法，提供大模型免费下载，免费商用（一定条件下）。两种方法 各有支持者。闭源大模型一般会采用第一种方法，其中的代表有 OpenAI、Anthropic 等（为避 免麻烦，国内厂商的名字就不提了）。能用第二种方法的，必然是某种程度上的“开源”模型， 那么具体到大模型领域，闭源与开源，两种方法孰优孰劣？我的回答是采取什么方法因人而 异，但开源会更有优势。 大模型赛道的核心制约条件是成本太高——训练成本高，运行成本高。如何尽可能降低成本， 28 / 111 比对手坚持得更久一些是确保长期成功的必要条件。现在的宏观环境下，一味靠融资来支撑自己 的高成本支出不是长久之计。 闭源大模型厂商必须维持一定的云资源，工程师资源来支撑小额的开发者调试需求。投入产

开源许可不得将项目内容限制于特定软件，也不得对一起发布 的其他软件放置各种限制 公平性、中立性准则 • 开源项目不得对任何个人、组织以及用途等规定歧视性条款 • 开源项目的内容须在无需进一步许可的条件下适用于所有获得 该项目的主体 • 开源许可不得以某种特定技术或接口为前提，须保持技术中立 6 ©2022.2 iResearch Inc 须出售某 种服务而不仅是软件本身。 LGPL：如果类库引用（链接，不修改）则可以闭源商用，否则不能够闭源商用。 EPL：没有修改过，可以直接商用；有修改过，必须在公布源代码的条件下商用，这种 情况下与GPL的发布条件类似。 • 从定义上看，所有的开源协议本质上都是允许“商用”的，之所以在实践中存在一系列开源软件商用后的侵权问题，本质上说 是由于开源许可证的“传染性”。带有“传染性”开源许可证 软件进行收费，但同时也需要免费提供这一软件，从一般的商业逻辑上看这有些矛盾，正是在这个层面上，传染性开源许可证 与“商用”有一定的冲突。 • 部分开源许可证整体上具备“传染性”，但是能够在满足一定条件的情况下允许闭源，变得不存在任何商用的阻碍，典型代表 即为上表中右侧的LGPL、EPL。 • 各开源许可证通常还对代码修改后的发布、销售、宣传等环节有其他要求，但相比上述的“传染性”问题重要性较低，本报告

通过实时计算中心，对道路流量、平均 速度进行计算分析 通过数据服务中心，呈现全省流量、 交通态势等多功能数据大屏 客户收益： 搭建高速公路态势感知系统，实现异 常事件监测、拥堵预警提醒 结合道路的工程技术条件，最大程度 量化道路通行服务能力并采取相对应 的交通管控措施 客户需求： 应用快速部署、资源的弹性伸缩 集群规模大幅提升需要平台统一管理 解决方案： 接入网易数帆的多个技术与服务 敏捷的开发模式及良好的运维支持

易有侵权风险 类别一 允许二次闭源发行， 需要保留原始版权 和许可声明 常见许可证： • MIT • Apache2.0 • BDS2.0-clause • 木兰宽松许可证 类别二 一定条件下允许二 次闭源发行 常见许可证： • LGLP2.1，商业 软件通过代码类 库引用（软件代 码与引用的源代 码 呈 “ 松 耦 合 性” ）的方式 下可以闭源发行 类别三 不允许二次闭源发 行

受⼀样的权利（即使某个组织为他们在 Apache 代码上的⼯作提供报酬）。  ⼤多数 Apache 邮件列表都是存档的，并且可以公开访问，以确保⾃动协作，这些是⼀个 全球分布的社区所必须的条件。  由于⽆法在任何时候都达成完全共识，此时就可能需要传统⽽具有约束⼒的投票或其他协 调⽅式，以帮助消除决策障碍。  负责任的监督：ASF 治理模式以信任和授权监督为基础，让项⽬⾃治并直接向董事会提供