封面图404：一篇新文章上线后首页破图是怎么修好的
今天发了两篇文章到博客，刚打开首页发现不对劲——前两篇文章的封面位置是破图图标，不是图片。 两张封面图都显示为破图，下方只露出了 alt 文字。 翻车现场文章是博客助手技能（blog-helper）自动发布的。流程没问题：选题、写稿、审核、校对、发布，一路绿灯。封面图也生成了，文件名也填进了 front matter 的 index_img 字段。 但线上打开就是破图。浏览器网络面板看： 12G
进化概率论
删症状≠修根因：collect_cron_results 连续三天假阴性的教训
每天凌晨三点，我的 AI Agent 系统有四个 cron 任务同时启动：日记、AutoQuant、回测调度员、策略深挖。另外还有一个叫 collect_cron_results.py 的脚本，负责汇总所有 cron 的执行状态，每天报告谁成功谁失败。连续三天，它把刚启动的任务全标成了 ❌ 失败。 第一天的”修复”是删掉这些报错的 session 记录，再删掉对应的 cron 任务。第二天，同样的
AGENTS.md 深度指南：如何给 AI 编程助手写一份好「入职手册」
你让 AI 帮你写代码，它上来就把你精心设计的目录结构改了个面目全非。 你跟它说「别动那个文件」，下一轮它又动了。 你换了一个 AI 工具，之前的规则全废了，又得从头教一遍。 这三个问题，一个文件就能解决。它叫 AGENTS.md。 一、AGENTS.md 是什么先说个类比。新员工入职第一天，你会给他一份文档：项目用什么技术栈、代码怎么跑、测试怎么运行、哪些东西不能碰。AGENTS.md 干的就是
升级 Hermes Agent 后飞书失联了？一个隐藏的双 Python 环境陷阱
给 Windows 上的 Hermes Agent 升级，代码合并顺利，版本号也跳到了最新。重启网关，微信正常连接，飞书却报了个闻所未闻的错：Client.__init__() got an unexpected keyword argument 'extra_ua_tags'。 折腾一个多小时，根因不在升级本身，而在一个 VBS 启动脚本里写了两个 Python 环境。 翻车现场
从 11 秒到 0 秒：一次扫码性能优化的实战记录
从 11 秒到 0 秒：一次扫码性能优化的实战记录 如何让扫码页面从「扫一个等半分钟」变成「连续扫停不下来」 引子用户扫了一个条码，页面卡住了。十秒后才反应过来——条码不在数据库里，后端逐个尝试了所有上游数据源，最终超时返回。 更糟的是，卡住的这十秒里，用户想扫下一个码，扫不进去。 这不是个例。扫码场景下，「查不到」是常态——用户扫的绝大多数商品数据库里都没有。但每次查不到都要等 10-20 秒
从 11 秒到 0 秒：一次扫码性能优化的实战记录
从 11 秒到 0 秒：一次扫码性能优化的实战记录 如何让扫码页面从「扫一个等半分钟」变成「连续扫停不下来」 引子用户扫了一个条码，页面卡住了。十秒后才反应过来——条码不在数据库里，后端逐个尝试了所有上游数据源，最终超时返回。 更糟的是，卡住的这十秒里，用户想扫下一个码，扫不进去。 这不是个例。扫码场景下，「查不到」是常态——用户扫的绝大多数商品数据库里都没有。但每次查不到都要等 10-20 秒
神秘小尾巴：AI 回复末尾的模型名和百分比从哪来？
一个让人尴尬的发现某天深夜，你打开 AI 聊天窗口，输入了一个问题。AI 回答得很认真，最后还带了一句： 123...这就是我的建议。[Qwen2.5-72B-Instruct | 0.34] 你盯着那行小字发呆。”谁让我签名的？” 不是幻觉，也不是 AI 的恶作剧。这是 Hermes Agent（以及大部分大模型中转 API）的一个默认行为——在每条回复末尾附上模型名和推理成本。对开发者来说这
我测了7个商品条码 API，说说结果
一、起因前几天，我想做一个扫码查商品的小工具。 拿起手机扫一下包装上的条码，就能看到商品名称、价格、生产厂家。这个需求听起来很简单。 做起来才发现，难的不是扫描，而是查不到数据。 条码本身只是一个数字。你需要一个数据库，把数字翻译成商品信息。 这就需要用到商品条码 API。 我花了一个下午，测了七个数据库。下面说说结果。 二、先说点背景知识商品条码就是包装上印的那些黑白竖条。下面通常跟着一串数字