GitHub Trending 观察 2026-09-19

今日榜单 17 个仓库，新增 6 个，深挖 5 个。

Fission-AI/OpenSpec

语言：TypeScript · 总 star 69,405 · 今日 +296 · 一句话：YC W26 团队的 spec-driven development 框架，34 个 AI 编码助手适配器。

• 是什么：OpenSpec 是 spec-driven development (SDD) 的开源实现，把"任务开始前先写 spec、任务完成后 spec 留档供后续演化"的工作流落到具体工具链上，产物是 Markdown 化的 spec 文件夹，按"变更"组织。
• 为什么火：9 月 17 日 v1.13.1 release 重点加固安全（防 config.yaml 指令注入、防 .npmrc 重定向等），加上 YC W26 背景和 30+ 工具适配的口碑积累。Martin Fowler 站点 2025-10-15 由 Birgitta Böckeler 发表的《Understanding Spec-Driven-Development: Kiro, spec-kit, and Tessl》是当前对 SDD 最权威的厘清，把 SDD 划成 spec-first / spec-anchored / spec-as-source 三层，并把 OpenSpec、GitHub spec-kit、AWS Kiro 放在同一光谱对照——该文也对 SDD 工具整体持保留态度，警示"虚假控制感"。
• 值得看：支持 Claude Code（/opsx:apply）、Cursor、Codex、OpenCode、Cline 等 34 个工具，明确支持 brownfield（既有代码）项目，并提供 openspec show --diff 等跨工具一致的变更视图。对已建立编码助手工作流的团队，这是"补一层 SDD 治理"成本最低的入口；但对手是 GitHub 官方 spec-kit (137.8k stars) 和 AWS Kiro，原生能力收编的长期风险存在。
• 扩展资料：
  • Understanding Spec-Driven-Development: Kiro, spec-kit, and Tessl — Martin Fowler — 当前对 SDD 最权威的第三方厘清
  • OpenSpec — Supported Tools 文档 — 34 个 AI 编码助手适配器及命令前缀
  • Fission-AI/OpenSpec — Releases — v1.13.1 (2026-09-17) 为最近一次发布
  • Tabish (@0xTab) — X — 创始人个人账号，标注 Founder @ OpenSpec (YC W26)

supermemoryai/supermemory

语言：TypeScript · 总 star 30,336 · 今日 +140 · 一句话：19 岁创始人的 AI 时代 Memory API，自带本地嵌入与本地存储。

• 是什么：supermemory 是把"记忆"产品化的 AI 基础设施：MIT 许可、SDK + 托管 MCP + 单二进制本地模式，默认使用本地 BGE 嵌入（Xenova/bge-base-en-v1.5，无需 API key），存储落本地 ./.supermemory 目录，可指向 Ollama 实现完全离线；托管服务暴露 add / profile / search / search.documents / documents.uploadFile 等 API。
• 为什么火：创始人 Dhravya Shah（孟买出生，亚利桑那州立大学在读）19 岁，2025-10-06 TechCrunch 报道完成 260 万美元种子轮，投资人含 Cloudflare CTO Dane Knecht、Google AI 负责人 Jeff Dean、DeepMind 的 Logan Kilpatrick、Sentry 创始人 David Cramer——这种个人履历+明星投资人组合本身就具备传播性。今天 140 star 进 trending 大概率是因为同期 mem0 涨势带来的"memory 赛道"整体热度。
• 值得看：商业化分五档（Free / Pro $19 / Max $100 / Scale $399 / Enterprise），按 SM tokens 计费；真正 air-gapped 部署需 Enterprise + 签 DPA。官方博客自己承认 Mem0 在多模态、自动生命周期（Dream）、过期管理方面更强，所谓 “Memory API for the AI era” 有营销放大的成分；但显式 memory versioning、profile endpoint、LongMemEval 上 95% Recall@15（官方自报，需复现）仍是差异化卖点。
• 扩展资料：
  • A 19-year-old nabs backing from Google execs for his AI memory startup, Supermemory — TechCrunch (2025-10-06) — 创始团队背景、融资金额、投资人名单
  • Mem0 vs Supermemory (supermemory 官方博客) — 罕见的供应商自承弱项（多模态弱于 Mem0、benchmark 自报），含 BEAM 与 LongMemEval 数据细节
  • supermemory Pricing — Free/Pro/Max/Scale/Enterprise 五档价格与 SM tokens 计费规则

rustfs/rustfs

语言：Rust · 总 star 33,206 · 今日 +267 · 一句话：RustFS Inc. 9/16 刚发 1.0.0 GA，MinIO 的 Apache 2.0 替代品。

• 是什么：RustFS 是商业实体 RustFS, Inc.（美国亚特兰大乔治亚州，NVIDIA Inception Program 成员）维护的 S3-compatible 高性能对象存储；README 明确"RustFS is a trademark of RustFS, Inc."，许可 Apache 2.0——这是和 MinIO AGPL v3 的最大差异，对受 AGPL 传染担忧的企业是关键卖点。
• 为什么火：2026-09-16 1.0.0 GA 是关键事件，自带 Console、Edge/IoT 支持。三条迁移路径：(1) S3 API 协议层兼容，可直接复用 AWS SDK 与 MC/CLI；(2) MinIO 二进制/镜像原地替换（in-place swap）；(3) MinIO on-disk 格式兼容（rio-v2 cargo feature，目前 Preview，加密对象不可读）。官网称 2.7M+ Global Instances，但没有公开命名客户案例。
• 值得看：定位是 MinIO 的 drop-in replacement + AI 工作负载优化，依赖主要在 crates/ 内部（自研 erasure coding + 元数据层），未直接 fork TiKV/OpenDAL/Sled。与 Ceph RGW 相比在 PB 级生态成熟度仍有差距；SeaweedFS/Garage 在超大规模小文件场景更轻量。Apache 2.0 加上 MinIO 二进制原地替换，是当下合规与迁移成本都最优的 MinIO 替代路径——对 MinIO 2024 年改 AGPL 之后被迫自托管退场的场景尤其有吸引力。
• 扩展资料：
  • RustFS 1.0.0 GA 发布博客 (2026-09-16) — 官方 GA 声明与产品定位
  • RustFS Migration Guide — MinIO 二进制替换、MC/CLI 共存、S3 数据迁移的官方操作手册
  • RustFS Inc. 商标与公司信息 — 公司主体、NVIDIA Inception 成员、亚特兰大注册地址

