<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Customer Support on HyperCrux.com</title>
    <link>https://hypercrux.com/tags/customer-support/</link>
    <description>Recent content in Customer Support on HyperCrux.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 07 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://hypercrux.com/tags/customer-support/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>A Support Bot That Never Quotes a Retired Article: Help Centre Search on HyperCrux</title>
      <link>https://hypercrux.com/a-support-bot-that-never-quotes-a-retired-article-help-centre-search-on-hypercrux/</link>
      <pubDate>Wed, 07 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://hypercrux.com/a-support-bot-that-never-quotes-a-retired-article-help-centre-search-on-hypercrux/</guid>
      <description>&lt;p&gt;Picture a small software company with about 400 help articles and a chat bot on its website that answers questions from them. The bot works the way most of them do. It turns the customer&amp;rsquo;s question into a vector with an embedding model and finds the articles closest to it. A language model then writes the answer from those.&lt;/p&gt;&#xA;&lt;p&gt;The weak spot is what happens when an article changes. Say the refund policy changes in March. Someone writes a new article and retires the old one in the help centre, but the vector database keeps its own copy of every article, and the job that should delete the old copy fails without telling anyone. Now the bot quotes a refund window that no longer exists, and nobody finds out until a customer forwards the chat to support. Plans have the same problem. The search only knows which articles are for the pro plan if someone copies that over too, and keeps copying it.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
