Cli Skill Publish

Archived: 2026-08-16 · roadmap-id: skills-hub-cli

Why

做好的 skill 今天出不去。

thefoolai 那边刚把 skill 代谢干净（25 → 13，94M → 7.1M）并建好了参与集归因底座。留下的 13 个里，lesson-prep 是真实老师方法论、授权已取得——但它没有任何对外分发路径：

• 想给别人用，只能手动把目录发过去
• 同一批 skill 被复制进 .claude / .cline / .codex / .lingma 四个 agent 目录靠手工同步（这是整个 skills-hub 方向最初的痛点，至今没解）
• Agent Skills 已是开放标准（~50 家采纳），格式与分发已被商品化，缺的只是一条把 skill 变成可安装资产的工具链

而 CLI 今天只有 init（项目脚手架）和 mcp，零 skill 能力。

为什么现在做（触发条件已满足）

roadmap.yaml 的 skills-hub-cli 条目上原有一条人工门——「账本非零才开工」。2026-08-13 构建者明确放行，理由是那条门的论证前提被推翻了：

它要防的是「hub 带着空履历库上线、退回成又一个 skill 目录」。但履历是闭环跑起来之后的产物、不是它的前置条件——先有发布/获取/安装的通路，才谈得上积累履历。要求先有履历再建通路，是把因果颠倒了。

Non-goals

• ❌ 不做 eval（skill 质量评估）——「怎么评」本身是个未定义的大问题，且当前无消费者。上游减法门已 DEFER，触发条件 = 出现"两个功能重叠的 skill 要选一个"的真实场景。
• ❌ 不写任何后端 / 不碰 Supabase——见上文 registry 形态。CLI 必须保持零后端依赖。
• ❌ 不做自动推送到远端 registry——违反本仓库「发布到 registry 必须暂停确认」的约束，且会引入凭据管理。
• ❌ 不改既有的 init / mcp 命令，不动模板 registry（src/registry.json 是模板注册表，与 skill registry 是两回事，形态不匹配，不复用其代码）。
• ❌ 不做 skill 的安装/消费侧——那在 thefoolai（downloadSkill 已存在）。
• ❌ 不做交易/授权——那是上游 epic 的 #4，且属权限层，与本体解耦。