AxonHub 的“项目”在 Claude Code Hub 里最接近什么

Scope（范围）

比较 AxonHub 的 Projects（项目）层，在 Buu 熟悉的 Claude Code Hub 语境里最接近哪一层边界。

Compared Items（比较对象）

• AxonHub：Projects（项目）
• Claude Code Hub：user / API key / usage 边界

Comparison Table（对比表）

维度	AxonHub 项目	Claude Code Hub 里最接近的东西
本质	工作空间 / 边界层	用户 + API key + usage 边界的组合感
作用	隔离项目内的 key、日志、统计、成员	更偏按用户和 key 管权限与使用
是否是 provider 分组	不是	也不是
是否是模型分组	不是	也不是
更像什么	一级业务空间	一套独立使用边界

Facts（事实）

• AxonHub 前端和接口里会带 X-Project-ID，说明 Projects（项目）不是摆设。
• AxonHub 本地界面文案里，英文是 Projects，中文是 项目。
• API Keys（API 密钥）会挂在具体 Projects（项目）下面。
• 当前实例已经有默认、YouTube、小红书三个项目。
• Buu 明确说明：CCH 在自己的语境里指 Claude Code Hub。

Interpretation（解释）

AxonHub 的项目，并没有在 Claude Code Hub 里一个完全一一对应的单独菜单。
它更像是把“我想单独看一套 key、一套日志、一套统计、一套权限”正式提成了一级对象。

所以最接近的理解不是“provider group”，而是“独立使用边界”。

Current Conclusion（当前结论）

当前最稳的翻译是：
AxonHub 项目 ≈ Claude Code Hub 里“我想把这一套 key / 统计 / 权限单独看待”的那层边界，只是 AxonHub 把它做成了正式一级对象。

Conditions / Caveats（条件 / 注意点）

• 这个对应关系是“最接近”，不是完全等价。
• Claude Code Hub 本身没有把这层明确命名成 project。
• 真正细到模型优先级、路由链、profile 规则时，两边结构差异会更明显。

Open Questions（待解问题）

• 以后是否需要再单独整理一次 Claude Code Hub 与 AxonHub 的完整结构对照？
• Buu 后续会不会把更多 Claude Code Hub 的认知迁到 AxonHub 上？

Next Checks（后续核查）

• 如果后面继续频繁在两边切换，补一页更完整的结构映射。
• 在后续页面里尽量少用“CCH”裸缩写，优先写 Claude Code Hub。