Caveman

背景：多 Agent 运行时，技能怎么装得一致

如果你在 Claude Code、Codex 或国内常见的 Hermes Agent、OpenClaw、QClaw、WorkBuddy 之间切换，往往会遇到同一套「做事方式」被拆成多份说明、版本也对不齐的问题。caveman 在 SkillHub 上以规范名 @user_3c6cb52e/caveman-png 发布，本体是一个技能集合：目录里包含 11 个子技能文件，适合按子文件粒度选用，而不是假设只有一个 monolithic 入口。

它实际提供什么

从资料能确认的能力边界很清晰：

• 打包形态：一次安装拿到 11 份独立子技能，便于按任务挑子集加载或维护。
• 运行时声明：文档标明兼容 Claude Code、Codex、Hermes Agent、OpenClaw、QClaw、WorkBuddy；选型时应对照你当前客户端是否走同一套 skill 加载机制。
• 命名与溯源：展示标题为 caveman，来源页在 SkillHub，作者标识为 user_3c6cb52e。

工程上更合理的用法是：把 caveman 当作可复用的指令资产库，在 Agent 会话里显式引用需要的子技能，而不是默认「全量注入」——11 份文件同时进上下文，通常会挤占 token 并放大指令冲突风险。

适用边界与注意点

• 当前公开 SKILL.md 未逐项列出 11 个子技能的职责；落地前应在本地展开集合，逐个阅读子文件再决定挂载哪些。
• 「兼容平台」是发布方声明，不等同于每个子技能在你环境里的行为完全一致；涉及工具调用、文件访问或 MCP 时，仍要在目标运行时做一次冒烟验证。
• 若你只需要单一场景的短指令，完整集合可能偏重；反之，若你正在统一多套 Agent 的协作规范，这种多文件集合更容易做增量维护。