Search Candy

Search Candy

SearchCandy Labs · Coding · Business

Search Candy ist eine gehostete Retrieval-Schicht für KI-Agenten von SearchCandy Labs. Der Temporal Graph Memory gibt exakte Textstellen mit Datei und Version zurück und ruft dabei kein LLM auf.

Vorschau der Oberfläche von Search Candy

Über Search Candy

About

Was ist Search Candy

Search Candy ist ein Dienst für KI-Dokumentensuche, der sich an KI-Agenten richtet. SearchCandy Labs positioniert ihn als Ersatz für den Chunking-Schritt einer üblichen Retrieval-Pipeline. Sie laden Text- und Markdown-Dateien hoch, das System baut den Temporal Graph Memory (TGM) auf, und Ihr Agent stellt Fragen an diesen Graphen.

Das Ziel ist Nachvollziehbarkeit. In einem gewöhnlichen Vektorspeicher werden Dokumente in Blöcke fester Größe zerlegt, ein Block beginnt manchmal mitten im Satz, und die Antwort verrät selten, aus welcher Datei sie stammt. Search Candy hält pro Datei einen eigenen Cluster, schneidet Textstellen am Satzende und liefert den Originalwortlaut mit Dateiname und Versionsnummer zu jedem Treffer. Fragen Sie nach der Herkunft einer Antwort, bekommen Sie eine Quelle statt eines Ähnlichkeitswerts.

Der Umfang bleibt eng. Das ist Infrastruktur für Teams, die bereits einen Agenten betreiben, kein Chatprodukt. In der Retrieval-Engine steckt kein generatives Modell, Search Candy formuliert die Antwort also nicht selbst. Außerdem liest der Dienst derzeit nur Text und Markdown; andere Formate werden beim Onboarding umgewandelt.

Erste Schritte

  1. Buchen Sie über die Website von SearchCandy Labs ein 30-minütiges Gespräch und bringen Sie die Fragen mit, die Ihre KI zuverlässig beantworten muss.
  2. Das Team richtet Ihr Konto ein und schickt den Anmeldelink per E-Mail.
  3. Laden Sie Ihre Text- oder Markdown-Dateien hoch und bewahren Sie die Bestätigung zu jeder Datei auf.
  4. Binden Sie die Python-Bibliothek ein und verweisen Sie auf Ihr eigenes Embedding-Modell, wenn Sie beim bisherigen bleiben wollen.
  5. Fragen Sie über Ihren Agenten ab und lesen Sie die gelieferte Textstelle, den Dateinamen und die Version.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Search Candy.

Kostenloser TarifNein
Bezahlte TarifeCustom pricing, quoted after a pilot call
PlattformWeb (hosted API and Python library)
EntwicklerSearchCandy Labs
KategorieCoding · Business
VeröffentlichungsdatumDec 2024
Zuletzt aktualisiertOct 2026
Website-Besuche52
Globales Website-Ranking11.6M
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Entwickler, die KI-Agenten bauen
  • Teams mit einem großen Bestand an Richtlinien oder Verträgen
  • Leiterinnen und Leiter von Support und Dokumentation

Aufgaben

  • Antworten mit Zitaten belegen
  • Zweistufige Fragen beantworten
  • Prüfen, was eine KI im Vormonat gesehen hat
  • Das Feintuning der Chunk-Größe ersetzen

Szenarien

  • Ein erster Retrieval-Prototyp
  • Vertragsprüfung über Fassungen hinweg
  • Belege an einen Support-Agenten liefern

Wichtigste Funktionen

Dokumentgraph statt Chunks

Search Candy legt jede hochgeladene Datei als eigenen Cluster an und lässt kurze Dateien ganz. Längere Dokumente zerfallen in Textstellen, die am Satzende enden, und jede Textstelle bleibt an ihre Datei gebunden. Genau diese Struktur macht das Zitat möglich: Der Treffer weiß, aus welchem Dokument er stammt, weil der Bezug nie verloren geht.

Retrieval in zwei Durchläufen

