Nanobot

要解决的问题

同一个 AI Agent 往往要在多个运行时上跑：Claude Code、Codex、Hermes Agent 等。这些运行时对技能文件的加载方式、命名约定和作用域并不统一。把逻辑塞进单个技能文件，要么在某个平台上失效，要么为了兼容写成一堆条件分支，时间一长就难以维护。

Nanobot 的思路是把功能拆成一组独立、可单独调用的子技能，再通过一个集合入口统一描述。

技能如何工作

Nanobot 是一个技能集合，内部包含 11 个子技能文件。入口的 SKILL.md 承担元信息职责：说明集合用途，并给出兼容平台清单。

执行流程大致是：

• 宿主运行时读取 SKILL.md，确认集合是否适用于当前环境；
• 集合加载后，agent 根据任务内容将请求路由到对应的子技能；
• 子技能作为独立单元执行，彼此之间通过宿主提供的上下文交互。

已声明的兼容平台：

• Claude Code
• Codex
• Hermes Agent
• OpenClaw
• QClaw
• WorkBuddy

适用边界

• 能力范围以子技能文件为准：集合本身只负责组织与路由，具体能做什么要看 11 个子技能各自的描述。
• 平台支持需要实测：清单中的运行时只是声明兼容，实际行为仍取决于各运行时对技能协议的支持程度。
• 不改变宿主权限模型：集合不会自行提权或绕过沙箱，安全边界由宿主决定。
• 维护成本与子技能数量成正比：子技能越多，路由描述和接口约定越需要保持一致。