从 Anthropic 提出 SKILL.md，到 Google 官方 google/skills、再到 Vercel 的 npx skills 配套 skills.sh，一套跨厂商的「开放包管理」生态已经成型，本质上就是「npm for skills」——解决技能的发现，并把 skill 文件放进各 Agent 自己的目录。（表中事实为公开资料，来源见文末）
| 工具 | 定位（公开资料） | 对照「以资产思路管理」 |
|---|---|---|
| npx skills（Vercel Labs） | 开放 pack 管理器：add / list / find / update，把 skill 装进 .claude/.cursor/.github 等目录 | 装完即止；不沉淀个人清单、不做同名去重 |
| Anthropic / Google 官方 CLI | 发布并分发官方 SKILL.md，Google 把自家产品用法做成技能 | 单向分发；不回答「你到底积累了什么」 |
| OpenSkills 与目录站 | 跨平台加载 + 检索（skills.sh、agentskill.sh 等） | 偏适配与检索；不涉及属于你资产的打标与去重 |
| Flint（本项目） | 以资产视角统一管理你的所有 skill | 单一事实源、打标、搜索、同名去重、按需投放 |
生态主流工具速览（公开资料）
- npx skills（Vercel Labs）开放的 agent skills 包管理器，`npx skills add <owner/repo>` 按 Agent 专属目录（.claude/skills、.cursor/skills、.github/skills 等）以符号链接或复制方式安装，支持 list / find / update / init；配套 skills.sh 目录已收录数以万计的 skill。
- Skill 的标准制定与官方 CLIAnthropic 官方 skills CLI（@anthropic-ai/skills）把 skill 装进 .claude/skills；Google 随后发布官方 Agent Skills 仓库 google/skills，一行 `npx skills add google/skills` 即可把自家产品用法以 SKILL.md 分发给各类 Agent，SKILL.md 由此成为跨厂商互操作的标准层。
- 其他社区工具 / 目录OpenSkills 通过生成 AGENTS.md 做非 Claude Code 代理的跨平台加载；skills.sh（Vercel，91,000+ 收录）、agentskill.sh（10 万+）、officialskills.sh（581 个精选）等目录站负责检索与分发。
共性很明显：这些工具的重心都在「获取与安装」——把别人的 skill 拉到你的机器上，放进当前这个 Agent 能读到的位置。但它们不负责回答「你手里到底有什么、哪个和哪个是重复的、哪些是你自己沉淀的」这个问题。因为每次安装都落在各 Agent 各自的目录里，skill 继续散着，数量一多，你甚至说不清自己攒了哪些能力。
Flint 的差异在于视角：不把 skill 当「要安装的软件包」，而当「属于你的个人资产」。于是它的重点从「下载」转到「沉淀与盘活」——本地单一事实源统一存放，打标签、搜索、同名去重，让你拥有一份「自己的技能清单」；投放只是这份资产的挂载动作，不改变资产归属，也不产生第二份拷贝。
一个 Agent 的安装动作解决不了个人知识资产的问题：真正的难题不是「我能装什么」，而是「我到底有什么、它属于谁」。工具解决前者，资产思维解决后者。
一句话总结：npx skills 们回答『我能装什么』，是「npm for skills」；Flint 回答『我到底有什么、属于我』，更像「Obsidian for skills」。二者不冲突——先用 npx skills 引入新技能，再用 Flint 收进、去重、纳入自己的资产清单。