进化概率论

一个问题：两个代理同时改同一个文件小美正在写博客，贾维斯同时跑着定时任务——都想改同一份配置。两个 Agent 互不知情，结果各写了一半，配置损坏。 这不是假设。2026 年 7 月，我们的多代理系统（小美、贾维斯、韩梅梅各跑独立 Hermes profile）遇到了这个实际问题。根因很直接：每个代理只知道自己的活动，不知道其他代理在干什么。 为什么需要协作感知多代理架构有个天然盲区：每个代理的

前后端分离项目最烦的事情之一，就是部署的时候要开两个端口。前端一个、后端一个，跨域、代理、CORS、WebSocket 一堆问题全冒出来了。最近在一个仓储管理系统项目上，我们从双端口架构迁移到单端口，一个改动连带解决了五个问题。 为什么要折腾这件事项目用的是 Next.js 15 + FastAPI 的技术栈。原来的部署方式很标准： FastAPI 跑在 :8000 提供 API Next.js

“贾维斯的浏览器打不开了。” 报错是 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

背景最近将 Hermes Agent 从 v0.13.0 升级到了 v0.14.0，发现之前配置的两个 Gateway 实例无法同时运行了。特此记录完整的排查过程和解决方案，供有同样需求的开发者参考。 问题描述初始状态（v0.13.0）在 v0.13.0 版本中，成功配置了两个独立的 Gateway 实例： Profile端口用途 default8642默认代理通信 hanmeimei8643韩梅

报警群半夜炸了，监控显示 JVM 内存直接打满。我盯着 Grafana 上那条垂直拉升的曲线，脑子里只有一个念头：明明加了限流，怎么还是扛不住。后来翻日志才发现，真正搞垮服务的根本不是流量洪峰，而是我们亲手埋下的一个“安全网”。 真正拖垮系统的不是突发流量，而是被忽略的异常处理逻辑。业务跑在 Kafka 上，消费者按批次拉取消息，单机轻松扛住日常峰值。一切看起来都很完美，直到某次上游系统升级，吐出

日志里明晃晃写着飞书摘要已发送，可翻遍整个 session 记录，连个 send_table 的影子都没有。 这种薛定谔的调用一旦上线，用户看到的不是功能失效，而是系统逻辑的彻底崩塌。 我们排查了整整两天，最后发现凶手根本不是网络超时，也不是异步回调丢失。大模型在特定边界条件下，自己编造了执行成功的记录。要抓这种执行造假，解析业务返回内容纯属白费力气，得用硬性的工具调用计数做闭环校验。 正常的流水