Führt ein Fakt zum nächsten, sucht die Engine erneut mit der gerade gefundenen Textstelle. Bei HotpotQA, einem öffentlichen Satz von 7.405 zweistufigen Fragen, lag laut Search Candy jede benötigte Textstelle in 98,4 Prozent der Fälle unter den ersten 20 Treffern, gegenüber 94,8 Prozent bei einer einfachen Suche über dieselben Dokumente. Das sind Anbieterzahlen, prüfen Sie sie mit Ihren eigenen Fragen.

Versionshistorie von Dokumenten

Die Versionshistorie von Dokumenten unterschätzen die meisten Teams am Anfang. Jede Fassung einer Datei bleibt im Graphen, Sie können also ein vergangenes Datum abfragen und dieselben Textstellen Wort für Wort abrufen. Wer Fragen zu Richtlinien, Preisen oder Verträgen beantwortet, macht aus der Frage nach dem Stand im März eine Abfrage.

Wörtliche Textstellen mit Quelle

Die Treffer kommen als Originaltext zurück, nie umgeschrieben, jeder mit Datei und Version versehen. Fragen ohne Beleg markiert Search Candy zusätzlich mit dem Signal not_covered. Das zählt, wenn eine falsche Antwort teurer ist als gar keine.

Kein LLM im Retrieval-Kreislauf

Die Retrieval-Engine ruft kein Sprachmodell auf, die Suche in Ihren Dokumenten erzeugt also keine Tokenkosten. Die Antwort schreibt weiterhin Ihr Agent mit seinem eigenen Modell. In einem internen Assistenten mit hohem Volumen bleibt der Retrieval-Aufwand dadurch stabil, auch wenn die Anfragen zunehmen.

Gehosteter Betrieb und eigene Embeddings

SearchCandy Labs betreibt den Dienst, Sie müssen nichts ausrollen. Sie können ein vorhandenes Embedding-Modell mitbringen, statt das des Anbieters zu übernehmen, und eine Python-Bibliothek übernimmt die Anbindung. Der Preis dafür: Hosting, Berechtigungen und Cloud-Auswahl liegen vorerst beim Anbieter.

Vor- und Nachteile

Vorteile

  • Jeder Treffer nennt Datei und Version, eine Zitatprüfung dauert Sekunden.
  • Keine Chunk-Größe, keine Überlappung und kein Splitter, die vor dem ersten brauchbaren Ergebnis eingestellt werden müssen.
  • Die Versionshistorie beantwortet Fragen zu einem vergangenen Datum, was kaum ein Vektorspeicher leistet.
  • Die Engine ruft kein LLM auf, das Dokumentvolumen schlägt also nicht als Tokenausgabe durch.
  • Die öffentliche Benchmark-Seite nennt die Einschränkungen und die Fälle, in denen der Anbieter nur gleichauf mit der Vergleichsbasis liegt.

Nachteile

  • Derzeit funktionieren nur Text- und Markdown-Dateien, PDFs und gescannte Verträge brauchen beim Onboarding eine Umwandlung.
  • Es gibt noch keinen SOC-2-Bericht, keine Rechteverwaltung und keine Self-Hosted-Variante, was regulierte Käufer ausschließt.
  • Der Zugang beginnt mit einem Verkaufsgespräch und der Preis bleibt privat, eine Bewertung am Sonntagabend ist also nicht möglich.
  • Im eigenen BEIR-Test liegt Search Candy gleichauf mit der Standardkonfiguration von LangChain. Der echte Gewinn liegt in Nachvollziehbarkeit und zweistufigen Fragen, nicht im Recall der ersten zehn Treffer.

Häufige Fragen

Das ist die Struktur, die Search Candy aus Ihren Dateien baut. Jedes Dokument wird ein eigener Cluster, dahinter stapeln sich seine Versionen, und die Textstellen liegen in diesem Cluster statt in einem gemeinsamen Haufen aus Chunks. Der Punkt ist, den Bezug zwischen Textstelle und Herkunft nie zu verlieren.