
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>TechLog</title>
      <link>https://joker1point.github.io/techlog/blog</link>
      <description>AI Agent 工程化实践复盘：架构设计、容错与可靠性、上下文工程与成本治理。</description>
      <language>zh-cn</language>
      <managingEditor>birenwenmou@qq.com (眠月)</managingEditor>
      <webMaster>birenwenmou@qq.com (眠月)</webMaster>
      <lastBuildDate>Mon, 28 Sep 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://joker1point.github.io/techlog/tags/chunking/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://joker1point.github.io/techlog/blog/rag-chunking-refactor-and-eval-traps</guid>
    <title>把 143 块拆到 45 块：一次 RAG 分块重构，和它揭出来的评测陷阱</title>
    <link>https://joker1point.github.io/techlog/blog/rag-chunking-refactor-and-eval-traps</link>
    <description>把一句 RecursiveCharacterTextSplitter(1000, 200) 换成「清洗 → 画像 → 分层 → 校验 → 回退」的自适应分块器，全库 1959 → 1120 块、HTML 残留 38.3% → 0%、单篇最多块数 143 → 45。但改起来容易、证明它变好很难：A/B 显示六个检索配置全部正向，同时也让「多路召回 +11.1%」缩水到 +2.2pp——原来那部分增益是在补偿脏文本，不是互补召回。本文连同评测自身的三个陷阱（wall-clock 时间窗、judge 随机失败、n=18 时符号会翻）与一次生产语料重建的前置验证一起记录。</description>
    <pubDate>Mon, 28 Sep 2026 00:00:00 GMT</pubDate>
    <author>birenwenmou@qq.com (眠月)</author>
    <category>rag</category><category>chunking</category><category>evaluation</category><category>chromadb</category><category>llm</category><category>engineering</category><category>vdb-news</category>
  </item>

    </channel>
  </rss>
