它以为自己在读文章#

小助手的工作流是这样：评论落库 → 触发插件 → 去抓这条评论所在页面的 HTML → 从中抽一段正文当上下文 → 连同留言一起发给模型。

问题出在第三步的”抽”。当时的写法是正则里取页面上第一个 <article>：

1
const articleMatch = source.match(/<article[^>]*>([\s\S]*?)<\/article>/i);
2
if (articleMatch) body = articleMatch[1];

听着挺合理。但我这站每页的第一个 <article> 都不是正文，是首页那张壁纸卡片：

1
<article id="home-wallpaper-card" class="home-wallpaper-card">…</article>

里面只有头像、名字和一句 Hello, I'm HY.。所以不管评论发在哪一页、哪篇文章，小助手拿到的”文章内容”永远是这 23 个字。它只能盯着留言那一句话硬编，回复自然就往客服话术上飘。

把每个页面抽出来的东西打出来看，齐刷刷一模一样：

先判断「这是哪一页」，再决定喂什么#

这次改的核心不是”把正文抽得更全”，而是先回答一个问题：这条评论发在站内的什么界面。

有了这一层，后面才有得选 —— 文章页该喂全文，友链页该喂友链清单，留言板根本不该硬塞内容。

所以给每条评论先做一次页面分类：

只有”哪一页”还不够。真正要连着喂的是页面上有什么内容，而不同页面的内容根本不在同一个 DOM 节点里：

核心机制#

三个被对账挖出来的坑#

为了确认抽取逻辑真的对，我另写了一版独立实现：用 jsdom 建真 DOM 树、递归遍历出文本，再和插件里那套正则实现逐字符比对。本地构建产物 109 页、线上 17 页、astro dev 渲染 11 页，一开始只对了 74/109。

不一致的地方全指向同一类错误：正则用 [^>]*> 匹配标签，属性值里只要出现 < 或 > 就会切错。

我这站的代码块有个复制按钮，长这样：

1
<button title="Copy to clipboard" data-code="http://<你的NAS-IP>:8080">

三个坑都是从它开始的。

一、属性值里的 > 让标签提前收尾。 <button\b[^>]*> 会停在 data-code 里面的那个 > 上，剩下一截 :8080"> 被当成正文。实测 30 多篇文章的正文里都混着这种碎片，长得像 --dump-dom">、展开收起 之类 —— 模型拿到这些只会更糊涂。

二、属性值里的 <div 被当成真开标签。 这个更隐蔽：容器切片靠统计 <div> 的嵌套深度找收尾，属性值里冒出一个 <div 就让深度失衡，整个正文多抓 2–3 KB。有一篇实测切了 53205 字符，jsdom 那边真实的只有 51240。

三、嵌套隐藏元素删两层时下标错位。 这个是我修前两个时新引入的：去掉隐藏节点时先算出所有要删的区间、再倒序删；如果内外两层都要删，倒序删完内层，外层的结束下标就偏了 —— 结果多删一段、还留下半个标签。/archive/ 的正文被啃出 onclass="archive-year-toggle…" 这种鬼东西，就是它干的。

修法是换掉整个标签处理：先写个 shieldTagGt() 把属性值里的 > 顶成占位符，再写个引号感知的分词器 scanTags()，扫到标签就跳到它的结束位置。这样属性值里出现的 <div 永远不会被当成标签。容器切片、属性查找、整块删除全部改走分词器。

顺手补的几个：

• <div hidden> 这种布尔属性要认（统计页图表的空状态就是它），光查 class="hidden" 会漏 —— 但也不能把 overflow-hidden 一起误伤，得按 class 分词精确匹配。
• <button>、select、option 整块去掉：展开、收起、复制、筛选标签都是 UI 外壳，不是正文。
• 图说要捞回来。我文章的图说是写在 <img alt> 里的，剥标签时会连图说一起丢。全站文章页 325 个 alt，其中 272 个是有意义的图说（「混淆后的样图一，画面被像素块覆盖」这种），现在会补成 〔图：…〕。
• 正文里 <4>、设备名<端口> 这种伪标签按浏览器语义处理：<4> 留成正文、</4> 当注释丢掉。否则我写在正文里的占位符会被吃成「设备名」。

怎么证明它真的读进去了#

改完之后有三条互相独立的验证，都是”逐字符相等”这种硬指标，不是看着像：

第三条最有意思。我在四种页面上各留了一条测试评论，看它回什么：

友链页，我留言说”朝朝听雨的站我这边好像打不开”：

朝朝听雨的博客地址确实是 rainzt.cn，偶尔可能会遇到服务器维护或节点波动。我已经把这个情况转达给站长了，稍后会去检查一下对方站点的可访问性。

rainzt.cn 这串地址只存在于友链列表里，留言里没提过。老代码给不出这个答案。

文章页（SearXNG 那篇部署教程），我故意问”那三处必改的配置到底是哪三处”：

其实这篇教程里并没有单列”三处必改”，而是直接提供了一份调好的 settings.yml 下载覆盖。要是覆盖后容器起不来，可以先看下 Docker 容器日志报什么错，或者排查下宿主机挂载目录的读写权限与端口冲突。

它把我的提问前提给纠正了 —— 说明它读到的是整篇正文，不是一段摘要。

动态，我问”后来找工作的事有眉目了吗”：

当时发这条动态时他确实挺迷茫的，至于后来找工作的具体进展，得等站长本人上线亲自来跟大家更新啦～

这条动态的正文是从 RSS 反查出来的，页面上根本没有对应 URL。

留言板那条没说错什么，但也没硬扯文章，知道是在闲聊。

上手与环境变量#

不想删代码回滚的话，把 AI_ENABLED 设成 false 重新部署就行，插件完全静默。

想调的几个开关（都在 Vercel 的环境变量里）：

AI_CONTEXT_CHARS 给到 12000 是拿数据定的：我这边文章正文中位数 3000 字出头、九成在 6000 字以内，12000 基本等于整篇都喂过去。真遇到两万字的长文才会截断，截的时候掐中间留首尾，因为结论通常在结尾。

总结#

• 老版本不是”上下文少”，是抽取逻辑抓错了节点，每页稳定拿到 23 个字的壁纸卡片文案。
• 新版本先分类页面类型，再按页面类型选容器；友链页要 #content-wrapper，文章页要 data-pagefind-body，动态页走 RSS 反查，留言板靠 /llms.txt 补场景。
• 剥 HTML 标签别用 [^>]*> 这种正则 —— 属性值里一个 > 就能让整段正文跑偏。引号感知的分词器才稳。
• 值得花时间写一版独立实现对账。我原本只想”确认没写错”，结果它反过来抓出三个真 bug，其中一个还是我自己改出来的。