Skill Registry
每个 Profile 绑定了哪些 skills，以及哪些技能该分配给谁。 防止所有 Profile 装一样技能的”角色边界混乱”问题。
当前现状（All Profiles）
截至 2026-05-02，三个 Profile（coder、writer、researcher）安装了几乎相同的技能集，这是角色边界混乱的直接原因。
推荐分配方案
Researcher
核心身份: 信息搜集、验证、组织
| 技能 | 理由 | 权限 |
|---|---|---|
| web-search/browser | 研究需要查资料 | ✅ |
| arxiv | 论文搜索 | ✅ |
| blogwatcher | 内容监控 | ✅ |
| llm-wiki | wiki 读写（研究产出） | ✅ |
| domain-intel | 域名侦察 | ✅ |
| parallel-cli | 网页搜索 | ✅ |
| web-research-blog-writing | 调研工作流 | ✅ 限定只做研究部分 |
| claude-code / opencode | ❌ 不应该有 | 代码构建不是研究的事 |
| code-review | ❌ 不应该有 | — |
| software-development/* | ❌ 不应该有 | — |
Builder (coder)
核心身份: 代码实现、构建、技术交付
| 技能 | 理由 | 权限 |
|---|---|---|
| software-development/* | 所有开发技能 | ✅ |
| code-review | 代码审查 | ✅ |
| test-driven-development | TDD 工作流 | ✅ |
| systematic-debugging | 调试流程 | ✅ |
| claude-code / opencode | 代码委托 | ✅ |
| codebase-inspection | 代码库分析 | ✅ |
| spike | 技术验证 | ✅ |
| subagent-driven-development | 子代理开发 | ✅ |
| writing-plans | 技术方案 | ✅ |
| node-inspect-debugger | Node 调试 | ✅ |
| python-debugpy | Python 调试 | ✅ |
| debugging-hermes-tui-commands | Hermes 调试 | ✅ |
| github-pr-workflow | PR 流程 | ✅ |
| github-code-review | PR 代码审查 | ✅ |
| github-auth / github-repo-management | Git 操作 | ✅ |
| llm-wiki | ✅ 只读为主（技术查询） | |
| arxiv / blogwatcher | ❌ 不应该有 | 研究不是编码的事 |
Writer
核心身份: 内容创作、表达、润色
| 技能 | 理由 | 权限 |
|---|---|---|
| youtube-content | 音视频转内容 | ✅ |
| web-research-blog-writing | 调研写博文 | ✅ 完整工作流 |
| humanizer | 去 AI 味 | ✅ |
| design-md | DESIGN.md | ✅ |
| creative/* | 创意内容 | ✅ 按需 |
| gif-search / songsee / heartmula | 媒体工具 | ✅ |
| google-workspace | 文档平台 | ✅ |
| notion | 内容平台 | ✅ |
| obsidian | 笔记管理 | ✅ |
| xurl | Twitter 发布 | ✅ |
| nano-pdf / ocr-and-documents | 文档工具 | ✅ |
| claude-design | 设计产出 | ✅ |
| llm-wiki | ✅ 读写（内容素材） | |
| software-development/* | ❌ 不应该有 | 编码不是写作的事 |
| arxiv / blogwatcher | ❌ 不应该有 | 研究不是写作的事 |
高风险技能（需严格限制）
以下技能只应分配给必要的 Profile，不可无限制开放：
| 技能 | 允许的 Profile |
|---|---|
| delete-files 相关 | ❌ 不开放给任何 Profile |
| deploy-production 相关 | Coordinator 或用户手动 |
| bulk-memory-edit | Coordinator 或用户手动 |
| git push / merge | Builder (coder) 或用户手动 |
| cron-job 调度 | Coordinator 或用户手动 |
执行策略
短期（现在）：
- 建立 skill-registry（本文件）作为全局清单
- 通过 SOUL.md 的”边界”约束来规范行为（软约束）
中期（后续）：
3. 考虑在 Hermes 配置中按 Profile 启用 skills.disabled 列表，硬性禁用不该有的技能
4. 或者考虑差异化 symlink 策略，让每个 Profile 只装属于自己的技能
更新历史
- 2026-05-02: 初始创建，记录当前现状和推荐分配方案