asciimoo/hister

语言：Go · 总 star 4,986 · 今日 +889 · 一句话：Searx 与 Colly 作者的个人/本地知识库全文搜索引擎，今天因 HN 爆火。

• 是什么：hister 是自托管全文索引器，不是互联网搜索引擎——默认不爬网，靠浏览器扩展捕获访问过的页面 + 抓取本地目录文件 + 可选导入浏览器历史 + 可选爬虫扩展；后端 Bleve（基于 Lucene 的 Go 全文检索库），可选外接 embeddings 端点做语义检索；前端 Vite，客户端有 Web UI、TUI、CLI 和 MCP 接口，可被 AI 助手直接调用查询。
• 为什么火：今天 +889 的源头是 2026-09-17 bookofjoe 在 Hacker News 重新发帖「Hister: A private search engine for the pages you visit and the files you keep」冲到 696 分、191 条评论——作者 asciimoo 自己 2/5 的 Show HN 只拿了 9 分沉寂了七个月，bookofjoe 转发才引爆。
• 值得看：作者 Adam Tauber 同名仓库还有 SearX（13.5k stars，Python 隐私元搜索引擎）、Colly（25.5k stars，Go 爬虫框架）、wuzz（10.7k stars）、omnom、drawille 等——是个人项目密集型作者，能在多年后被一篇 HN 转贴引爆，本身体现了"个人知识库"这一垂直需求被持续验证。最近一个月几乎每周一个 minor 版本（v0.19.0 于 9/3），活跃度高。
• 扩展资料：
  • Show HN: Hister – fast, content-based search for visited websites (2026-02-05, 9 pts) — 作者最初 Show HN，对比阅读当时宣传话术与现状差异
  • asciimoo GitHub profile — 77 个仓库一览，含 SearX、Colly、Wuzz、Omnom，能看到作者完整技术脉络
  • Hister v0.19.0 release notes (2026-09-03) — 最新稳定版变更日志

tradesdontlie/tradingview-mcp

语言：JavaScript · 总 star 6,491 · 今日 +79 · 一句话：CDP 直接驱动本地 TradingView Desktop 的 Electron 内核，给 Claude Code 暴露 78–84 个工具。

• 是什么：把 TradingView Desktop 接到 Claude Code 的 MCP 桥。连接机制不是 MCP-to-TradingView，也不是 REST 截图 API，而是 Chrome DevTools Protocol (CDP) 直接驱动 Electron 内核——要求用户手动以 --remote-debugging-port=9222 启动 Desktop 应用，桥接进程经 chrome-remote-interface 把 DOM 事件转成 78–84 个 MCP 工具（README 内表列 78，repo description 称 84，存在计数不一致）。
• 为什么火：在 PulseMCP 目录 10 个 TradingView 相关 MCP 条目里，至少 3 个走 CDP 路线，1 个走 Selenium 截图，1 个走本地 CV 识别——“桌面本地 CDP 自动化"已成为这一细分品类的既定范式，tradesdontlie 是其中文档最完整、issue 流量最大的一支。
• 值得看：依赖只有 @modelcontextprotocol/sdk 和 chrome-remote-interface，纯本地处理；但完全绕过 Pine 编译器，依赖 TradingView Desktop 的私有 Electron DOM 结构——README 自承 “Accesses undocumented internal TradingView APIs … can change or break without notice”，并加粗声明 “Programmatic consumption of TradingView data may conflict with their Terms of Use”。截至 2026-09-17 仍持续有新 issue 涌入（#531、#529 tv_launch 在 MSIX Store 安装上失败、#527 zod 布尔解析 bug 等），7 月后 commit 节奏放缓但 issue 仍在接收，成熟度处于"广泛使用 + 频繁小修"的中后期。真要用得接受 ToS 风险与 DOM 断裂风险。
• 扩展资料：
  • tradesdontlie/tradingview-mcp — Repository — 一手源，含 84-tool 表、launch flag 步骤、ToS 免责段
  • PulseMCP — TradingView MCP servers directory — 同一品类 10 个竞品的快速横评入口
  • antvis/mcp-server-chart — 通用图表 MCP 横向基准（非 TradingView 数据源），可对比 MCP 生态其他垂直

今日一句话

• Fission-AI/OpenSpec — YC W26 团队的 SDD 框架，34 个 AI 编码助手适配器
• supermemoryai/supermemory — 19 岁创始人 + Jeff Dean 等明星投资人投资的 Memory API
• rustfs/rustfs — RustFS Inc. 9/16 刚发 1.0.0 GA，Apache 2.0，可 MinIO 原地替换
• asciimoo/hister — Searx + Colly 作者新作品，今天因 HN 696 分爆火
• tradesdontlie/tradingview-mcp — CDP 驱动本地 TradingView Desktop 的 MCP 桥，ToS 自承
• ahmedkhaleel2004/gitdiagram — Free, simple, fast interactive diagrams for any GitHub repository（仓库结构可视化）