Page - 1
ants vs tunny:Go goroutine pool 的两种哲学
深入对比 Go 两大 goroutine pool 库 ants 和 tunny 的架构设计、API 风格与适用场景,理解 push model 与 pull model 的本质差异。 read more →
mihomo Layer 4 — YAML 直出 + GC race 根治
TLDR darwin-rebuild switch 后 mihomo 进入"灵车状态"——launchd 将服务永久挂起到 failure handler,sudo log show 显示 bootstrap 时 bash store path 不存在。根因有三层: plist 的 ProgramArguments 引用 3 个独立 store path,任一个被 GC 回收即导致 bootstrap 失败 nix GC daemon 的 RunAtLoad = tru ... read more →
sub-store + mihomo 本地优先架构决策
TLDR 决定上 sub-store,但只用于 wild 节点;self 节点继续走 file provider,不进 sub-store。 mihomo client 拆 proxies 为 self (file) + wild (http) 两个 provider,proxy-groups 重构为 Manual / Self / Wild / Auto 四组语义。 admin path 用 sops ME_SK(== DEFAULT_SK,与 axonhub 同源)注入,wildUrl ... read more →
RackNerd VPS 上 sing-box 异常、DNS 故障与异常重启排查复盘
TLDR 中午吃饭前网络稍有卡顿,没有在意,以为是偶发的临时情况,就吃饭了。 下午一点半左右吃饭回来,发现梯子掉了,服务全挂(AxonHub掉了,导致AI也用不了)。以为是线路问题,想着稍等一会肯定就好了。最终还是只能再次使出丝滑小连招:1、用ikuuu免费机场。2、本地跑AxonHub。算是有的用了。 到了晚上看到还是不可用状态,决定处理一下。让 ds4p 和 gpt5.5 分别作为 Builder 和 Reviewer 排查问题。经过多轮beat,最终有了本文。 但是最终其实并没有定位到具 ... read more →
对一次 B 站视频内容提取工具的 Spec-first 实践的Review
从一次 B 站视频字幕提取与总结工具的实现,复盘个人批处理工具为什么需要先定义交付物、状态、失败模型和 spec。 read more →
Spec-First:Bilibili 视频转录总结
内容待补充。 read more →
AI-Agent-Cockpit 技术选型复盘
一次关于 cmux、tmux、Zellij、OpenSessions 与 tmux-agent-sidebar 的 AI agent cockpit 技术选型复盘。 read more →
AxonHub 接入 CPA:Codex OAuth 账号池与 Tailnet 内网部署实践
TLDR 这次改造的核心是:不再让 AxonHub 直接管理 Codex OAuth / auth.json,而是引入 CPA 作为账号池适配层。 最终架构是: Client / Internal Service → AxonHub → CPA → OpenAI / Codex OAuth Accounts AxonHub 继续负责统一入口、鉴权、模型映射和日志;CPA 负责 OAuth 账号池、auth.json、账号轮询、token refresh 和健康检查。 CPA 不暴露公网,只监 ... read more →
AI时代的油猴脚本自动化开发闭环
TLDR 本文的核心在于“油猴脚本自动化开发闭环”,两个关键字:自动化、开发闭环,具体场景则是“油猴脚本” 为啥要做“自动化开发闭环”是不证自明的,尤其在AI时代,直接一个 /loop 让AI直接需要的油猴脚本不爽吗? 传统油猴脚本开发通常是“写代码 -> 复制到 Tampermonkey -> 手工点页面验证”。这种方式在简单场景能工作,但在复杂场景会出现两个问题: 第一,验证过程不可复现 第二,失败后很难让 AI 根据稳定证据继续修复。 本文就这次 flomo-cleane ... read more →
把LLM网关从MetAPI换到AxonHub
TLDR 本文用来review整个把 LLM网关从 MetAPI换到AxonHub 的整个过程 具体逻辑为以下三部分 1、为啥不想再用 MetAPI 2、换哪个?为啥最终选择 AxonHub? 3、AxonHub 具体用法 为啥不想再用 MetAPI MetAPI 在过去一段时间确实帮了不少忙——它把 New API、One API 这些中转站聚合起来,提供余额、签到、模型自动发现等能力。但到了后期,问题越来越明显: 更新极慢,很多 issue 长期无人处理 Bug 不修,一些直接影响 ... read more →