zxb的博客
我给 Pi 写了个余额插件：Agent 跑一次，到底花了多少钱？
我给 Pi 写了个余额插件：Agent 跑一次，到底花了多少钱？ Pi New API Balance：把 New API 余额、结算补查和扣款差额直接放进终端页脚。 在 Pi 里跑完一轮 Agent，我经常会冒出一个很现实的问题： 刚才这一轮，到底花了多少钱？ 以前想确认，只能切回 New API 控制台，刷新页面，再对照调用前后的余额。 偶尔做一次还好。
zxb的博客 8 分钟阅读
编辑精选
值得先读
最新发布
文章
废话不多说，直接开源
废话不多说，直接开源
废话不多说，直接开源 来源 原文链接 正文 废话不多说，直接开源 废话不多说，直接开源 anything2explainer ：给它一个 topic，就能一键制作这种质量的科普视频。 目前为止个人创作效果最满意的 skill，刚做出来看到效果的时候，甚至想要不直接用来批量制作科普视频起号得了，想了想还是开源出来，可以让所有人学习和研究。 所有内容均通过代码制
废话不多说，直接开源 2 分钟阅读
zxb的博客
扫 10 万个文件时，别让一个进程扛到死
扫 10 万个文件时，别让一个进程扛到死 看见扫描器卡死在共享盘上，我第一反应是：线程不够，该上 Redis。答案是：并发方向没完全错，但进程先死掉的地方，通常不是队列装不下。 一台扫描仪整晚往共享目录里吐 PDF。 早上打开资源管理器，文件夹已经堆满了。你写过一个很老实的脚本： 二十个文件时，它能跑完。 这一次不一样。任务管理器里那个 Python 进程还
zxb的博客 8 分钟阅读
zxb的博客
我给 Pi 写了个余额插件：Agent 跑一次，到底花了多少钱？
我给 Pi 写了个余额插件：Agent 跑一次，到底花了多少钱？ Pi New API Balance：把 New API 余额、结算补查和扣款差额直接放进终端页脚。 在 Pi 里跑完一轮 Agent，我经常会冒出一个很现实的问题： 刚才这一轮，到底花了多少钱？ 以前想确认，只能切回 New API 控制台，刷新页面，再对照调用前后的余额。 偶尔做一次还好。
zxb的博客 8 分钟阅读
zxb的博客
Pi 为什么把聊天记录存成一棵树？
Pi 为什么把聊天记录存成一棵树？ /tree 、 /fork 、 /clone 与编程试错的真正关系 让 AI 修改一段认证逻辑。 它先给出方案 A：把校验统一放进中间件。代码改完，测试也跑了，但旧接口开始报错。 这时你发现，真正的问题不是“AI 答错了一次”。 麻烦在于，方案 A 已经走了很远：它读过相关文件，分析过调用关系，修改过代码，还留下了一组
zxb的博客 10 分钟阅读
zxb的博客
FastAPI 里的 deps.py，到底是不是 Spring 拦截器？
FastAPI 里的 deps.py，到底是不是 Spring 拦截器？ 看见 workflows.py、ai.py、assets.py、tasks.py 都连到 deps.py，我第一反应是：这不就是 Spring 里的拦截器吗？答案是：认证效果有点像，但运行机制不是一回事。 我最近在看一个 Python 后端的知识图。 图里有个很显眼的现象： 几个 AP
zxb的博客 7 分钟阅读
zxb的博客
不用 Kubernetes，Docker Compose 也能实现零停机蓝绿发布
不用 Kubernetes，Docker Compose 也能实现零停机蓝绿发布 从一次简单的 docker compose up d ，到一套可靠的生产发布流程设计。 写在前面 Docker Compose 在中小型项目中非常常见，但直接执行 docker compose up d 时，旧容器停止、新容器启动、应用初始化和数据库迁移之间可能存在不可用窗口。
zxb的博客 2 分钟阅读
zxb的博客
Harness 还是 Hermes？两个名字很像的 Agent 概念，到底有什么区别
Harness 还是 Hermes？两个名字很像的 Agent 概念，到底有什么区别 Claude Code、Codex CLI、DeepSeek Harness 都可以被称为 Harness；我们正在使用的 Hermes 内部也做着类似工作。区别不在“有没有工具”，而在产品从哪一层开始，又最终交付到哪里。 我刚写完 DeepSeek Harness，又在
zxb的博客 7 分钟阅读
zxb的博客
DeepSeek Harness 发布：官网说“一切皆插件”，我现场给它接了一个视觉插件
DeepSeek Harness 发布：官网说“一切皆插件”，我现场给它接了一个视觉插件 DeepSeek 这次没有发布新模型，而是开放了一套可以自己创建、更新和组合 Agent 能力的 Harness。官网把最重要的一句话放在第一屏： 一切皆插件。 这句话看起来很像框架发布时常见的口号。 我决定不靠想象解释它，直接做一个插件试试。 结果是：当前选中的
zxb的博客 9 分钟阅读
zxb的博客
Next.js 中 NEXT_PUBLIC_ 环境变量为何修改后不生效
Next.js 中 NEXT PUBLIC 环境变量为何修改后不生效 Next.js 中 NEXT PUBLIC 环境变量为何修改后不生效 在 Next.js 项目中，一个常见现象是：容器里的环境变量已经更新，执行 echo 也能看到新值，但浏览器端仍然请求旧地址。问题通常不在环境变量是否成功注入，而在于对 NEXT PUBLIC 变量生效时机的理解。
zxb的博客 4 分钟阅读
zxb的博客
分布式系统中的"保险箱"：事务Outbox模式深度解析
分布式系统中的"保险箱"：事务Outbox模式深度解析 在微服务架构中，如何保证业务操作和消息发送的一致性？今天我们来聊聊一个优雅的解决方案。 一、问题的起源 想象这样一个场景： 你的系统完成了一笔订单，需要同时做两件事： 1. 将订单数据保存到数据库 2. 发送消息通知下游系统（比如库存服务、统计服务） 看起来很简单？但魔鬼藏在细节里： 先保存后发送 ：保
zxb的博客 5 分钟阅读 #事务Outbox模式#分布式系统#微服务一致性
zxb的博客
别再找插件了，美团出品的Tabbit才是真正的AI浏览器
别再找插件了，美团出品的Tabbit才是真正的AI浏览器 别再只会复制粘贴了！当浏览器长出“大脑”，我的工作流彻底燃起来了 🚀 你有没有想过： 我们每天在浏览器里耗掉 90% 的工作时间，却从未真正把它当作「生产力工具」。 传统的 AI 插件？还得你手动复制、粘贴、切窗口，累不累？ 直到我遇见了 Tabbit 。 它不是简单的插件，也不是网页里只会复读
zxb的博客 3 分钟阅读 #AI浏览器#Tabbit浏览器#工作流自动化
zxb的博客
修复github action注入npm包权限问题
修复github action注入npm包权限问题
zxb的博客 1 分钟阅读