Cli Auth

Archived: 2026-08-19 · roadmap-id: cli-auth

Why

agentdock skill publish 完全不需要身份——它校验 skill、把条目写进本地 registry checkout 的 skills.json，零网络零登录（packages/cli/src/commands/skill/publish.ts，50 行）。推到 GitHub 是使用者自己 git push。

后果是 manifest 条目没有 author。实测 fushenguang/thefool-skills 的 skills.json，三个条目全部只有 id / name / description / source / path / license / publishedAt。

而 hub 的产品定位是「skill 的质检所 + 履历局」——格式与分发已被开放标准商品化，唯一稀缺的是「这份 skill 管不管用」的可信证据。证据必须挂在人身上：没有署名，履历就无从归属，也无从建立信任。

同时，消费侧（thefoolai）还有一段断链：manifest 里已发布的 codegen-standards、imap-smtp-email 不在 skills_registry 里，于是 web 看不到、app 市场也装不了。现在唯一进过 registry 的 lesson-prep 是靠一条手写 SQL 塞进去的。CLI 有了身份之后，publish 才谈得上顺带把条目索引进去。

Non-goals

• 不做后端索引本身（publish → skills_registry 的 upsert）——那要在本刀的身份能力落地后单独一刀，且涉及消费侧表结构映射（manifest 缺 version、纯英文而 registry 有 name_zh 等）
• 不做 manifest ↔ registry 的对账/回填——那一段落在 thefoolai 仓（CLI 管新发布，脚本管回填与对账）
• 不改 skill 格式，不新增非规范字段到 SKILL.md
• 不做组织/团队账号、不做权限分级——只做「这条 skill 是谁发的」
• 不动 validate，不给它加任何网络依赖