Skills Marketplace: 把团队能力装进 Agent
Outcome
我从 0 到 1 搭建了一个 Skills Marketplace，让团队可以发布、发现、安装、使用和反馈 Skills。
它解决的不是“多一个工具目录”的问题，而是让个人沉淀的 Skill 变成团队可复用的能力，并且能进入 Agent 的真实工作流。
后来我把这套模式整理成了一个可以公开运行和改造的 starter repo：
这个 starter 保留了核心闭环：Web marketplace、CLI、SQLite/local storage、seed Skills 和 feedback loop。它的目标是让一个团队可以先在自己的环境里跑起来，再按自己的工作流和知识结构改造。
git clone https://github.com/ChenyangLin-J/skills-marketplace-starter.git
cd skills-marketplace-starter/code/app
npm install
cp .env.example .env.local
npm run devWhat Shipped
第一版跑通了核心闭环：
- Web marketplace：浏览、搜索、详情、发布和维护 Skills。
- Skill publishing flow：把本地方法论或 Skill 发布成团队可发现资产。
- Install workflow：让使用者能把 Skill 安装到自己的 AI 工具环境里。
- Skill iteration：Skill 在真实任务里暴露的问题，会回流给 maintainer，进入下一版。
- Bootstrap Skill：教 Agent 什么时候以及如何使用这个 marketplace。
- Open-source starter：把核心模式整理成可本地运行、可自托管的 starter kit。
Web marketplace 是人的入口：先看到有哪些 Skills，再进入详情页理解用途、安装方式和维护状态。
Skill Iteration
这里的重点不是“有一个反馈按钮”，而是 Skill 可以被持续维护。
- Maintainer 发布一个可复用 Skill。
- Agent 在真实任务里使用它。
- 使用过程暴露出缺失规则、触发不准、上下文不够清楚等问题。
- 这些信号回流给 maintainer。
- Maintainer 更新 Skill，发布下一版。
- 下一次任务从更好的 Skill 开始。
反馈入口是这个闭环的一部分。它让一次失败的使用记录可以回到 Skill maintainer，而不是停留在一次临时聊天里。
Bootstrap Skill
Bootstrap Skill 是另一件事：它不负责维护所有 Skill，而是教 Agent 如何使用 Skills Marketplace 本身。
普通 Skill 解决某个具体任务，比如分析实验、写报告、查询数据。Bootstrap Skill 解决的是另一个问题：Agent 怎么知道什么时候应该使用 Skills Marketplace 本身。
它需要告诉 Agent：
- 什么时候应该搜索 Skill。
- 什么时候应该安装 Skill。
- 什么时候应该更新 Skill。
- 什么时候应该提交反馈。
- 什么时候应该告诉用户当前没有合适的 Skill。
- 如何把用户的自然语言需求转成 marketplace search / install / feedback 动作。
这意味着 Marketplace 的体验不只取决于 Web 页面，也取决于 Bootstrap Skill 写得好不好。
如果 Agent 没有在合适的时候搜索 Skill，Marketplace 就不会被使用。如果 Agent 误装了 Skill，用户会失去信任。如果反馈没有被正确提交，Skill 就不会变好。
Bootstrap Skill 本身也会进入上面的迭代机制：哪些任务没有触发搜索，哪些 Skill 被误装，哪些反馈没有被正确提交，都应该回到下一版 Bootstrap Skill。
在这个系统里，Bootstrap Skill 是最需要被持续改进的 Skill。
同一套能力也可以从 CLI 或 Agent Chat 里触发，让 Agent 在真实任务中搜索、安装和使用 Skill。
Build Timeline
第一版从想法到可用产品用了 3 天。
- D1：讨论想法，明确 MVP 范围，做出纯静态 demo。
- D2：完成核心网站功能和基础 CLI / Agent workflow。
- D3：集中做用户体验、测试和页面优化。
之后进入内部发布节奏：先找熟悉的人内测(W2)，再迁移到正式服务器继续测试(W3)，最后扩大发布。
Key Decisions
1. Web 给人看，CLI / Agent Chat 给 Agent 用
Web 负责发现、浏览、信任建立、点赞、评论、排行和运营。CLI / Agent Chat 负责真实工作流里的搜索、安装、发布、更新和反馈。
2. 先跑通发布、发现、安装、反馈
原型里有很多社区和运营机制：评论、榜单、徽章、作者主页、运营看板、请愿池。但 MVP 阶段最重要的是闭环：能发布、能找到、能装上、能反馈。
3. 技术选型服务当前阶段
AI 会自然推荐行业常见解，比如完整后端服务、外部数据库、复杂登录、审核流和 CI/CD。但这些方案不一定匹配当前阶段。
我更关注当前规模、组织约束和未来复杂度之间的取舍。技术选型不是在“高级”和“低级”之间选，而是在“当前问题”和“未来复杂度”之间选。
My Role
这个产品是我一个人从 0 到 1 搭建的。
我负责：
- 产品命题和定位。
- 信息架构和核心流程设计。
- Web marketplace 的页面和交互。
- Skill metadata 和发布模型。
- Agent 侧 search / install / update / feedback workflow。
- Bootstrap Skill / Guide Skill 的设计和迭代方向。
- 首次使用 onboarding。
- 第一版可用产品的实现和部署。
What It Enables
- 好的 Skill 不再只留在个人电脑里。
- 使用者可以先搜索已有能力，而不是重复提需求。
- 贡献者能看到自己的 Skill 被复用和反馈。
- Agent 可以用团队方式工作，而不是每次重新解释背景。
- Skill 失败可以回流到 maintainer，推动下一版迭代。