「在 dsh 的插件商城看到的」:一个人做的上下文压缩插件,三个月 4,000 颗星
它是什么 一个夹在编程 agent 和模型之间的开源插件,让模型自己把聊过的历史压成可以再展开的摘要,小窗口模型也能跑超长会话、少花 token。
为什么火了 DeepSeek Harness 8 月开源带出插件商城,它第一批上架,正好接上「默认压缩太晚、烧 token」的痛点;一个包覆盖 25 个左右客户端,作者几乎当天修 bug,建库两个月后上 GitHub 榜一个月,口碑滚成了星。
B你可以怎么跟 别再做通用压缩器;盯下一个开插件市场的 agent 客户端第一批上架,或者做它被骂的部分(压太狠丢上下文、没有跨会话记忆),或者把它这一套做成英文圈和 Cursor/Cline 用户的版本。
- 数据(每天更新) · 建库 2026-08-06 · 4,548 星 · 7 天 +1,042
GitHub · 星数 数据 2026-10-09 → 2026-11-08(31 天,31 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有
billion-context 是一个中国个人开发者做的开源插件,架在编程 agent 和模型之间,让模型自己决定什么时候把聊过的历史折成摘要,口号是「100K 窗口够用、省 5 倍 token、一个会话跑一个月」。它起来靠的是三件事撞在一起:DeepSeek Harness 开插件商城的那一波、一个包接了 25 个左右的客户端、以及快到不像一个人做的迭代速度。品类本身已经很挤,值得学的是它的上架时机和铺客户端的打法。
10 月 15 日的一个帖子
2026 年 10 月 15 日上午,linux.do 上有人发了一个短帖,标题是「有人在用 billion-context 吗?」,正文三行:「在 dsh 的插件商城看到的。发现支持很多 harness。放在 pi 或者 omp 中使用会不会降低生成的质量?」帖子后来有 638 次浏览、12 个人回复。
回复几乎是这个项目的一张缩略图。有人「昨天刚下载,我用的是 pi,感觉原理挺合理的」;有人「用过一段时间,现在关掉了,因为发现这个压缩太狠了,很容易就丢失重要的上下文记忆」;有人在 magic-context 和它之间纠结;10 月 18 日有人留了一句「在用 magic-context,但看 billion 星数涨得很快」。
那一周,它刚上 GitHub 的 TypeScript 周榜。10 月 9 日它还是 698 颗星,11 月 6 日是 4,111(GitHub 逐日 star 数),四周涨了约 3,400,单日最多一天 +237(10-25)。
它到底做了什么
编程 agent 聊久了,上下文会越堆越长:要么撞上窗口上限,要么每一轮都把几十万 token 重新发一遍、按 token 付钱。各家客户端都有自带压缩,但做法是到阈值时把整段对话一次性总结掉。DeepSeek Harness(dsh)的默认阈值要等上下文涨到约 67.8 万 token 才触发(腾讯云开发者社区,9-28),中间烧掉的 token 是公认的痛点。
billion-context 换了个思路:它是一个代理,夹在客户端和模型 API 之间,给模型多塞了 compress、decompress、search_context 几个工具,让模型自己挑哪一段历史已经用完了、折成分层摘要;折过的还能再展开回来。作者说健康的会话前缀缓存命中率能保持在 95–97%,压缩本身的开销不到 2%。仓库里还附了一篇预印本:4.5 个月、174,327 次模型调用、累计 187.6 亿输入 token、204,800 的窗口一次没爆。
它冲的是一群很具体的人:国内大量用便宜小窗口模型(128K 的 DeepSeek Flash、各家 coding plan)的开发者。linux.do 上有人反馈「上下文基本控制在 10 万以内,哪怕已经几亿的总消耗」。
作者 ranxianglei 的 GitHub 账号 2015 年注册,到现在也只有 68 个关注者。完全免费开源,没有收费版。
星是从哪来的
| 时间 | 发生了什么 | star |
|---|---|---|
| 5 月 ~ 7 月 | 作者先做了 OpenCode 插件 opencode-acp(278 星)和 Pi 插件 billion-context-pi(274 星) | 攒下第一批用户 |
| 8-06 | 建库,把单客户端插件合成一个通用代理 | — |
| 8-13 | DeepSeek Harness 开源,主打「一切皆插件」;它打上 dsh-plugin 标签,进了 dsh 插件商城和 dsh-plugin.org | 9 月约 216 |
| 10-01 起 | 掘金上出现逐篇讲它机制的系列,10-16 CSDN 横评,linux.do 陆续有五六个讨论帖 | — |
| 10-09 | 上 GitHub TypeScript 周榜(最高第 3,全站最高第 7) | 698 |
| 10-22 | 知乎「本周 Star 攀升最多的 11 个项目」收录 | 2,356 |
| 10-28 起 | 上全站月榜,11-03/04 第 8 | 3,183 → 3,880 |
| 11-06 | 英文圈开始有动静:YouTube 博主 AICodeKing 发「This Repo ENABLES Infinite Context in Claude Code & Deepseek!」,5 小时近 2,000 次观看;MindStudio 写了配置教程 | 4,111 |
逐条说。
dsh 插件商城是第一个入口。 deepseek-harness 8 月 13 日开源,现在 27.4 万星,周边插件一下涌出来一大批(dsh-desktop 3.5 万、awesome-dsh-plugin 2.3 万)。同一波里做「上下文查看」的 dsh-context 也涨到了 4.2k,和 billion-context 几乎一样——说明 dsh 用户对「上下文」这一类插件的需求是真的。billion-context 的仓库只有一个话题标签,就是 dsh-plugin。
榜单把小圈子的口碑放大了。 前两个月它只攒了两三百到七百颗星,几乎全在中文开发者圈子里。10 月 5 日建库满 60 天,10 月 9 日上了周榜,之后一个月几乎天天挂在周榜或月榜上,4,000 颗星基本是这段时间涨的。从时间上看,它像是到了某个榜单门槛才被放出来(推断)。
每接一个客户端,多一个社区。 一个包覆盖 pi、omp、opencode、dsh、kimi、claude、codex、gemini、qwen、copilot、amp、kiro、goose、aider、zed 等 25 个左右的客户端,闭源的二进制客户端也能用证书中间人接进来。Pi 社区的老用户直接迁过来(Reddit r/PiCodingAgent 上有人说它「在 pi.dev 上下载量不小」),OpenCode、dsh 的用户各自从自己的商城找到它。
快到不像一个人。 建库 92 天,issue 和 PR 编号排到了 #5820,作者本人提交 3,597 次,npm 上发了 1,208 个正式版(加上每个 PR 自动发的预览包,一共 8,000 多个版本)。11 月 6 日一天就有十几个修 bug 的 PR。作者还有一个叫 ework 的项目,是「由 issue 驱动的自托管 AI 开发车队」——这个仓库多半就是 agent 车队在维护(推断)。用户的感受是「提了 issue 当天就修」,所以愿意留下来继续提。
用论文和基准撑可信度。 这个品类里满是「省 95%」的口号,它拿出一篇预印本和 1,500 题的跨基准评测(LongMemEval-S、ContextBench、MemoryAgentBench),CSDN 横评和不少博客直接引用这些数。也有人不买账,linux.do 上有人说「预印本里的评测做得很水」。
没找到 Hacker News 帖、Product Hunt 发布和付费推广;X 上只找到 8-31 一条 408 次浏览的推荐。
一个提醒:npm 上 8 月以来 377 万次下载不能当用户数看,它会自动更新,每个 PR 还发一个预览包,下载量被放大了很多倍。
谁在跟它抢
| 项目 | 上线 | 体量 | 和它的区别 |
|---|---|---|---|
| headroomlabs-ai/headroom | 2026-01 | 78.9k 星 | 压的是单次载荷(工具输出、日志、RAG 块),不管整段对话 |
| mksglu/context-mode | 2026-02 | 33.6k 星 | 把工具输出放进沙盒,也不碰对话历史 |
| cortexkit/magic-context | 2026-03 | 2.5k 星 | 最直接的对手,卖点是跨会话的长期记忆;只支持 OpenCode / Pi |
| Tarquinen/opencode-dynamic-context-pruning | 2025-11 | 4.5k 星 | 只支持 OpenCode,做剪枝 |
| Martian-Engineering/lossless-claw | 2026-02 | 4.9k 星 | 只支持 OpenClaw |
| Claude Code / Codex / OpenCode / dsh 自带压缩 | 一直都有 | 所有人默认在用 | 到阈值一次性总结 |
「上下文压缩」在 2026 年是热门品类,头部比它大一个数量级。它占住的是一个窄格子:压整段会话、模型自己决定、所有客户端通用。
口碑是分开的。linux.do 上一位在 Pi 里对比过的用户说得最清楚:「缓存命中率 billion 好一点,超长任务 billion 效果更好。但感觉 billion 每轮响应延迟更高?而且 billion 没有项目长期记忆,只能单个会话内记忆。」另一个帖子标题干脆是「billion-context 这个插件真的有那么好用吗?」,发帖人从 magic-context 换过来,结果「这几天经常出现 acp 问题,我还以为是我的网关网络抖动,查来查去居然是这个插件」。
跟风的已经有:dsh 移植版 Tyan66666/billion-context-dsh(168 星,dsh 开源当天建的)、Rust 重写 billion-context-rs(10-26 发到 crates.io)、LiteLLM 回调版,以及十来个 0 星的衍生库。还没有同量级的。
如果是你
判断: 别再做一个通用上下文压缩器,学它的两招:新 agent 平台开插件市场时第一批上架,一个内核接 N 个客户端。这个具体格子已经有它、magic-context 和一堆头部,dsh 那一波也过去三个月了。
适合谁: 手里已经有一个 agent 插件或 MCP 小工具、能用 agent 帮自己维护代码的个人开发者;本来就混某个客户端社区(Pi、OpenCode、dsh、Kimi、Qwen)的人。
不适合谁: 想在压缩算法上正面打 headroom、context-mode 的;没时间天天修 issue 的——它的留存一大半靠「当天修」,做不到这个速度就别碰这种贴着用户工作流的工具。
怎么做: 三条路,按把握排。① 盯下一个开插件市场的 agent 客户端,开放当周就上架一个解决它默认配置最被骂那一点的插件(dsh 是压缩阈值太高,下一个可能是别的),打上平台规定的话题标签。② 做它没做好的部分:它被骂的是「压太狠丢上下文」「没有跨会话记忆」「延迟变高」,一个能把压缩前后差异摆出来给人看、或者把会话摘要沉淀成项目记忆的小工具,有现成的用户在找。③ 换人群做:它的英文圈 11 月 6 日才刚有 YouTube 视频,英文 README、英文教程、英文客户端(Cursor、Windsurf、Cline)的深度适配都还薄。
怎么获客: 平台插件商城和 awesome 列表先占位;中文发 linux.do、掘金系列、知乎,英文发 r/LocalLLaMA、对应客户端的 subreddit 和 Discord;放一组自己跑的数字(省了多少 token、跑了多少天),比口号管用。前两个月攒口碑和日增,等上榜那一波。
什么时候之前: 下一个插件市场开放后两周内;走第 ③ 条的话,赶在英文大号写它之前,大概就是这一两个月。
什么情况说明看错了: ① 各家客户端在这几个月里把自带压缩改成增量、可逆的,这类插件整体失去理由;② billion-context 在没有新榜单曝光的情况下继续每天涨一两百星——说明用户认的是产品本身,而不是时机,第 ② 条的空间比想的小;③ 下一个开插件市场的平台上,第一批上下文类插件一个月都没过 1,000 星——说明「第一批上架」这招不灵了。
数据与出处:GitHub 仓库页与逐日 star 数(10-09 至 11-06)、GitHub 周榜与月榜;npm registry 与下载统计(8-01 至 11-05);dsh-plugin.org 收录页;linux.do「有人在用 billion-context 吗?」(10-15)及「billion-context 这个插件真的有那么好用吗?」等帖;腾讯云开发者社区 9-28 文章;知乎 10-22 周涨星榜;CSDN 10-16 横评;Reddit r/PiCodingAgent;YouTube AICodeKing(11-06);MindStudio 博客(11-06);各竞品的 GitHub 页。
研究底稿:竞品表、获客证据、完整研究报告
- 竞品
名字 在哪 上线 规模 它和这家不同在哪 headroomlabs-ai/headroom 开源 2026-01 78.9k star 压缩单次载荷(工具输出/日志/RAG 块),无状态;billion-context 管整条会话历史 mksglu/context-mode 开源 2026-02 33.6k star 沙盒化工具输出,载荷级,不碰对话历史 cortexkit/magic-context 开源 2026-03 2.5k star 主打跨会话长期记忆、只支持 OpenCode/Pi;billion 缓存命中和超长单会话更强但没有跨会话记忆 Tarquinen/opencode-dynamic-context-pruning 开源 2025-11 4.5k star 只支持 OpenCode,做剪枝而非分层可逆摘要 Martian-Engineering/lossless-claw 开源 2026-02 4.9k star 只支持 OpenClaw bowenliang123/dsh-context 开源 2026-08-14 4.2k star dsh 内上下文可视化/查看,不做压缩代理 Live-Compact / dsh-context-compression-selector / deepseek-harness-compaction-ui 开源 2026-08~10 数十到数百 star 只在 dsh 内,多为调参或包装官方压缩 Claude Code auto-compact / Codex / OpenCode / DSH 原生压缩 大厂功能 一直都有 所有用户默认在用 到阈值一次性整段总结(DSH 默认约 67.8 万 token 才触发);billion 增量、可逆、保前缀缓存、模型自己决定 - 用户从哪来
- 查实 平台事件:DeepSeek Harness 插件商城:deepseek-harness 2026-08-13 开源、27.4 万 star;仓库打 dsh-plugin 话题,被 dsh-plugin.org 收录;linux.do 10-15 帖「在 dsh 的插件商城看到的」
- 查实 GitHub trending:10-05 满 60 天,10-09 起连续上 weekly(TS 最高第 3、全站最高第 7)、10-28 起上 monthly(全站第 8),期间 698→4,111 star(github 库 trending 表)
- 查实 中文开发者社区(linux.do / 知乎 / CSDN / 掘金 / QQ 群):linux.do 至少 5 帖(10-24 质疑帖 1.1k 次浏览);知乎 10-22 周涨星榜;CSDN 10-16 横评;3 个 QQ 群两个满
- 查实 老用户迁移(Pi / OpenCode 插件):作者先做 opencode-acp(278 star)、billion-context-pi(274 star),pi.dev 上下载明显(Reddit r/PiCodingAgent)
- 查实 英文 YouTube / 博客:AICodeKing 11-06 视频 5 小时 1,971 次观看;MindStudio 11-06 教程;dev.to 10-13
- 查实 X:只找到 @0xchal 8-31 一条,408 次浏览;x-radar 本地语料无命中
- 查实 论文 / 基准背书:仓库附预印本(174,327 次调用、187.6 亿 token)和 1,500 题第三方基准,被 CSDN 等引用
billion-context(ranxianglei/billion-context)为什么能跑出来
渠道:GitHub · 研究日 2026-11-06 · 数据来源:我们的 github 库(repo_day / trending)、GitHub API、npm registry、网页检索(Jina)
一句话
一个中国个人开发者(ranxianglei,账号 2015 年注册、68 个关注者)做的上下文压缩代理:架在任意编程 agent 和模型 API 之间,给模型注入 compress / decompress / search_context / acp_status 四个工具,让模型自己决定什么时候把哪段历史折叠成分层摘要,目标是「100K 窗口够用、省 5 倍 token、一个会话跑一个月、累计几十亿 token」。它跑出来主要靠三件事叠在一起:DeepSeek Harness(dsh)插件潮带来的入口、建库满 60 天后进 GitHub trending 连续一个月、一个人+AI 车队式的极高迭代速度覆盖 25+ 个客户端。
一、数据
| 指标 | 数值 | 来源 |
|---|---|---|
| 建库 | 2026-08-06(npm 包 2026-08-05 首发) | GitHub API / npm |
| star | 4,111(11-06 库内),API 实时 4,242;fork 335 | 数据卡 / GitHub API |
| 9 月 star | 约 216(dsh-plugin.org 收录页写「216 stars, last updated 2026-09」) | dsh-plugin.org/plugins/ranxianglei/billion-context |
| 10-09 → 11-06 | 698 → 4,111,四周涨约 3,400;单日最高 237(10-25) | github 库 repo_day |
| 近 7 天 / 前 7 天 | +765 / +897(略降温,但 11-03~05 又回到日增 120~180) | 数据卡 |
| trending | 10-09 起上 weekly(TypeScript 最高第 3、全站最高第 7),10-28 起上 monthly(11-03/04 全站 monthly 第 8) | github 库 trending 表 |
| issue + PR 编号 | 92 天到 #5820;作者本人 3,597 次提交 | GitHub API |
| npm 版本 | 8,204 个版本(其中 1,208 个正式版,其余是每个 PR 自动发的预览包),当前 v0.1.212 | npm registry |
| npm 下载 | 2026-08-01~11-05 共 377 万,近一周日均约 14 万 | api.npmjs.org |
| 社区 | 3 个 QQ 群,两个已满 | README |
npm 下载数不能当用户数:bili 自带自更新,每次 PR 都发预览包,加上每天好几个正式版,下载量被版本更新放大了很多倍。star 曲线和 issue 量更能说明真实热度:到 11-06 有不少外部用户提了很长、带复现步骤的 issue(ChongCyrus、Anl-cyber、Fmm296 等),看写法很多是用户拿自己的 agent 写的。
二、竞品格局
| 产品 | 形态 | 上线 | 规模 | 和 billion-context 的区别 |
|---|---|---|---|---|
| headroomlabs-ai/headroom | 开源 | 2026-01 | 78.9k star | 压缩的是单次载荷(工具输出、日志、RAG 块),无状态;billion-context 管的是整条会话的历史(CSDN 横评原话:「headroom 回答这条消息怎么瘦」) |
| mksglu/context-mode | 开源 | 2026-02 | 33.6k star | 把工具输出放进沙盒,宣称省 98%;也是载荷级,不碰对话历史 |
| cortexkit/magic-context | 开源(OpenCode/Pi 插件) | 2026-03 | 2.5k star | 最直接的对手。卖点是跨会话长期记忆(「代理的海马体」);linux.do 用户的比较:billion 缓存命中率和超长任务更好,magic 有跨会话记忆 |
| Tarquinen/opencode-dynamic-context-pruning | 开源(OpenCode 插件) | 2025-11 | 4.5k star | 只支持 OpenCode,做剪枝而不是分层摘要 |
| Martian-Engineering/lossless-claw | 开源(OpenClaw 插件) | 2026-02 | 4.9k star | 只支持 OpenClaw |
| bowenliang123/dsh-context | 开源(dsh 插件) | 2026-08-14 | 4.2k star | dsh 里的上下文可视化 / 查看工具,不是压缩代理;同一波 dsh 插件潮,星数几乎一样 |
| 小型 dsh 压缩插件:Live-Compact、dsh-context-compression-selector、deepseek-harness-compaction-ui | 开源 | 2026-08~10 | 数十~数百 star | 只在 dsh 里,多是调参或包装官方压缩 |
| Paritok-official/paritok-4b-v1 | 开源网关 | 2026-07 | 1.4k star | 号称非破坏式压缩网关,用自训小模型 |
| 宿主自带压缩:Claude Code auto-compact、Codex compaction、OpenCode compaction、DSH 原生压缩 | 大厂功能 | 一直都有 | 所有用户默认在用 | 一次性整段总结、到阈值才触发;DSH 默认阈值要等上下文涨到约 67.8 万 token 才压(腾讯云开发者文章,2026-09-28),烧 token。billion-context 是增量、可逆、保前缀缓存 |
结论:「上下文压缩」在 2026 年是热门品类,头部(headroom、context-mode)规模大一个数量级。billion-context 找到的空档是会话级、模型自己决定、跨客户端通用这一格。
三、增长手段(用户从哪儿来)
- DeepSeek Harness 插件潮(平台事件,已确认)。deepseek-ai/deepseek-harness 2026-08-13 开源,现在 27.4 万 star,主打「一切皆插件」,周边插件一下涌出很多(dsh-our-free-model 6.2 万、dsh-desktop 3.5 万、awesome-dsh-plugin 2.3 万…,github 库)。billion-context 打了
dsh-plugin话题,被 dsh-plugin.org 和 dsh 插件商城收录;linux.do 10-15 的帖子开头就是「在 dsh 的插件商城看到的」(https://linux.do/t/topic/3026347)。DSH 默认压缩阈值很高、烧 token 是公认的痛点(https://developer.cloud.tencent.com/article/2752552),正好接上它「省 5 倍 token」的说法。 - 满 60 天进 GitHub trending(已确认)。10-05 建库满 60 天,10-09 就上了 TypeScript weekly 榜,之后一个月几乎天天在 weekly / monthly 榜上;star 从 698 涨到 4,111,基本就是在榜上这段时间涨的。之前两个月只攒了约 200~700 star。
- 中文开发者社区口碑(已确认):X @0xchal 8-31「开源推荐」(408 次浏览,声量小);linux.do 至少 5 个讨论帖(10-14 调参帖,10-15 帖 638 次浏览,10-24 质疑帖 1.1k 次浏览、20 赞,还有一篇 Pi 里 billion 和 magic-context 怎么选);知乎 10-22「本周 Star 攀升最多的 11 个项目」把它列进去(https://zhuanlan.zhihu.com/p/2096639964763133291);CSDN/GitCode 镜像 10-16 发横评;掘金 10-01 起有一个系列,逐篇讲它的机制(作者是谁未核实)。3 个 QQ 群两个已满。
- 作者原来在 Pi / OpenCode 社区的老用户(已确认):作者先做了 opencode-acp(2026-05,278 star)和 billion-context-pi(07-31,274 star),在 pi.dev 包页上下载量明显(Reddit r/PiCodingAgent 帖:「gain a fair bit of downloads on pi.dev」)。billion-context 把这些单客户端插件合成一个通用代理,老用户直接迁过来。
- 刚开始打进英文圈(已确认,很新):AICodeKing 的 YouTube 视频「This Repo ENABLES Infinite Context in Claude Code & Deepseek!」11-06 发布,5 小时 1,971 次观看;MindStudio 博客 11-06 写了配置教程;dev.to 10-13 有一篇;另有 YouTube 讲解视频和 GitHub Trending 自动生成的 Shorts(10 月)。
- 「论文 + 第三方基准」做可信度(已确认):仓库里附了一篇预印本(4.5 个月、174,327 次模型调用、187.6 亿累计输入 token、204,800 窗口零越界),还有 1,500 题跨基准评测(LongMemEval-S / ContextBench / MemoryAgentBench)。CSDN 横评和不少博客直接引用这些数字。也有人不买账,linux.do 上有人说「预印本里的评测做得很水」。
- 没找到 HN 帖(我们的 hackernews 库查不到)、Product Hunt 记录或付费推广。
四、为什么能跑出来
- 踩在 dsh 插件潮的入口上:dsh 8-13 开源,插件商城成了新的分发渠道,dsh 默认压缩又烧 token,一个「省 token、长会话不爆」的插件被放在了商城里显眼的位置上。证据:linux.do「在 dsh 的插件商城看到的」;dsh-context 同期也涨到 4.2k,说明 dsh 里「上下文」这一类插件需求是真的。
- 戳中的痛点很具体:国内用户大量用便宜的小窗口模型(DS V4 Flash 128K「残血」版、各家 coding plan),「100K 足矣、省 5 倍」这句话就是冲他们说的。linux.do 用户反馈:「上下文基本控制在 10 万以内,哪怕已经几亿的总消耗」「较小上下文的模型还是有一定作用」。
- 入口多:一个包覆盖 pi、omp、opencode、dsh、kimi、hermes、zcode、claude、codex、gemini、qwen、copilot、amp、kiro、goose、aider、zed 等 25 个左右的客户端;闭源二进制也能用证书 MITM 接进来。每个客户端社区都能单独带来用户。
- 迭代快得出奇:92 天 5,800 多个 issue/PR、1,208 个正式版、作者 3,597 次提交。bug 当天提当天修(11-06 当天就有十几个 fix PR)。作者另有一个「ework」项目(由 issue 驱动的自托管 AI 开发车队),看起来就是用 agent 车队在维护这个仓库(推测,未核实)。用户感受到「提 issue 就有人修」,愿意留下来继续提。
- 满 60 天上 trending 之后滚起来:trending 一个月,把中文社区的口碑换成了 GitHub 全站的曝光。
五、差异化
- 模型自己决定压缩(注入 compress 工具,不按固定阈值硬截断),增量、可逆(压缩过的可以再解压回来),保前缀缓存(健康会话缓存命中率 95–97%,压缩本身开销不到 2%)。
- 压的是会话历史,和 headroom、context-mode 压工具输出是两个层面;跨客户端通用代理,和 magic-context、DCP、lossless-claw 只做单一宿主不一样。
- 是不是跑出来的原因?是一部分。「通用 + 省 token + 长会话」这个定位让它在 dsh 商城和各个客户端社区里都排得上号,所以能同时从好几处吃到流量;但 star 真正起量的时间点和 dsh 插件潮、trending 资格对得上。用户口碑其实有分歧:有人说压得太狠会丢上下文、延迟变高、缓存率波动(linux.do 10-15 / 10-24 两帖),也有人说「dsh 里用着还不错」。差异化帮它进了用户的候选,但不是公认的好用。
六、能见度与跟风
- 能见度:小圈子里在传。中文开发者圈(linux.do、知乎、CSDN、QQ 群)和 Pi 社区里讨论很多;英文圈 11-06 才有 AICodeKing 视频和 MindStudio 博客。开源免费,没有收入可言;没见到 X 大号写过(x-radar 本地语料里搜不到,唯一能找到的 X 帖是 @0xchal,408 次浏览)。
- 跟风 / 派生:Tyan66666/billion-context-dsh(dsh 移植版,168 star,08-13 就建了,和 dsh 开源同一天);MoRanYue/billion-context-rs(Rust 重写,crates.io 10-26 发布);kunkun9527/billion-context-pi-lean(13 star);enslaver/litellm-acp-kernel(LiteLLM 回调版);另有十来个 0 star 的 dsh / codex / openchamber 衍生库(lhg-dsh-billion-context、billion-context-codex、dsh-tui-billion-context 等)。还没有同等量级的抄袭者。
七、别人能借鉴的
- 新平台开插件市场时第一批上架,打上平台规定的话题标签(dsh-plugin),用户在官方商城里搜就能搜到。
- 一个内核加 N 个宿主适配:同一份 acp-kernel,先 opencode、再 pi、再合成通用代理,每接一个客户端就多一个社区入口。
- 用 agent 车队把迭代速度拉到人做不到的程度,issue 当天修当天发版,让用户觉得项目是活的。
- 用量化论文和基准做背书,在全是「省 95%」口号的品类里显得更可信。
- 建库满 60 天才有资格上 trending:前两个月先在社区里攒口碑和日增,到点就能接住 trending 的流量。
八、还不确定的
- 真实活跃用户数(npm 下载被自更新和 PR 预览包放大;star 不等于在用)。
- dsh 插件商城怎么排序、billion-context 在里面排第几、有没有被官方推荐,没有查到原始页面。
- 10-12、10-18、10-25 几个单日高峰各自是什么触发的(只确认了 trending 上榜和知乎 10-22 周榜,对不上具体某一天)。
- 「AI 车队维护」是推测(从提交量、PR 写法和作者的 ework 项目推断)。
- 压缩质量的口碑分歧会不会让人卸载;近 7 天涨星比前 7 天略降。
- LICENSE 在 GitHub 上显示 NOASSERTION,README 写的是 MIT。