Søk i kunnskapsbase node
Semantisk søk i en av Anymize-kunnskapsbasene dine, finner de mest relevante tekstbitene til spørsmålet. Tips: Send treffene videre som kontekst i user-prompten til en AI-agent for å bygge RAG-svar. Se oppsett, input og output, testkjøring og løsning av vanlige feil.
7 min lesetidOppdatert
Hva noden gjør
Semantisk søk i en av Anymize-kunnskapsbasene dine, finner de mest relevante tekstbitene til spørsmålet. Tips: Send treffene videre som kontekst i user-prompten til en AI-agent for å bygge RAG-svar.
Bruk Søk i kunnskapsbase som et tydelig avgrenset trinn i en anymize-workflow.
- Behandler 1 input.
- Gir 1 output til senere trinn.
- Kjører som et vanlig trinn i flyten.
Sett opp noden
- 01Åpne en workflow og legg til Søk i kunnskapsbase fra nodekatalogen.
- 02Fyll ut obligatoriske felt og koble verdier fra tidligere trinn.
- 03Kjør noden med et lite testdatasett og kontroller outputtet.
- 04Koble det vellykkede outputtet og aktiver etter en fullstendig test.
Handlinger og moduser
Søk i kunnskapsbase har ett tydelig formål. Innstillingene vises når du velger noden.
Innstillinger
| Felt | Betydning | Område |
|---|---|---|
| Kunnskapsbaser | Velg én eller flere kunnskapsbaser, blokken søker i alle valgte parallelt og blander sammen de beste chunkene. | Standard |
| Søkeforespørsel | Hva det skal søkes etter. Maler som {{ $json.message }} løses opp ved kjøretid. | Standard |
| Antall treff | Hvor mange passende tekstavsnitt som returneres. 5 er en god standard; bruk 1 hvis du bare trenger det beste treffet. | Standard |
| Kjør én gang per element | Av (standard): noden kjører én gang for hele inputet. På: får den flere elementer (for eksempel fra «Del opp liste»), kjører den én gang PER element, og {{ $json }} er da nettopp dette elementet. Slik jobber du deg gjennom en filliste post for post. | Standard |
| Hvis et element feiler | «Hopp over» skriver et `error`-felt for elementet som feilet og fortsetter med resten, i stedet for å miste hele kjøringen på én uleselig fil. | Standard |
| Pause mellom elementer (millisekunder) | Ventetid før hver kjøring bortsett fra den første. 1000 = 1 sekund per element. Nyttig hvis motparten ellers struper deg. Maksimalt 300000 (5 minutter). | Standard |
Input og output
| Input | Betydning | Type |
|---|---|---|
| query | Søkeforespørsel (spørsmål eller stikkord). | text |
| Output | Betydning | Type |
|---|---|---|
| results | Topp-N relevante chunks med score + metadata. | json |
| top_chunk | Innholdet i den mest relevante chunken (score-vinneren) på tvers av alle valgte KB-er. | text |
| top_chunks | Alt chunk-innhold sammenkjedet, kan settes rett inn i en AI-agent-prompt. | text |
| total | Antall chunks funnet (sum på tvers av alle valgte KB-er). | number |
| stats | Søkestatistikk (latens per KB, antall treff). | json |
Noden kan behandle lister element for element. Feilhåndtering og pause finnes under avanserte innstillinger.
Eksempel og testkjøring
RAG-søk i kontrakten: start med et lite og gjenkjennelig datasett. Kontroller outputtet og bruk bare felt som faktisk finnes.
Eksempel på testkjøring
{
"query": "Wer hat den Schaden verursacht?"
}Tilgang og sikkerhet
Før aktivering bør du kontrollere hvilke data som går inn i trinnet og hva outputtet inneholder.
Lagre nøkler og påloggingsdata i den beskyttede tilkoblingsadministrasjonen. Ikke lim dem inn i vanlige felt, testdata eller beskrivelser.
Løs vanlige feil
- Ingen output: kontroller siste kjøring og feltene fra forrige node.
- Tom variabel: åpne outputtet fra forrige trinn og bruk et felt fra de faktiske testdataene.
- Listen behandles bare én gang: aktiver kjøring per element.