开源雷达 · 2026-10-17：厂商开始给 Agent 发技能包

每天从 GitHub 本周在涨的项目里挑 5 个，偏向 AI Agent 和开发工具。我读了每个项目的 README、发布记录和最近的提交，没有逐个安装运行；哪条试过，会在条目末尾写明。Star 数等数字取自 GitHub，截至 2026-10-17。

文中的功能、安全和性能描述以项目文档为依据；未注明亲测的，不代表我已独立验证。

1. android/skills ⭐ 8,132 · Kotlin

GitHub：https://github.com/android/skills

一句话：Google 官方把「模型在 Android 工程上会失手的地方」写成了 30 个技能文件，装进编码 Agent 就能用。

它是什么：一份有版本号、有维护日期的技能制品。内容主体是 Markdown，摊在 18 个域里——构建、性能、相机、Play 上架、Wear、TV、车载、测试等，GitHub 标的 Kotlin 来自构建脚本，不是技能本身的语言。2026-03-16 建仓，到 10-14 已发 27 个 release，最近提交 10-16，8 位贡献者、37 个未关 issue。

值得注意的地方：

• 选题靠评估，不靠作者兴趣。 README 写明只做 evaluations show LLMs underperform 的场景，并明确不优先做模型已经擅长的（举的例子是基础 Jetpack Compose 最佳实践）。这是准入门槛：每个技能都得说清模型原来错在哪、照它做能改成什么样。
• 技能里带版本探测。 以 r8-analyzer 为例，正文先判断 AGP 与 R8 的版本：AGP ≥ 9.3.0 走 Gradle 任务，R8 ≥ 9.3.7-dev 走量化，其余走启发式；必须真跑的命令用 MUST 标出，另附脚本和参考资料。这是可执行程序的分支结构，不是一段提示词。
• 同一份内容能装进三类 Agent。 Claude Code、Codex、Gemini 各有自己的分发描述，内容只维护一份，不必为每家重写。
• 官方身份，但不收外部贡献。 README 写明暂不接受公开贡献，只收 issue。权威性靠 Google 背书而非众包，代价是覆盖范围只能跟着官方工具链走。

和同类比：直接的两个对照是 Anthropic 的 anthropics/skills 和社区聚合的 awesome-claude-skills。前者教怎么写技能，是方法论和通用样例；后者量大、质量参差。这里的分野有两条：垂直深度——具体失手点（R8 keep 规则冗余、edge-to-edge 适配、Media3 Cast 集成、Leanback 迁 Compose TV）逐个写成流程；选题纪律——用评估结果决定写什么，不用热度决定。

最近更新：v1.0.15（2026-10-14）批量更新技能内容并同步插件版本，v1.0.14（10-12）改插件配置，两天一发说明分发层还在试错。release 正文只有一句版本号，实质改动要看 commit。

适合谁：写 Android 的团队，和用编码 Agent 做 Android 的人。领域只在 Android，别的技术栈拿不到东西；不收外部贡献意味着遇到没覆盖的失手点只能提 issue 等；技能按工具链版本写，大版本升级后要重新对表。

我的看法：⭐⭐⭐。内容只对 Android 有用，但「用评估决定写哪个技能」这个方法能搬到任何技能库。

核验：读了 README、release 列表与最近提交，没有安装。

2. melgarafael/DeskcommCRM ⭐ 4,646 · TypeScript

GitHub：https://github.com/melgarafael/DeskcommCRM

一句话：自托管的 AI 销售与客服系统，WhatsApp 收件箱、CRM 漏斗、带 RAG 和记忆的 AI 坐席装在一个应用里。

它是什么：一套把「AI 坐席怎么被管」做成产品功能的业务系统。Next.js 16 加 Supabase（Postgres、Auth、Storage、Realtime、pgvector），WhatsApp 两条通道：扫码网关或 Meta 官方云 API。2026-04-28 建仓，161 位贡献者、109 个 release，隔天就有新版本；315 个未关 issue，最近提交几乎全是合并 PR，外部贡献流是稳的。README 说它现在跑在诊所、房产中介、知识付费和零售店里。

值得注意的地方：

