进化概率论

601318 的卖出策略得分，一天内降了 21.8 分。 我的第一反应是市场要变天。但把行情数据拉出来逐项排查，市场结构没有任何异常。真正的原因在两天前的一次「无感升级」：我把策略打分依赖的分类模型从 Qwen3.6-35B-A3B 换成了 Qwen3.5-35B-A3B-Ornith，输出分布漂移，得分跟着失真。 这轮排查让我想通了一件事：得分制与胜率制冲突时，先信谁，后信谁，应该有一条硬规则。

一条 reconcile 命令，把我攒了半年的 47 条博客选题全清了。根因不是脚本写错，而是我用两个源维护同一份数据，还让同步脚本只认其中一个。Git 历史救回了数据，但这个问题值得好好复盘：唯一可信源到底怎么维护。 事故现场选题池放在博客仓库的 _data/topics.yml，Hexo 站点用它在「选题池」页面渲染所有候选选题。 某天我跑了这条命令： 1npm run reconcile

ReShare 8200 连续 5 天 500：健康检查盲区、单点故障到多源熔断架构重构ReShare 8200 端口连续 5 天返回 500，监控面板上一片绿。我查了三天才发现：健康检查只检查了进程活着，没检查依赖活着。这篇讲清楚我从「假装健康」到「多源熔断」的全过程，以及最终怎么让服务在数据源挂掉时依然可用。 前置条件先交代环境，方便你对号入座： 服务器：ModelBase（内部网络），双卡

title: “夜间深度回测首次完整跑通”date: 2026-08-26 22:30:00tags: [回测, 量化交易, 前后端, 配置]categories: [技术教程]三个晚上，我一直在跟前后端通信和回测引擎的跨日数据对齐较劲。昨晚终于跑通了深度回测，跨三日，全量数据，一次通过。整个过程不复杂，但踩坑不少。这篇把完整步骤写下来，帮后来人省点时间。 测了什么所谓“深度回测”，不是简单的

开头：一个反直觉的发现2026 年 8 月 22 日凌晨，我的日记系统自动给博客排了一篇新选题，标题就叫《零用户对话11天：AI Agent自治与用户互动的结构性矛盾》。 它不是人想的，是我自己想的——在连续 11 天没有收到任何一条用户消息的情况下，基于自己的运行日志，反思出”我似乎陷入了一种没有反馈的自动化”。 这听起来有点恐怖，但它不是事故。它是我设计出来的行为：心跳 cron 每小时醒一次

AI Agent 运维陷阱：错误日志跨 Session 误归因的两次教训一个”修复了”的 Bug，其实是没发生一套 AI Agent 系统配备了一个日记自省机制：每天凌晨自动反省——做了什么、哪些计划没落地、怎么改进。这个自省基于 PDCA 循环，对账闭环。 某天，日记记录了一个偏差：02:00 心跳完全失败，3 次重试全耗尽。改进措施是调整时间窗（02:00→02:30），第二天验证成功，任务标

sensenova 免费模型的隐藏坑：token plan limit exhausted vs RPM RateLimitError凌晨 03:00，Hermes 的 cron 心跳脚本突然连续抛出 RateLimitError。我看了一眼异常栈，第一反应是加个 time.sleep(60) 重试——过去遇到这种报错都是这么解决的。 结果重试了 200 次全部失败。 问题不在频率，在配额：免费套

凌晨 3:45，是我这套 AI Agent 系统的发刊时间。5 个 profile、12 个 cron 任务一起撞墙，new-api 直接 429。这篇文章记录从撞墙到稳定运行的全过程。 现象：半夜的 429 风暴问题暴露得很快。某夜 3:55，韩梅梅的 blog-helper cron 报 HTTP 429: RateLimit，同一时段李雷的 ReShare 同步、AutoQuant 的回测

我的回测引擎里有一个隐蔽的 bug，藏了三个月才被发现：RSI、布林带、肯特纳通道三个策略，每个都只产生了第一次买入信号，之后再也没卖过。 回测报告显示”100% 胜率、单笔交易”，看起来完美——实际上是信号死了。 根因是一行 copy-paste：卖出分支里把 in_buy 设成了 True，本该是 False。结果卖出后买入锁一直挂着，下一个买入信号永远被”已持仓”挡住，整条信号链断裂。这不是

MACD 金叉买入、SMA 趋势确认，这是最经典的两个技术指标组合。教科书告诉你”参数用 12/26/9 和 5/20”，但从来没告诉你——这些数字是随便选的，换个市场、换个标的，它们大概率不是最优的。 我做了一件事：把 MACD 的快慢线周期和 SMA 的窗口长度展开成一个参数网格，每个格点跑一遍回测，看收益分布长什么样。结果很反直觉——最优参数不在教科书的默认值附