导语
今天这份榜单的主线很集中：Agent 的能力正在以“可安装的技能包”形式流通。本期 10 个项目里有 6 个的分发单位是 Skill 或 Plugin——有成体系的方法论框架，也有安全审计、技术书转化、写作自检这类单点技能；与此同时，记忆层、工作流连接器和自托管助手各自补齐了一块拼图。
本期从 GitHub Trending 与七个 AI 主题的检索结果中筛出 10 个项目，全部通过 GitHub API 核对了 Star、Fork、许可、归档状态与最近发布时间。文中所有数字都是采集时刻的快照，不是实时值。
数据范围与方法
- 快照时间：2026-09-19 10:30–10:40（Asia/Shanghai，UTC+8），Star 采集日期为 2026-09-19。
- 信号来源：GitHub Trending 日榜（17 条）与周榜（21 条），去重后 33 个仓库；Repository Search 按
ai-agent、llm、generative-ai、artificial-intelligence、multimodal、rag、ai-coding七个主题各取 30 条（共 210 条），去重后 181 个仓库。 - 合并口径：上述两组共 211 个唯一仓库；剔除本博客往期 21 期日报中出现过的 167 个仓库后，剩余 103 个新候选进入核实。
- 硬性门槛：
stars:>1000、archived:false、fork:false、最近 90 天内有 push 或 release；本期入选项目 Star 从 3,984 起，未触发降至 500 的例外条款。 - 排除范围：Awesome List、课程/论文/数据集清单、纯概念仓库、镜像、fork；同时剔除了 AI 并非核心能力的通用基础设施项目（通用存储、代码托管、智能家居中枢、通用解密工具等）。另有几类按内容判断排除：以白标转售与“无内容过滤”为主要卖点的生成式工作室；README 正文极简、无法据以核实项目边界的仓库；以及最近一次 release 停留在 2025 年 2 月、实际已无版本节奏的项目（如 quivr，最新 release 为
core-0.0.33，2025-02-04）。 - 核实方式：全部字段来自 GitHub 官方 API 与各仓库 README 的章节结构；除本博客发布用的隔离克隆外，未克隆、安装或运行任何候选项目。
- 排序说明：以下排序由 Trending 信号、Star 规模、近期更新、活跃度、工程价值与差异性综合得出，不是 GitHub 官方综合排名。无法取得增星数据的项目标注为“未公开”，不做推算。本期有 1 项为往期已收录项目的再次入选（obra/superpowers），原因见该项说明。
Top 10 一览
| # | 项目 | Star（2026-09-19） | 分类 | 最近更新 |
|---|---|---|---|---|
| 1 | obra/superpowers | 288,563 | Agent 技能框架 / 开发方法论 | 2026-09-19 |
| 2 | addyosmani/agent-skills | 96,436 | 编码 Agent 工程技能库 | 2026-09-18 |
| 3 | virgiliojr94/book-to-skill | 31,128 | 知识资产化 / Agent 技能 | 2026-09-18 |
| 4 | supermemoryai/supermemory | 30,316 | 记忆与上下文引擎 | 2026-09-18 |
| 5 | anthropics/knowledge-work-plugins | 24,896 | 插件生态 / 知识工作 | 2026-09-18 |
| 6 | activepieces/activepieces | 24,544 | 工作流自动化 / MCP 连接器 | 2026-09-18 |
| 7 | cloudflare/security-audit-skill | 13,871 | 安全审计 / Agent 技能 | 2026-09-14 |
| 8 | cobusgreyling/loop-engineering | 11,253 | Agent 循环工程 / 治理 CLI | 2026-09-19 |
| 9 | petergyang/no-ai-slop | 10,573 | 内容自检 / Agent 技能 | 2026-09-02 |
| 10 | TencentCloud/Octop | 3,984 | 自托管 AI 助手 / 多 Agent | 2026-09-19 |
十项介绍
1. obra/superpowers — 把“怎么做软件”写成一套可安装的技能
- GitHub：https://github.com/obra/superpowers
- Star：288,563（采集于 2026-09-19）｜Fork：25,809
- 分类：Agent 技能框架 / 开发方法论
- 最近更新：2026-09-19（最近发布 v6.4.1，同日）
- 许可：MIT
- 技术栈：Shell
Superpowers 的自我定位是“一套能用的 Agent 技能框架与软件开发方法论”。README 的结构说明了它的用法：How it works 讲机制，Installation 分 Claude Code、Antigravity、Codex App 等宿主分别给出安装路径，另外还有一节 Commercial Services 介绍其商业服务。仓库创建于 2025-10-09，目前有 370 个未关闭 issue。
入选理由：本博客 2026-09-10 曾收录该项目（当次 284,073 Star）。本期重新入选有两个具体变化：一是 09-19 发布了 v6.4.1，版本时间与本次快照同日；二是本周进入 Trending 周榜（周增约 3,573 Star），Star 从 284,073 增至 288,563。作为对比，同期多数技能类仓库的体量还停留在数万量级。
个人见解：Superpowers 这类项目的资产不是代码，而是提示词与流程文本——它们能被版本管理，却很难被单元测试，所以“技能升级后行为变了”往往没有回归测试兜底。25,809 个 Fork 说明它被大量复制进个人环境，也就意味着上游任何一次改动都会以分叉形式扩散到各处。生产采用前建议做两件事：把技能目录锁到具体 tag，并给关键流程补一层人工抽查，别把方法论框架当成确定性依赖。
2. addyosmani/agent-skills — 给编码 Agent 一套“工程工序”
- GitHub：https://github.com/addyosmani/agent-skills
- Star：96,436（采集于 2026-09-19）｜Fork：10,198
- 分类：编码 Agent 工程技能库
- 最近更新：2026-09-18（最近发布 0.6.10，同日）
- 许可：MIT
- 技术栈：JavaScript
Agent Skills 的定位是“给 AI 编码 Agent 的生产级工程技能”，README 明确以“全部 25 个技能”的形式列出清单，并按阶段分组：Meta（判断该用哪个技能）、Define（澄清要构建什么）、Plan（拆解任务）等。仓库创建于 2026-02-15，目前有 111 个未关闭 issue。
入选理由：Trending 周榜周增约 3,051 Star、日榜约 675 Star；09-18 发布 0.6.10 并同日推送代码。它是本期“技能类”项目里规模第二大的一个，且把技能按软件工序而非按工具分类。
个人见解：把技能按 Meta/Define/Plan 这样的工序切分，隐含了一个判断：Agent 出错的地方主要在“该不该动手”和“要做成什么样”，而不是代码写不出来。这个分类法本身值得借鉴，即便不用它的技能。需要注意的是技能与宿主的绑定关系——README 的安装方式围绕特定 Agent 客户端展开，换 harness 时迁移成本不能忽略；另外 0.6.x 的版本号说明接口仍在变动，别把它当成稳定 API 来依赖。
3. virgiliojr94/book-to-skill — 把技术书变成可以调用的技能
- GitHub：https://github.com/virgiliojr94/book-to-skill
- Star：31,128（采集于 2026-09-19）｜Fork：3,231
- 分类：知识资产化 / Agent 技能
- 最近更新：2026-09-18（最近发布 v1.4.0，2026-08-10）
- 许可：MIT
- 技术栈：Python
book-to-skill 做的事很直接：把一本技术书的 PDF 转成一个 Claude Code 技能，供学习、查阅和工作中调用。README 中“What it generates”说明产物形态，“Beyond books”说明适用范围不止于书，另有一节标题为 “The Discovery Loop Tax”，指向的是反复检索资料这个成本项。安装路径覆盖了多个宿主（README 列出了 Copilot CLI、Amp、Hermes Agent、OpenClaw 等各自放置技能的目录）。仓库创建于 2026-05-01，仅 15 个未关闭 issue。
入选理由：31,128 Star、3,231 Fork，对一个 5 月才创建的项目来说增长很快；09-18 仍有代码推送。它把“个人书库”和“Agent 上下文”接了起来，是本期候选里最具体的一种知识资产化路径。
个人见解：这类工具真正的变量在于输入质量——扫描版、图表密集、代码排版混乱的 PDF 转出来的技能，会把解析错误原样带进后续所有回答，而且很难被人察觉。另一个需要正视的是版权边界：把购买的电子书转成可被团队分发的技能资产，与个人查阅是两件事，团队场景建议先明确合规口径。工程上它几乎不需要基础设施，几十行安装步骤就能验证，属于低成本可试的一类。
4. supermemoryai/supermemory — 记忆层选择“本地也能跑”
- GitHub：https://github.com/supermemoryai/supermemory
- Star：30,316（采集于 2026-09-19）｜Fork：2,641
- 分类：记忆与上下文引擎
- 最近更新：2026-09-18（最近发布 server-v0.0.8，2026-08-17）
- 许可：MIT
- 技术栈：TypeScript
supermemory 把自己描述为“记忆与上下文引擎 + 应用”，强调速度快、可扩展，并且可以完整地本地运行，对外提供“面向 AI 时代的 Memory API”。README 列出了接入方式：插件、MCP、以及支持哪些客户端，并说明了“你的 AI 能拿到什么”和内部工作方式。仓库创建于 2024-02-27，目前有 107 个未关闭 issue。
入选理由：Trending 日榜当日新增约 140 Star；09-18 有代码推送；30,316 Star 让它成为“记忆层”方向上体量最大的开源项目之一，且明确支持全本地运行。
个人见解：往期日报里出现过以时序知识图谱为核心的记忆方案，supermemory 走的是另一条路——更像一个通用的记忆 API，把存储与检索抽象掉，重点放在“本地也能跑”上。两条路线的取舍点不同：图记忆解决“说法变了怎么办”，而通用记忆层要先解决“谁能读、能不能删、删了是不是真删干净”。后者在真实业务里通常更早被问到，尤其是涉及用户数据时。另外它的服务端版本号还在 0.0.x，接口稳定性需要自己去验证，别只看 Star 数决定是否长期依赖。
5. anthropics/knowledge-work-plugins — 官方开始做插件市场
- GitHub：https://github.com/anthropics/knowledge-work-plugins
- Star：24,896（采集于 2026-09-19）｜Fork：2,972
- 分类：插件生态 / 知识工作
- 最近更新：2026-09-18
- 许可：Apache-2.0
- 技术栈：Python
这是 Anthropic 开源的插件仓库，README 明确说明主要面向知识工作者在 Claude Cowork 中使用。内容包括 Plugin Marketplace（插件市场）与 Getting Started，后者分成 Cowork 与 Claude Code 两条安装路径，步骤是先添加 marketplace，再安装具体插件。仓库创建于 2026-01-23，目前有 80 个未关闭 issue。
入选理由：Trending 周榜周增约 776 Star、日榜约 299 Star；09-18 有代码推送。往期日报里出现的多是第三方技能合集，这是“由模型厂商自己提供插件分发渠道”这一类目首次进入本专栏榜单。
个人见解：插件由厂商自己组织目录，好处是安装与更新路径统一，代价是能力边界的解释权也集中到了厂商手里。对企业用户来说，插件本质上是“提示词 + 工具 + 权限”的组合包，评估重点应该落在它能访问哪些数据、以谁的身份访问，而不是“它能做多少事”。这个仓库没有发布 release，只能跟随主线分支，因此生产使用建议固定 commit；另外插件市场的存在会让“影子 IT”更容易发生——员工自己装一个插件，可能就绕过了一次数据外发的评估。
6. activepieces/activepieces — 把 MCP 当成连接器目录来用
- GitHub：https://github.com/activepieces/activepieces
- Star：24,544（采集于 2026-09-19）｜Fork：4,205
- 分类：工作流自动化 / MCP 连接器
- 最近更新：2026-09-18（最近发布 0.91.0，2026-09-14）
- 许可：GitHub API 识别为 NOASSERTION（仓库内同时存在社区版与企业版内容，商用前请自行核对 LICENSE）
- 技术栈：TypeScript
Activepieces 是一个开源的 AI 工作流自动化平台，README 首屏把卖点写成“AI Agents & MCPs & AI Workflow Automation”，并声称提供约 400 个面向 AI Agent 的 MCP 服务器；核心概念是 Piece（可复用的集成单元），支持用户自己开发。该数字为项目自述，未经独立核查。仓库创建于 2022-12-03，目前有 567 个未关闭 issue。
入选理由：24,544 Star、4,205 Fork；09-14 发布 0.91.0，09-18 仍有推送。它是本期唯一以“自动化平台 + MCP 连接器”为定位的项目，与纯技能类项目形成互补。
个人见解：400 个 MCP 服务器换个角度看就是 400 条数据出口——自动化平台的治理难点从来不是能连多少系统，而是每个连接用谁的凭据、写权限是否被收敛、出错时能不能追溯。这类平台建议先自托管、先在测试账号上跑，再谈铺开。还有两点必须自己确认：一是许可证，API 识别为 NOASSERTION，说明仓库内的授权结构不是单一协议，商用前要逐目录读清；二是版本仍是 0.x（0.91.0），升级带来的行为变化需要留出回归时间。
7. cloudflare/security-audit-skill — 大厂把安全审计做成了技能
- GitHub：https://github.com/cloudflare/security-audit-skill
- Star：13,871（采集于 2026-09-19）｜Fork：742
- 分类：安全审计 / Agent 技能
- 最近更新：2026-09-14
- 许可：MIT
- 技术栈：JavaScript
这是 Cloudflare 发布的一个编码 Agent 技能，项目描述为“面向多阶段安全审计、产出可独立复核的机器可读发现”（属项目自述）。README 的结构包括 What it does、Files、Installation、Usage、Requirements 与 Design principles。仓库创建于 2026-06-18，没有发布 release，目前 35 个未关闭 issue。
入选理由：Trending 日榜当日新增约 3,006 Star，是本期入选项目中日增最高的一项，也是唯一一个由大厂官方发布的安全方向技能；09-14 有代码推送。
个人见解：安全审计从“提示词模板”变成“有设计要求、有产物格式的技能”，这个方向比多数技能更有价值，因为审计结论需要能被机器消费、被复查。但两点风险要提前想清楚：一是让同一类模型既负责发现问题又负责验证，容易出现“看起来复核过”的假象，关键结论仍需人工或独立工具确认；二是一旦接入 CI，就要先定义清楚什么级别的问题阻断合并，否则会退化成一份没人读的报告。它目前没有 release，安装建议锁定 commit。
8. cobusgreyling/loop-engineering — 给 Agent 的“循环”配一套审计工具
- GitHub：https://github.com/cobusgreyling/loop-engineering
- Star：11,253（采集于 2026-09-19）｜Fork：1,511
- 分类：Agent 循环工程 / 治理 CLI
- 最近更新：2026-09-19（最近发布 v1.6.0，2026-07-20）
- 许可：MIT
- 技术栈：TypeScript
Loop Engineering 提供“与 AI 编码 Agent 协作时的循环工程模式、脚手架与 CLI 工具”，作者在描述中说明灵感来自 Addy Osmani 与 Boris Cherny，并列出 loop-audit、loop-init、loop-cost 等命令。README 章节包括 Patterns、Getting started、Examples by tool、Operating & safety 与 Sources。仓库创建于 2026-06-09，仅 9 个未关闭 issue。
入选理由：09-19 有代码推送（与本次快照同日）；11,253 Star，并提供了同类项目中少见的“循环成本审计”工具。它不提供技能，而是给“让 Agent 反复干活”这件事配管理手段。
个人见解：让 Agent 自我循环，最大的问题是过程的不可解释与成本的不可预期——它可能在第 3 轮就解决了，也可能在第 30 轮还在原地打转，而这两种情况从日志上未必分得清。loop-cost 与 loop-audit 这类命令的价值就在这里：把“跑了多少轮、花了多少”变成可测量的量，再决定要不要继续授权。它明确写了 Operating & safety 一节，说明作者把这当成一个需要边界设计的问题；我的建议是先读这一节，再决定在自己的仓库里试哪一类循环。
9. petergyang/no-ai-slop — 把“AI 味”当成可检测的模式集
- GitHub：https://github.com/petergyang/no-ai-slop
- Star：10,573（采集于 2026-09-19）｜Fork：729
- 分类：内容自检 / Agent 技能
- 最近更新：2026-09-02（最近发布 v1.0.6，2026-08-01）
- 许可：MIT
- 技术栈：Python
No AI Slop 是一个写作类技能，项目描述为“从任何文本中移除 20 多种 AI 写作模式”。README 除了安装与使用，还专门列出“The slop that this skill catches”清单，并区分了编辑、检测、以及“生成 slop”三种用法。仓库创建于 2026-07-07，目前 22 个未关闭 issue。
入选理由：Trending 周榜周增约 2,189 Star；10,573 Star、729 Fork。它把“AI 文风检测”做成了一个可直接安装的技能，是本期候选中最容易被普通人用起来的一项。
个人见解：能识别模式，也就意味着能生成模式——同一个清单既可以用来检查自己的稿子，也可以反过来把文字调成另一种风格，工具本身没有立场。我更看重它的检测用法：把它接在发布前当作自检步骤，比事后靠人眼判断要可靠。需要提醒的是，“20 多种模式”是项目自述的分类法，不同语言、不同文体下的表现差异很大，中文写作场景的效果需要自己实测；另外这类检测容易催生新的模板腔，把“去掉套路”变成另一套套路。
10. TencentCloud/Octop — 自托管、多用户、多 Agent 的助手
- GitHub：https://github.com/TencentCloud/Octop
- Star：3,984（采集于 2026-09-19）｜Fork：412
- 分类：自托管 AI 助手 / 多 Agent
- 最近更新：2026-09-19（最近发布 v1.0.1，同日）
- 许可：MIT
- 技术栈：Python
Octop 的定位是“更聪明的自托管 AI 助手”，明确强调多用户、多 Agent。README 分为 Highlights、Overview、Core Technology，功能部分按 Server & auth（服务端与鉴权）、Agents、Channels & automation（渠道与自动化）、Surfaces（交互面）分组。仓库创建于 2026-07-08，目前有 238 个未关闭 issue。
入选理由：Trending 日榜当日新增约 569 Star；v1.0.1 于 09-19 发布，版本时间与本次快照同日。本期入选项目里它的 Star 最少，但“自托管 + 多用户 + 多 Agent”这个组合在候选池中不多见。
个人见解：多用户意味着这套系统从“个人工具”跨进了“内部平台”，随之而来的问题全都落在鉴权与隔离上：每个用户能触发哪些 Agent、渠道（Channels）能把消息发到哪些地方、服务端凭据如何分发。项目 7 月才创建、issue 数已到 238，说明功能推进很快、同时待处理反馈也不少，建议把它当成“能跑起来验证想法的版本”，而不是可直接承载生产流量的系统。1.0.1 刚发布，升级路径与迁移成本也还不明朗。
趋势观察
- 技能成为主要分发单位。本期 10 项里有 6 项以 Skill / Plugin 形态发布（superpowers、agent-skills、book-to-skill、security-audit-skill、no-ai-slop，以及 knowledge-work-plugins 的插件）。这是与前几期最明显的差别：能力开始以“可安装的文本资产”在流通，而不是以库或服务的形式。
- 技能分成两极。一边是方法论框架（superpowers、agent-skills、loop-engineering），一边是垂直单点（安全审计、技术书转化、写作自检）。前者承诺覆盖面，后者承诺可审计性——单点技能更容易说清“它到底做了什么”，长期来看落地速度可能更快。
- 厂商从“提供模型”转向“提供能力包”。Anthropic 用官方仓库组织插件市场，Cloudflare 发布安全审计技能。这意味着技能的分发渠道开始出现“官方目录”这一层，随之而来的是审核与信任问题：谁来决定哪些技能可以被企业内安装。
- 记忆层继续分化路线。supermemory 代表“本地可跑的记忆 API”，往期出现过的时序知识图谱代表“带有效期的事实图”。前者先解决存储与检索的通用性问题，后者先解决知识随时间变化的问题，两者的治理难点并不相同。
- MCP 从协议变成连接器目录。activepieces 宣称约 400 个 MCP 服务器，把协议层直接包装成可编排的集成清单。这类项目的价值与风险都来自同一处：连接越多，越需要逐条确认凭据与权限。
- 治理工具同步出现。loop-cost、loop-audit 给 Agent 循环算账，no-ai-slop 给内容做自检。行业开始补审计与成本侧的缺口——这通常是一个方向从“能用”走向“敢用”的信号。
- 自托管仍是默认答案。supermemory、activepieces、Octop 都把自托管或本地运行写进核心描述，诉求集中在数据与凭据留在自己手里这一点上。
- Trending 的底色仍是清单与课程。prompts.chat、各类 awesome 合集、多语言入门课程占据了大量位置，按本专栏标准（AI 必须是核心能力、排除清单与课程类仓库）未纳入名单，但它们构成了当下热度的大部分。
选型建议
- 想给编码 Agent 补工程流程：superpowers 与 agent-skills 覆盖的阶段不同，前者偏方法论，后者按 Meta/Define/Plan 等工序切分；先选一个，把技能目录锁到 tag，再谈扩展。
- 想把内部资料变成 Agent 可调用的知识：book-to-skill 的接入成本最低，适合先拿一本结构清晰的书验证效果；重点检查 PDF 解析质量与团队内的版权口径。
- 要给 Agent 配记忆：supermemory 支持全本地运行，适合对数据边界敏感的场景；落地前先定“谁能读、能否删除、如何验证删除”。
- 要选一个长期使用的自动化平台：activepieces 的连接器数量是优势，但先核对许可证结构（API 识别为 NOASSERTION），并逐条确认关键连接的凭据与写权限。
- 要把安全审计接进研发流程：security-audit-skill 的产物形态值得借鉴，但必须先定义阻断规则；审计结论不要只依赖同一模型的自检。
- 已在用 Agent 自动循环干活：先上 loop-engineering 里的成本与审计命令，把“轮数 × 成本”量化出来，再决定授权边界。
- 在意内容风格的一致性：no-ai-slop 可当作发布前的自检步骤，中文场景需自行实测；同时警惕“去除套路”演化成新的模板。
- 要在团队内部署助手：Octop 的多用户、多 Agent 形态可以直接验证想法，但鉴权与渠道权限要先划清，并接受它仍在快速变化的事实。
数据时效
本文所有 Star、Fork、发布与更新时间均为 2026-09-19 10:30–10:40（Asia/Shanghai，UTC+8） 采集的快照，来自 GitHub 官方 API 与各仓库 README。GitHub 数据实时变动，阅读时数值可能已有差异。排序中的“最近更新”以 pushed_at 为准，反映的是最近一次代码推送时间，不代表功能发布。本期 Trending 页面提供的日增/周增数值仅在正文中作为信号引用，其余项目无法从可靠来源取得的增星数据一律标注为“未公开”，未做任何推算。
免责声明
本文为信息整理与个人观察，不构成投资、采购或法律建议。榜单排序由 Trending 信号、Star 规模、近期更新、活跃度、工程价值与差异性综合得出，并非 GitHub 官方综合排名，也不代表任何权威评级。文中项目的功能描述以各仓库 README 与文档为准，其中由项目方自行主张的效果数据（如技能覆盖数量、MCP 服务器数量、写作模式数量等）未经独立验证。项目许可证以 GitHub API 识别结果与各仓库 LICENSE 文件为准；本期 activepieces 的 API 识别结果为 NOASSERTION，已在正文中注明，商用前请自行核对。使用任何工具进行网页采集、代码审计或账号自动化时，请自行确认是否符合目标系统条款与适用法律法规。文中观点仅代表作者个人判断。