Wiki Index（维基索引）

Personal explicit-knowledge catalog for Buu.
This index lists durable wiki pages, not every raw source.
Last updated: 2026-04-13 | Total pages: 38

Entities（对象）

• Agent Skills — 专门收录值得长期解释和双链的 skill 对象页目录。
• AliyunDrive — 影视入库工作流的最终入库 skill，负责把整理好的资源按阿里云盘资源库规则归档到云盘。
• AxonHub — 当前正在实际配置的统一 AI gateway，对接 Projects（项目）、API Keys（API 密钥）、Profiles（配置 / 配置文件管理）、Channel（渠道）、模型和多协议入口。
• Download Hub — 影视入库工作流的下载入口 skill，按链接类型把任务路由到 qBittorrent EE、aria2、yt-dlp，并落到本地 Downloads。
• Google Gemini API — Nano Banana 2 对应官方 API 定价基准，公开分辨率价格最完整。
• Media Rename — 影视入库工作流的命名标准化 skill，负责媒体检测、TMDB 查询、预览确认和执行重命名。
• Nano Banana 2 — gemini-3.1-flash-image-preview 的通用对象页，后续价格与渠道比较都会引用它。
• Quartz — 把本地 Markdown 知识库发布成网站的静态站点工具；当前已作为 llm-wiki 的展示层接入。
• fal.ai — 公开提供 Nano Banana 2 的第三方渠道，定价透明，但有并发限制且真实成本受额度来源影响。
• fxtwitter — 面向 Telegram / Discord 分享场景的第三方 X/Twitter 嵌入修复站，可改善预览与媒体显示。
• 云雾 API — 聚合 / 中转型渠道；当前最值得关注的是优质banana分组的价格与充值汇率。

Concepts（概念）

• Twitter 嵌入修复站 — 指一类通过改写链接与元信息来改善 X/Twitter 分享预览效果的第三方服务。

Comparisons（对比）

• AxonHub 的“项目”在 Claude Code Hub 里最接近什么 — 对照 AxonHub 的项目边界与 Claude Code Hub 里最接近的使用边界。
• Nano Banana 2 提供商价格对比 — 比较 Google 官方、fal.ai、云雾 API 当前可见的 Nano Banana 2 标价、分组价与关键成本线索。

Queries

• 视频成本应该怎么区分 — 记录项目、渠道、模型、tag 之间应该如何分层表达图片 / 视频成本。
• AxonHub 里按次收费的 flat_fee 应该挂到哪个类别 — 记录按次收费模型在 AxonHub 里默认应挂到哪个计费 itemCode。
• AxonHub 的 API key profile 到底在管什么 — 解释 API Key Profiles（配置文件管理）的模型白名单、渠道范围、映射层和主路由优先级之间的关系。
• AxonHub 能不能承接云雾图片接口并按次计费 — 记录 axonhub 是否能做自建聚合层，以及它对按次收费图片接口的适配能力。
• fixupx 能不能帮助未来抓取 Twitter 内容 — 记录为什么值得先把这两个站记进 wiki，以及它们在未来 Twitter 抓取里更可能充当辅助入口而不是主基础设施。
• Hermes config 里的模型思考强度该怎么设置 — 记录 Hermes 里的思考强度应写在 agent.reasoning_effort，而不是 model 段；当前本机主配置已设为 high。
• Hermes 内置生图是不是只能走 fal.ai — 记录 Hermes 当前内置生图后端是否绑定 FAL，以及是否存在内置视频生成工具。
• 为什么北京联通直连我 VPS 的反代域名会比走 Surge 节点更慢 — 记录北京联通家宽 + Surge + IPv6 环境下，直连 VPS 反代域名比走节点更慢的当前观察与初步判断。
• 同一把 AxonHub API key 能不能跨协议使用 — 记录同一把网关 key 与 OpenAI / Gemini / Anthropic 风格入口之间的关系。
• 固定请求一个逻辑模型名时，AxonHub 会不会 fallback 到别的上游模型 — 记录逻辑模型名白名单与多上游优先级 fallback 是否冲突。
• 沉浸式翻译里 Gemini 3 的思考强度该怎么设置 — 记录沉浸式翻译接 Gemini 3 时，思考强度应写到实际启用的自定义服务实例里，并已验证 thinkingLevel: MINIMAL 可透传到 AxonHub 请求体。
• 除了 AxonHub 还有哪些 AI Gateway 候选 — 记录适合生图 / 生视频网关需求的其他候选方向。

Decisions（决策）

• Buu 如何命名 AxonHub 的 API Keys 和 Profiles — 规定 API Keys（API 密钥）按客户端命名，API Key Profiles（配置文件管理）按能力策略命名。
• Buu 现在怎么划分 AxonHub 项目 — 记录当前默认、YouTube、小红书三类项目边界，以及哪些维度暂不升格为独立项目。
• Buu 当前如何调沉浸式翻译里 Gemini 3 的视频字幕参数 — 记录视频字幕场景下应优先保速度，再调吞吐 / 分包参数；当前起点为 thinkingLevel: HIGH 且 temperature: 1。
• Buu 当前如何选择个人 AI Gateway — 记录当前为何先押 AxonHub、为何采用逻辑模型名加多上游 fallback，以及何时需要重新评估。
• Buu 当前希望 llm-wiki 的网站更像 Wiki 而不是文章站 — 规定当前网站展示优先追求 Wiki 式阅读与导航体验，并保持 Markdown 为唯一真源。
• Buu 如何处理 Markdown 标题前后的空行 — 规定 Markdown 标题前后默认保留一个空行，并说明这是风格规范上升后的本地规则。
• groups 排序 — 规定排序按综合成本、免费额度、稳定性和任务适配度权衡，不按成功率单一排序。
• Wiki 标题、文件名与标签的默认处理 — 规定可见标题、文件名 slug、专有名词大小写、aliases 和标签渐进生长的默认做法。
• llm-wiki 和 vps-service-hub 应该如何分工 — 规定长期知识判断进入 llm-wiki，VPS 运维事实与反代流程进入 vps-service-hub。
• 影视入库工作流 — 规定影视资源的标准链路固定为 Download Hub -> Media Rename -> AliyunDrive，不把 vps-service-hub 视为日常流程的一环。

Source Notes（来源笔记）

• FxTwitter 官方文档与 README 笔记 — 整理 fxtwitter 官方文档与 README 的要点，并沉淀为对象页和概念页的来源笔记。
• Markdown 标题空行调查笔记 — 整理 Markdown 标题空行问题在语法标准与风格规范之间的区别，以及这次调查得到的结论。