Buu 现在怎么划分 AxonHub 项目
Decision（决策）
当前项目先按稳定业务边界划分，而不是按每个小任务、每种素材类型、每次灵感来源细拆。
当前采用：
- 默认
- YouTube
- 小红书
Context（背景）
Buu 已经在 AxonHub 的 Projects（项目）里创建了默认、YouTube、小红书三个项目。
同时也明确感觉到：有些流量归属很清楚，有些又不值得为了统计洁癖再多拆一层。
Criteria（判断标准）
当前项目划分遵循：
- 发请求时能不能自然判断归属
- 这类流量要不要单独看账
- 这类流量要不要单独看日志和 key
- 这类流量是否会长期独立存在
Facts（事实）
- YouTube 和小红书在 Buu 的使用里是明确业务边界。
- 默认项目可以承接那些暂时没有明确归属的请求。
- 图片 / 视频虽然成本不同，但并不天然意味着要再拆成独立项目。
- 翻译这类需求当前更适合先用专门 API key / profile 控制，而不是先新建项目。
Interpretation（解释）
项目是硬边界，适合拿来承接稳定业务空间。
图片 / 视频、翻译 / 聊天，这些更像项目内的二级维度，很多时候先靠渠道、模型、tag、专门 key 就够了。
Current Rule（当前规则）
- 默认项目：放没有明确归属、随手测试、临时需求。
- YouTube 项目：放明确服务 YouTube 的流量。
- 小红书项目：放明确服务小红书的流量。
- 图片 / 视频先不拆成独立项目。
- 翻译先优先用专门 API key / profile 控，不急着升格成项目。
Exceptions（例外）
- 如果图片 / 视频后续需要完全独立配额、权限、账单，再考虑升为独立项目。
- 如果翻译流量长期变大，并且真的需要单独审计或配额，再考虑新建翻译项目。
- 如果出现大量跨平台共享素材，可能需要补一个 shared 类项目。
Review Trigger（复查触发条件）
出现以下情况时，重新评估这套划分：
- 默认项目流量越来越杂，已经失去可读性
- 图片 / 视频需要彻底独立预算
- 翻译流量已经不再适合挂在默认项目
- YouTube / 小红书之外出现新的稳定业务边界