• 治理做在功能层。 每租户独立 RAG、AI 是「第一类 assignee」（能被派单、转交、统计）、AI 转人工有审计、每组织有花费上限、内置 MCP server。这四件事回答的是 AI 出错时谁兜、花多少、数据串不串。
• 自进化带人工闸门。 已解决的会话沉淀成新知识，agent 给自己提改进提案，应用即成为新版本，但必须人工批准；后台还会显示 agent 在变好还是变差、错在哪。
• 多租户是硬约束。 tenant-aware 表全上 RLS，隔离测试当 CI 门禁；项目文档说明审计日志采用 append-only、保留五年，并优先匿名化；我没有评估这些安排是否满足具体法律要求。
• 承认风控。 扫码通道带节流、抖动、时段窗口，界面把「为什么被限流」翻成人话；官方通道走 Meta Cloud API 加审核过的模板。
• 成本口径诚实。 自托管、无月费、功能不锁；收入靠 VPS 联盟链接和安装服务，不靠 license。这决定了它不必为卖套餐去阉割功能。

和同类比：开源里该比的是 Chatwoot，同样自托管、同样接 WhatsApp、同样是多渠道收件箱。Chatwoot 的核心是人用的收件箱加自动化规则，AI 靠 bot 和 webhook 外挂；这里的 agent 是坐席本身，有 RAG、技能、记忆、花费上限和接管审计，AI 缺席系统仍成立，AI 在场它是第一类公民。另一个分野是 MCP：把 CRM 能力开放给外部 agent 生态，而不是锁进自家插件市场。它自己对标的 Kommo、Octadesk、Intercom 都是商业 SaaS，算不上开源对照。

最近更新：v1.84.0（10-16）做计费与套餐，启用计费后必须指定注册默认套餐，否则 Google 登录入口消失、无套餐注册被拒、租户开通接口返回 409；免费试用 0 天的套餐会让新建企业直接进暂停态。v1.83.0（10-16）把收件箱的多选与批量操作并成单一路由，起因是用户抱怨反复开关太累。仓库里另有一份「外部 agent 治理契约」的规范文档，说明开放能力写成了规范，不只是口头承诺。

适合谁：想自托管、以 WhatsApp 做销售客服的中小团队，得有人维护 VPS 和 Supabase。扫码通道是非官方网关，账号风险自担；界面是葡语；项目文档围绕 LGPD 设计，本文不据此认定其在任何地区已满足合规要求。真正值得拿的是那四层治理的验收清单，不是它的业务代码。

我的看法：⭐⭐⭐。RAG 谁都能接，能把接管审计、花费上限、租户隔离做成默认行为的不多。

核验：读了 README、release 记录与最近提交，没有部署。

3. storytold/artcraft ⭐ 30,757 · Rust

GitHub：https://github.com/storytold/artcraft

一句话：给美术、设计、影视人用的 AI 影像 IDE，先在 2D/3D 里摆好场景、机位和姿势，再选模型出图出视频。

它是什么：一个把「生成之前先把画面搭出来」当核心的桌面应用，自称 The IDE for artists——左边画布与场景，右边选模型。Windows、macOS 有正式包，Linux 要自己编。2022-03-31 建仓，28 个 release、436 个未关 issue，但只有 3 位贡献者：很小的核心团队做出了很大的声量。仓库 1.31 GB，大半是示例媒体。最近提交集中在 10-10 到 10-11，方向是把桌面端重写成纯 Rust。

值得注意的地方：

• 生成前布景，这是它和提示词工具的分界。 Image to Location 把角色放进可复用环境、同房间多机位；3D Image Compositing 按深度把背景前景道具分层；Character Posing 先摆姿势再定机位；Kitbashing 用 3D 素材拼出遮挡关系。
• 角色一致性是一等需求。 Character Identity Transfer 用摆好姿势的人台去引导角色的位置与姿态。系列内容最难的就是同一个人在不同画面里还是同一个人，它把这个做成了功能，不是提示词技巧。
• 模型可换，工作流不换。 62 个模型分五类：图像 16、视频 25、音乐 5、3D 网格 11、世界与高斯泼溅 5，覆盖 FLUX、Seedream、Kling、Veo、Sora、Suno、Hunyuan 3D 等主流家族。同一套场景换模型重出，构图与模型解耦——这是它敢叫 IDE 的底气。
• 许可证在往宽里走。 10-10 从单一许可改成 MIT 或 Apache-2.0 二选一，同日上线纯 Rust（egui）的 artcraft-native 桌面端。放宽许可通常意味着想被集成、被二次分发。

