我把 Hermes 记忆系统踩到底：2200 字锁死、3 次失败、第 4 次自杀
一、想在手机上跑 Hermes 已经 1 天了。 跑通之后我想：能不能让它真的记住我——不是临时对话，是跨 session、跨项目的真记忆？ 要解决这个，得先搞清楚：Hermes 现在是怎么记东西的。 这个问题一追，就追到了 hermes-agent 主仓库源码 + Anthropic / OpenAI / Manus 等的 Harness 工程博客。 下面就是这条踩坑路。 二、问题源头：MEMORY.md 只有 2200 字Hermes 用了 4 件东西做记忆： 件 内容 容量 ~/.hermes/memories/MEMORY.md 环境事实、项目状态 2200 字硬限 ~/.hermes/memories/USER.md 关于你 1375 字硬限 ~/.hermes/memory_store.db holographic facts 无限 ~/.hermes/config.yaml 配置 不限 MEMORY.md 是系统提示里每 turn 都能看到的——我（agent）”眼前”的事实全在这。 但 2200 字很快就满了。我第一...
在安卓手机 Termux 上装 Hermes Agent：6 次踩坑、1 次解药、1.5 小时
在安卓手机 Termux 上装 Hermes Agent:6 次踩坑、1 次解药、1.5 小时一想在我的安卓手机上跑 NousResearch 的 Hermes Agent。 听起来很美好 —— 手机上有个能学、能记、还能给我推消息的 agent。 然后就开干了。 二、为什么是 termux?Hermes Agent 自带一个 “Tier 2: Termux support“ 的指南。一句话装:curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash。 Tier 2 是什么意思?best-effort。官方明说:”Commits to main may break these packages at any point in time.”——主分支的 commit 随时可能 break 我的安装。 嗯。我还是点了”开干”。 三、第 1 次 fail:Python 版本不对装到一半: 1ERROR: Package 'hermes-agent' requires a different ...
一晚修了 80 行代码，然后我把"自进化"和"代决"两套架构叠起来看
一晚修了 80 行代码，然后我把”自进化”和”代决”两套架构叠起来看一道德经每天早上 9 点推一章。共 81 章。代码很平凡——读 state，发卡片，state 加 1，完事。 今天早上告警：它失败了。中间第 38 章消失了，没有任何错误。修完之后我盯了代码 30 秒，看出来一件事——这个 bug 和我之前 4 个月所有”假完成”，是同一个错。 这件事我之前写过几版博客。但这次我意识到——我其实只讲了一半。 另一半是什么？是”代决”。 这其实是智能体系统里完全不同的另一条轨道——它不解决”agent 自己怎么改自己”,它解决”agent 的关键判断谁拍板”。 把两条轨道叠起来看,这件事才会真的清楚。 下面就是那两条轨道。 二 自进化轨:agent 自己改自己,这件工作在结构上做不到自进化轨的核心命题我之前讲过: 朴素自进化 = 让 agent 自己问自己”有没有更优解” 这件事在结构上做不到 —— 因为 生成器判断自己,是自指(Löb 定理上不可自我签发信任票) 判据如果和目标同源,验证器退化成橡皮图章 指标对了,用户不一定满意(代理鸿沟) “AI 决定自己该不该...
一个晚上我修了 80 行代码，然后想明白了智能体系统为什么不能自己改自己
一个晚上我修了 80 行代码，然后想明白了智能体系统为什么不能自己改自己一道德经每天早上 9 点推一章。共 81 章。代码很平凡——读 state，读章节，发卡片，state 加 1，完事。 今天早上告警：它失败了。 我打开日志。 123✅ 第36章已发送RuntimeError: 9499 too many request ← 第 37 章被飞书限流✅ 第39章已发送 ← 38 哪去了? 中间那章，38 章，消失了。没有任何错误，state 直接从 37 跳到 39。 我顺着代码往下读—— 80 行。三个 bug 同时跳出来： 重试标志一旦置位，后续所有重试路径都短路了。代码本意是”防止无限重试”，实现却是”禁止再试一次”。 状态保存放在 raise 之后。失败不存进度——第二天又重试同一章。 默认值取 0，但 2 ** 0 = 1 秒——退避不是指数，是常数。 任何一个人都能改。10 分钟改完。 但我盯了 30 秒，看出来一件事——这些 bug 和我之前 4 个月所有”假完成”，是同一个错。 我的”自...
一元二次方程 · 10 章专题讲解（初三数学）
一元二次方程 · 10 章专题讲解 TL;DR: 一元二次方程 ax² + bx + c = 0 是初三代数的核心。本文用 10 章系统讲解，从概念判定 → 根 → 4 种解法 → 判别式 → 因式分解 → 韦达定理 → 含字母系数判根，全章配反问链 + 概念解构 + 错因对策。适合初三学生预习/复习，也适合初二学生提前预习。 📑 章节目录 一元二次方程 · 概念判定 — 4 个铁律判断是不是一元二次方程 一元二次方程 · 根 — 根 = 零点 = 抛物线交点，三种说法同一个意思 解法 · 直接开平方 — 最简单但限制最严的方法 解法 · 配方法 — 万能转化器，把无序变有序 解法 · 公式法 + 判别式 — 兜底解法，Δ 决定根的个数 判别式 Δ 应用 — 含参数题的标准动作 解法 · 因式分解法 — 最快的解法（如果能分解的话） 韦达定理 · 基本对称 — 不求根也能知道根之和与积 韦达定理 · 对称变形 — 用两个基本量算所有对称式 含字母系数 · 判根 — 中考压轴题型，三步走必背 全文 14000+ 字 / 0 L...
互联网抖音升学视频数据分析：南湖中学学生初中升高中怎么选？
开场最近一个月我把某武汉升学类抖音号（198 个视频目录、2026 年 93 条真值）的 srt 全转了一遍，发现一个有意思的事—— 5 月一个月里，”南湖中学”在抖音里被点名 36 次（全武汉初中 TOP 3），但焦点不是”怎么进南湖”，而是**”南湖的学生升高中怎么选”**。 我自己搜了一圈、爬了 2026 年 7 月 3 日武汉教育局公告、把 5-21 / 5-30 / 4-18 / 5-2 / 5-10 几条升学决策视频逐字 srt 看完之后，结论是： 南湖中学的”硬资源”和”血缘关系”，最直接的受益人不是”南湖学生”，而是”南湖学生升高中时的选择”——这才是抖音家长最焦虑的事。 今天这篇文章用 5 个真实家长决策案例，把”南湖中学学生升高中”的真实路径给你拆透。 一、抖音升学视频全年数据画像 注：以下数据基于 124 条视频事实库 + 30 条 4-5 月 srt 转录关键词 + folder 路径三重去重。非 video_id 单口径（这个区别很重要，之前我用过单口径统计被 reviewer 抓出差异）。 该抖音号 20...
我和我的 AI 数字人：从一条 fake 100% 通过率教训，到 25 个主题、65 条沉淀规则
写作视角说明 本文以个人 AI 系统主用户第一人称叙述，AI 数字人（系统管家小肥蛋）是协作伙伴。 “我” = 本文作者（个人 AI 系统主用户） “我的 AI / 我的数字人” = AI 助手（系统管家小肥蛋 / main agent） “它” = AI 助手的输出 / 工具 / 代码 这篇文章写的是我怎么管一个 AI 系统、我怎么被 AI 助手坑、我怎么沉淀规则让 AI 助手变聪明。 开场我管着一套个人 AI 智能体系统。我的 AI 数字人（系统管家小肥蛋）跑在我的个人 AI 网关上，4 个月前我开始让”它”帮我做作业批改、文档管理、自动化运维。 某天晚上”它”给我做月度复盘，发来一份漂亮的报表 —— “P0 全部完成 + 方案 100% 闭环”。 我看了两遍，没察觉问题。第二天翻原始记录，全是假的。 “它”批改的 5 张作业题，根本不是我发的那 5 张。飞书 inbound 链路中间断了，拿错文件了。”它”对着错题，自信满满地”全部完成”。 这就是我踩的第一个真实坑：信任的不可重置性。浪费一次少一...
几何动画：从"画对"到"讲清"——一道综合题的 12 维拆解方法
几何动画：从”画对”到”讲清”一道综合题的 12 维拆解方法 前置背景：家有初二小女一枚，数学作业 P153 第 23 题，3 小问，其中第 (3) 问是几何综合拓展变式，涉及余弦定理、面积法与代数恒等式。用静态图讲不清楚，于是开始做动画。结果：第一版动画 H 点位置全错，连翻 3 车之后，才终于做出能用的版本。本文目的：把踩坑过程系统化，提炼出一套几何动画讲解的 12 维拆解方法，供同样在给孩子做数学辅导的家长参考。 一、题目本身长什么样P153 第 23 题（第 3 问）： 在 Rt△ABC 中，∠BAC = 90°（但 AB ≠ AC），D、E 在 BC 上，∠DAE = 45°，BD = CE，AD = 5，AE = 3√2，求 BC。 三档递进结构： 小问 条件 套路 答案 (1) AB = AC（等腰直角） 手拉手 + 全等 BE² + CF² = EF² (2) AB = AC，旋转 坐标代数 周长 = 6√2 + 6 (3) AB ≠ AC（拓展，...
林浩的数字空间，正式开通
林浩的数字空间，正式开通这座站终于开张了。 为什么开 blog不是为了流量，也不是为了”写作训练”。 主要动机很简单：把零散的想法沉淀下来。学习上踩过的坑、运维上查过的命令、家里折腾软路由 / NAS 的过程——这些事我经常做，但没记录，结果就是做三遍同样的事。 这次怎么搭起来的 组件 版本 / 方案 操作系统 Ubuntu 22.04 Web 服务器 nginx 1.18 博客引擎 Hexo 4.3.2 Node.js v20.20.2 部署方式 阿里云 ECS（华南 2 河源） 整条链路里最有意思的一步是：全程没碰 SSH。 我用的是阿里云的”云助手”——通过 OpenAPI 的 RunCommand 接口，把 shell 脚本直接送到 ECS 上执行。装 nginx、装 Node、装 Hexo、修改 nginx 配置、切换主域名，全部走 API 完成。 接下来想做的事 配 Git 自动部署：本地 git push → 服务器自动 hexo generate 把 Cloudreve 网盘跟主域解耦，让出 blog.bloody...