我给 Pi 写了个余额插件:Agent 跑一次,到底花了多少钱?
我给 Pi 写了个余额插件:Agent 跑一次,到底花了多少钱? Pi New API Balance:把 New API 余额、结算补查和扣款差额直接放进终端页脚。 在 Pi 里跑完一轮 Agent,我经常会冒出一个很现实的问题: 刚才这一轮,到底花了多少钱? 以前想确认,只能切回 New API 控制台,刷新页面,再对照调用前后的余额。 偶尔做一次还好。
月度归档
最新发布
我给 Pi 写了个余额插件:Agent 跑一次,到底花了多少钱? Pi New API Balance:把 New API 余额、结算补查和扣款差额直接放进终端页脚。 在 Pi 里跑完一轮 Agent,我经常会冒出一个很现实的问题: 刚才这一轮,到底花了多少钱? 以前想确认,只能切回 New API 控制台,刷新页面,再对照调用前后的余额。 偶尔做一次还好。
Pi 为什么把聊天记录存成一棵树? /tree 、 /fork 、 /clone 与编程试错的真正关系 让 AI 修改一段认证逻辑。 它先给出方案 A:把校验统一放进中间件。代码改完,测试也跑了,但旧接口开始报错。 这时你发现,真正的问题不是“AI 答错了一次”。 麻烦在于,方案 A 已经走了很远:它读过相关文件,分析过调用关系,修改过代码,还留下了一组
FastAPI 里的 deps.py,到底是不是 Spring 拦截器? 看见 workflows.py、ai.py、assets.py、tasks.py 都连到 deps.py,我第一反应是:这不就是 Spring 里的拦截器吗?答案是:认证效果有点像,但运行机制不是一回事。 我最近在看一个 Python 后端的知识图。 图里有个很显眼的现象: 几个 AP
不用 Kubernetes,Docker Compose 也能实现零停机蓝绿发布 从一次简单的 docker compose up d ,到一套可靠的生产发布流程设计。 写在前面 Docker Compose 在中小型项目中非常常见,但直接执行 docker compose up d 时,旧容器停止、新容器启动、应用初始化和数据库迁移之间可能存在不可用窗口。
Harness 还是 Hermes?两个名字很像的 Agent 概念,到底有什么区别 Claude Code、Codex CLI、DeepSeek Harness 都可以被称为 Harness;我们正在使用的 Hermes 内部也做着类似工作。区别不在“有没有工具”,而在产品从哪一层开始,又最终交付到哪里。 我刚写完 DeepSeek Harness,又在
DeepSeek Harness 发布:官网说“一切皆插件”,我现场给它接了一个视觉插件 DeepSeek 这次没有发布新模型,而是开放了一套可以自己创建、更新和组合 Agent 能力的 Harness。官网把最重要的一句话放在第一屏: 一切皆插件。 这句话看起来很像框架发布时常见的口号。 我决定不靠想象解释它,直接做一个插件试试。 结果是:当前选中的
Next.js 中 NEXT PUBLIC 环境变量为何修改后不生效 Next.js 中 NEXT PUBLIC 环境变量为何修改后不生效 在 Next.js 项目中,一个常见现象是:容器里的环境变量已经更新,执行 echo 也能看到新值,但浏览器端仍然请求旧地址。问题通常不在环境变量是否成功注入,而在于对 NEXT PUBLIC 变量生效时机的理解。
分布式系统中的"保险箱":事务Outbox模式深度解析 在微服务架构中,如何保证业务操作和消息发送的一致性?今天我们来聊聊一个优雅的解决方案。 一、问题的起源 想象这样一个场景: 你的系统完成了一笔订单,需要同时做两件事: 1. 将订单数据保存到数据库 2. 发送消息通知下游系统(比如库存服务、统计服务) 看起来很简单?但魔鬼藏在细节里: 先保存后发送 :保
别再找插件了,美团出品的Tabbit才是真正的AI浏览器 别再只会复制粘贴了!当浏览器长出“大脑”,我的工作流彻底燃起来了 🚀 你有没有想过: 我们每天在浏览器里耗掉 90% 的工作时间,却从未真正把它当作「生产力工具」。 传统的 AI 插件?还得你手动复制、粘贴、切窗口,累不累? 直到我遇见了 Tabbit 。 它不是简单的插件,也不是网页里只会复读
修复github action注入npm包权限问题
一行 JVM 参数解决 HttpClient 卡死:强制 Java 禁用 IPv6 问题场景 某天线上服务突然出现偶发性超时,排查了半天,日志里卡在 HttpClient.execute() 一动不动,没有任何异常抛出,线程就那么"假死"了。重启能恢复,但过一阵子又复现,让人头皮发麻。 最终定位到根因: Java 在网络解析时优先尝试了 IPv6,而服务器环
Java中HashMap的原理 存储和读取方式 算 key 的 hashCode,通过公式 $(table.length 1) \& hash$ 算出应该放在数组的哪个下标位置 冲突解决方式 [!TIP] 哈希冲突 两个key计算出的下标一致,称为 哈希冲突 。 当发送冲突时,优先使用链表 <iframe frameborder="0" src="/pl