和同类比：ComfyUI 以节点图为中心，ArtCraft 把可保存的 3D 场景、机位和姿势放在前面。这里比较的是主要工作流，不断言 ComfyUI 的扩展不能支持场景。这里机位、遮挡、姿势都是可保存的场景对象，改机位是改参数。Krea、Runway 走另一头：云端一体化但绑自家模型。一句话分野：ComfyUI 编排计算图，ArtCraft 编排摄影棚。

最近更新：10-11 生成后端可按 provider 选（Midjourney 或 fal）；10-10 加音频、应用内播放、动画预览与角色引用，同日上线纯 Rust 桌面端，先做图与视频；正式版 v0.41.0（09-26）的 release 正文只有下载说明，实质改动看 commit。

适合谁：要做系列视觉的人，同一角色、同一场景在多张画面里复用。三个拦路点：桌面应用，Linux 得自己编；模型大多是付费 API，聚合层还走它自家服务；核心团队 3 人，路线随时可能拐。想清楚要的是可复现的构图再上手。

我的看法：⭐⭐⭐。模型聚合早不是差异，能把机位和构图锁住才是；它把这件事做成了可复用的场景文件。

核验：读了 README、release 记录与最近提交，没有安装。

4. fuxicodex/Fuxi ⭐ 3,340 · Python

GitHub：https://github.com/fuxicodex/Fuxi

一句话：终端里的 AI 编码 Agent，卖点是跨 provider 的成本感知路由和自动失败切换。

它是什么：先说边界：源码不公开，仓库里只有文档、安装器和脚本——GitHub 因此把它标成 Python，产品本身是 Go 单静态二进制。LICENSE 写 Proprietary。3 位贡献者、4 个 release、0 个未关 issue、仓库 7,959 KB——这几个数的形状更像一次产品发布，不像一次社区协作。它自述「约 200 万行代码全由自己写成」，从本仓库无法验证。形态对标 Claude Code、Codex CLI：零运行时依赖，强制登录账号，也能接自己的 key。

值得注意的地方：

• 路由做进内核。 按成本在 provider 之间选、失败自动切、多 key 分池，三件事都长在产品里，不靠外层脚本。10 月连着三条提交在做这块——多 provider 各配多 key、按 fallback 模型选 key、路由与 fallback 强度可配。
• 超限要能被看见。 文档说明额度用尽转入额外用量时会明确提示；我没有核验其他 CLI 的计费提示。
• 权限是显式档位。 default、plan、bypassPermissions 三档，最宽的档位下 rm -rf / 这类极端命令仍拦，Linux 与 macOS 上 root、sudo 直接拒。
• 隐私口径写得具体。 默认不收集代码与会话；用自己的 key 时请求直连 provider；只有显式打开开关才上传对话；凭据只留本地。

和同类比：Claude Code、Codex CLI、OpenCode、Aider。分野两条：路由，多数终端 Agent 让你选一个模型跑到底，它把按成本选、失败切换、key 池做进内核，对高频长任务是实钱；分发形态，单二进制、无运行时。Aider 和 OpenCode 提供可修改的源码；Fuxi 在这个仓库没有开放实现，因此这里只能比较其文档描述。所以它的独特是产品层面的，不是工程上可借鉴的独特。

最近更新：v0.1.8（09-22）统一限流横幅、插件市场改走官方 GCS 镜像、优化长会话滚动；09-29 插件市场迁到 .fuxi-plugin 格式。版本号还在 0.1.x，正式版没到 1.0。

适合谁：高频跑长任务、在意 token 成本、不想装运行时的人。介意闭源、强制账号、或者需要改源码的别碰。想看它的路由设计，只能从文档和提交信息里反推。

