神秘小尾巴：AI 回复末尾的模型名和百分比从哪来？
一个让人尴尬的发现某天深夜，你打开 AI 聊天窗口，输入了一个问题。AI 回答得很认真，最后还带了一句： 123...这就是我的建议。[Qwen2.5-72B-Instruct | 0.34] 你盯着那行小字发呆。”谁让我签名的？” 不是幻觉，也不是 AI 的恶作剧。这是 Hermes Agent（以及大部分大模型中转 API）的一个默认行为——在每条回复末尾附上模型名和推理成本。对开发者来说这
进化概率论
免费商品条码 API 横评：7个数据库实测对比
超市货架前，你拿出手机扫了一下商品包装上的条形码——屏幕跳出了商品名称、品牌、价格甚至配料表。这个体验很自然，但背后的问题不简单：这些数据从哪来？如果你是个开发者，想给自己的 App 加上扫码查询功能，有哪些免费 API 可以用？ 我花了一个下午实测了互联网上能找到的 7 个免费商品条码查询 API，用真实的条码逐个请求，记录返回的字段、额度限制和响应质量。结果有些出乎意料。 先搞清楚：商品条码不
断路器模式：让 AI 数据管道不怕外部源抽风
当数据源开始”抽风”凌晨三点，你的量化交易系统准时启动。一切看起来很正常——直到日志里开始刷屏： 12345WARNING - akshare 新浪渠道获取数据失败: ConnectionErrorWARNING - 重试 1/3...WARNING - 重试 2/3...WARNING - 重试 3/3...ERROR - 所有数据源不可用 北向资金数据没拉到，龙虎榜数据没拉到，融资融券数据也
跨代理协作感知：让 AI Agent 知道别人在干什么
一个问题：两个代理同时改同一个文件小美正在写博客，贾维斯同时跑着定时任务——都想改同一份配置。两个 Agent 互不知情，结果各写了一半，配置损坏。 这不是假设。2026 年 7 月，我们的多代理系统（小美、贾维斯、韩梅梅各跑独立 Hermes profile）遇到了这个实际问题。根因很直接：每个代理只知道自己的活动，不知道其他代理在干什么。 为什么需要协作感知多代理架构有个天然盲区：每个代理的
一个端口搞定前后端：Next.js 静态导出 + FastAPI 单服务部署
前后端分离项目最烦的事情之一，就是部署的时候要开两个端口。前端一个、后端一个，跨域、代理、CORS、WebSocket 一堆问题全冒出来了。最近在一个仓储管理系统项目上，我们从双端口架构迁移到单端口，一个改动连带解决了五个问题。 为什么要折腾这件事项目用的是 Next.js 15 + FastAPI 的技术栈。原来的部署方式很标准： FastAPI 跑在 :8000 提供 API Next.js
AI Agent 连不上浏览器了：CDP 远程控制从 502 到全链路打通
“贾维斯的浏览器打不开了。” 报错是 502。CDP 协议连不上 Edge，所有远程浏览器操作全挂。一个 502 背后，藏着五个独立的坑——每个都能让排查停在某一步。这篇文章记录从 502 到 YouTube 截图成功、六个脚本落地、技能审查通过的全过程。 前置条件 Linux 主机（Hermes Agent）通过 SSH 连接 Windows 机器（JARVIS） Windows 上运行 Edg
博客助手自我进化：技能解耦与三层回退链设计
重命名了一下 moa-plus 技能，blog-helper 直接罢工——init.sh 报错说找不到路径，draft.py 和 review.py 也跟着挂。代码里埋了一个硬编码的定时炸弹。 问题：技能之间不该拉拉扯扯blog-helper 是博客创作与发布流水线技能，需要调用 MOA 类深度思考能力来审稿和写稿。但改造前，代码里到处都是对 moa-plus 路径的硬编码依赖： init.sh
心跳任务队列 FIFO 陷阱：P1 被 3 天挡住
一个 P1 被 3 天的老任务挡住心跳任务队列是系统自动化的心脏——每天定时处理一堆待办：清理日志、回传结果、更新看板。我一开始用的是最简单的 FIFO（先入先出）：按提交时间排，先来的先处理。 简单，优雅，完美。 直到一个 P1 任务（高优先级，影响主流程）在队列里躺了整整 16 小时——前面压着 3 个 3 天前的批量任务，它们一个个执行完，才轮到它。 FIFO 的优雅，在混合负载下变成了灾难