我的看法：⭐⭐。路由那套值得学，但代码一行看不到，学到的只能是设计。

核验：读了 README、release 记录与最近提交，没有安装（源码不公开）。

5. hmjz100/LinkSwift ⭐ 23,870 · JavaScript

GitHub：https://github.com/hmjz100/LinkSwift

一句话：油猴脚本，从九个网盘网页里取真实下载直链，一键推给 Aria2、IDM 这类下载器。

它是什么：一个单文件浏览器用户脚本，只管「拿到链接」这一层，下载还是交给专业下载器。装上脚本管理器之后，网盘页面会多出下载助手：复制直链、导出 cURL 或 aria2 命令，或者直接推给已配置的下载器。2022-08-10 建仓，64 个 release、38 个未关 issue，但只有 6 位贡献者，实质上是单作者维护。这些版本几乎全是跟着网盘前端改版走的——更新日志里大量条目是「适配新版页面」「修复改版后按钮消失」。

值得注意的地方：

• 九家网盘一套 UI。 百度、阿里、移动、天翼、迅雷、光鸭、夸克、UC、123——页面结构、鉴权方式、直链签名各不相同，被压成一个按钮。每多接一家，就多一份要长期跟的适配。
• 直链之后立刻能下。 内置推送到 Aria2 RPC（含多服务切换）、IDM、ABDM、比特彗星，也能导出命令行丢到服务器跑。这是它和「只复制链接」的脚本之间的差别。
• 合规口径写得很硬。 README 两段 IMPORTANT：只调各网盘公开 API，不承诺也不实现破解限速，并明确反对把它宣传成加速工具。同类大多靠「破解限速」拉星，它主动放弃了这个卖点。
• 页面顺手收拾了。 去推广位、统一主题色、深色模式并适配 Dark Reader。纯下载脚本通常不管这些，这是体验差。

和同类比：上游是「油小猴网盘直链下载助手」，它基于那版改出来；跟上游比，网盘从少数几家扩到九家、推送目标从单一 IDM 扩到四类，还多了页面美化和四年持续适配。Motrix 这类是拿到链接之后的下载器，跟它是上下游。真正的分野在立场：大量「网盘加速器」靠破解限速做卖点，它只走公开 API 并公开否认加速能力。

最近更新：稳定版 v1.1.3（2026-02-18）加 IDM 客户端设置、适配百度分享页；v1.1.4 测试版（09-09）加光鸭云盘、适配 123 改版、引入 eslint、修迅雷弹窗与 ABDM 推送误报；09-10 修主题色切换的内存泄漏。测试版挂了一个多月没转正，稳定版一直没动。

适合谁：要把网盘大文件下到 NAS 或服务器、又不想装客户端的人。两条边界：仓库标明 AGPL-3.0，本文不判断具体集成场景的开源义务；它靠匹配网盘前端 DOM 存活，网盘一改版就哑火，只能当手动工具，别放进自动化关键路径。

我的看法：⭐⭐⭐。脏活，但立场干净——不做破解限速的生意，这种克制比多支持几家网盘值钱。

核验：读了 README、更新日志与 release 记录，没有装脚本。

速览

本期观察

• 技能库开始有版本号了，选之前先看它对的是哪一版工具链。 以前技能是散落的笔记，现在有版本号、有维护日期；内容按工具链版本写，升级后可能失效，能不能查「这条讲的是哪一版」比技能数量重要。

• 星数已经从开源信号变成曝光信号。 判断一个仓库值不值得读，贡献者数、未关 issue 数、仓库体积、LICENSE 这四个数比星数诚实：真项目的代码量和外部提交藏不住，只有文档的仓库也藏不住。顺序是先翻 LICENSE 和体积，再看星。

• 生成式工具的竞争点从「模型多」转向「可控性」。 聚合几十个模型已经是标配，能不能把构图、机位、角色固定下来才是差异；能不能复现，决定了产出是作品还是抽卡。

• 今天两个项目都在用「少做一点」换信任。 下载脚本公开否认自己会加速，CRM 把 AI 的花费上限和接管审计做成默认。功能少一点、边界写清楚，反而更容易被放进生产环境。