Startseite / Artikel / Praktische Hinweise: Semantische Suche versus Vektor-Suche – Was ist der Unterschied, und

Praktische Hinweise: Semantische Suche versus Vektor-Suche – Was ist der Unterschied, und

Schritt-für-Schritt-Anleitung zu den Praktischen Hinweisen: Semantische Suche versus Vektor-Suche – Was ist der Unterschied? Zudem werden Verträge, Überprüfungen sowie Code-Blöcke für Teams bereitgestellt, die dieses Muster einsetzen.

3159 Wörter

Dieser Leitfaden zeigt Schritt für Schritt den Weg von Rohstoffen bis zu einem funktionsfähigen System für: Semantische Suche versus Vektor-Suche – Was ist der Unterschied und wo passen sie in RAG hinein? Der Schwerpunkt liegt auf ausführbaren Schritten, expliziten Überprüfungen sowie Code, den man ohne Rätseln über die Absicht direkt in ein Repository einfügen kann. In der Übersichtsphase sollten Eingaben, Verantwortliche für die einzelnen Schritte sowie Abbruchkriterien definiert werden, bevor Code geändert wird. Die Mitarbeiter sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Zur Vorzugsbehandlung kommen kleine, testbare Einheiten vor umfangreichen Skripten. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortung verweisen und nicht auf ein verworrenes Pipeline-System.

1. Beginnen Sie mit dem einfachsten mentalen Modell

Wenn Sie die Phase „1 Start With“ durchlaufen, notieren Sie zunächst den Vertrag: erforderliche Eingaben, Erfolgsindikator sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Betrachten Sie diese Phase als Vertrag zwischen Eingaben und validierten Ausgaben. Benennen Sie die Erzeugnisse, definieren Sie Erfolgsprüfungen und lehnen Sie stille, teilweise abgeschlossene Abläufe ab. Cachen Sie stabile Systemanweisungen sowie Tool-Schemata. Das erneute Senden identischer Präambeln ist eine häufige Ursache für Ressourcenverschwendung.

Schlüsselwortsuche

Während der Phase der Schlüsselwortsuche sollten Sie zunächst den Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikatoren sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Notieren Sie außerdem die Laufzeiten sowie die Kosten für Tokens oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn der Einsatzbereich von einer Demo-Umgebung in gemeinsam genutzte Umgebungen wechselt. Messen Sie außerdem die Trefferquote anhand eines festgelegten Fragekatalogs, bevor Sie die Anfragen anpassen – eine häufige Änderung der Anfragemuster behebt in der Regel nicht ein schwaches Suchverhalten.

Vektor Suche

Beim Arbeiten an der Vector-Search-Ebene sollte man zunächst den Vertrag festhalten: erforderliche Eingaben, Erfolgszeichen sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Bewahren Sie die Konfiguration außerhalb des Anwendungscode auf. Umgebungsdateien, Geheimdatenspeicher und Feature-Flags sollten an einem Ort gesammelt sein, den Betreiber ohne das Durchlesen des gesamten Systems überprüfen können. Messen Sie die Recall-Rate anhand eines festgelegten Fragekatalogs, bevor Sie die Prompts anpassen. Ein häufiges Ändern der Prompts löst in der Regel kein schwaches Suchverhalten aus. Beim Arbeiten an der Vector-Search-Ebene sollte man zunächst den Vertrag festhalten: erforderliche Eingaben, Erfolgszeichen sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Ziehen Sie kleine, testbare Einheiten vor großen Skripten vor. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortung verweisen und nicht auf einen verworrenen Ablauf.

Semantische Suche

Die Phase der semantischen Suche funktioniert am besten, wenn sie als messbarer Prozess betrachtet wird. Erfassen Sie ein optimales Ergebnis, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Betrachten Sie diese Phase als Vertrag zwischen Eingaben und validierten Ausgaben. Benennen Sie die Ergebnisse, definieren Sie Erfolgskriterien und lehnen Sie stille, unvollständige Ergebnisse ab. Trennen Sie die Strategie zur Aufteilung in Blöcke von der Strategie zur Suche. Ein Änderungs an einer sollte nicht dazu führen, dass die andere neu geschrieben werden muss, wenn sich die Qualitätsmetriken ändern.

Keyword Search
     ↓
Match words
Vector Search
     ↓
Match embedding similaritySemantic Search
     ↓
Match meaning / relevance

2. Was ist die Schlüsselwortsuche?

Die Phase „Was ist die Schlüsselwort?“ funktioniert am besten, wenn sie als messbarer Aspekt betrachtet wird. Erfassen Sie ein gelungenes Beispiel, einen Fehlfall sowie die Notizen zur Rücksetzung, bevor Sie den Umfang erweitern. Erfassen Sie außerdem die Laufzeiten sowie die Kosten für Tokens oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn sich der Einsatzbereich von einer Demo-Umgebung in gemeinsam genutzte Umgebungen verschiebt. Trennen Sie die Strategie zur Aufteilung in Blöcke von der Strategie zur Abrufung. Ein Änderungsbedarf bei einer dieser Strategien sollte nicht dazu führen, dass die andere neu geschrieben werden muss, wenn sich die Qualitätsmetriken ändern.

annual
leave
days
employees

Wo die Schlüsselwortsuche besonders gut funktioniert

Die Suchfunktion mit Schlüsselwörtern funktioniert am besten, wenn sie als messbarer Bereich betrachtet wird. Erfassen Sie ein „goldenes“ Transkript, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Bewahren Sie die Konfiguration außerhalb des Anwendungscode auf. Umgebungsdateien, Geheimdatenspeicher und Feature-Flags sollten an einem Ort gesammelt sein, den Betreuer ohne Durchsicht des gesamten Systems prüfen können. Trennen Sie die Aufteilung in Blöcke von der Abrufstrategie. Änderungen an einer Seite sollten nicht zwangsläufig zu einer Neuverfassung der anderen führen, wenn sich die Qualitätsmetriken ändern. Die Suchfunktion mit Schlüsselwörtern funktioniert am besten, wenn sie als messbarer Bereich betrachtet wird. Erfassen Sie ein „goldenes“ Transkript, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Ziehen Sie kleine, testbare Einheiten vor großen, komplexen Skripten vor. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortung verweisen und nicht auf einen verworrenen Ablauf.

INC-10996
PROD-12345
LAPTOP-XPS-15
HTTP 401
API-OrderService

3. Die Einschränkungen der Schlüsselwortsuche

Für die Phase „The Limitation“ sollten vor dem Ändern des Codes die Eingaben, der Verantwortliche für den Schritt sowie die Abbruchkriterien definiert werden. Die Operator sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Betrachten Sie diese Phase als Vertrag zwischen den Eingaben und den validierten Ausgaben. Benennen Sie die Artefakte, definieren Sie Erfolgskontrollen und lehnen Sie stille, teilweise abgeschlossene Aufgaben ab. Zitieren Sie die Passagen, die tatsächlich die Antwort begründen. Ohne Zitate können die Operator nicht zwischen Halluzinationen und Lücken in der Indizierung unterscheiden.

annual leave
vacation time

4. Was ist Vektorabfrage?

Zur Phase „Was ist Vektor?“ sollten vor dem Ändern des Codes die Eingaben, der Verantwortliche für den Schritt sowie die Abbruchkriterien definiert werden. Die Operator sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Erfassen Sie die Laufzeiten sowie die Kosten für Token oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn der Weg von einer Demo-Umgebung in gemeinsam genutzte Umgebungen wechselt. Zitieren Sie die Passagen, die tatsächlich die Antwort untermauern. Ohne Zitate können die Operator nicht zwischen Halluzinationen und Lücken in der Indizierung unterscheiden.

"Employees are entitled to 20 days of annual leave."
             ↓
        Embedding Model
             ↓
[0.12, -0.43, 0.78, 0.21, ...]
"How much vacation time can I take?"
             ↓
        Embedding Model
             ↓
[0.15, -0.39, 0.75, 0.24, ...]
User Query
    ↓
Embedding
    ↓
Vector
    ↓
Compare with stored vectors
    ↓
Nearest / most similar vectors
    ↓
Relevant documents
annual leave
      ≈
vacation time

5. Ist Vektorabfrage also semantische Suche?

Für die Phase „5 So Is Vector“ sollten die Eingaben, der Verantwortliche für den Schritt sowie die Abbruchkriterien vor dem Ändern des Codes definiert werden. Die Operator sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf verborgene Zustände schließen zu müssen. Die Konfiguration sollte außerhalb des Anwendungscode gespeichert werden. Umgebungsdateien, Geheimdatenspeicher sowie Feature-Flags sollten an einem Ort zusammengefasst sein, den die Operator überprüfen können, ohne den gesamten Ablauf durchzulesen. Zitieren Sie die Passagen, die tatsächlich die Antwort begründen. Ohne Zitate können die Operator nicht zwischen Halluzinationen und Lücken in der Indizierung unterscheiden. Für die Phase „5 So Is Vector“ sollten die Eingaben, der Verantwortliche für den Schritt sowie die Abbruchkriterien vor dem Ändern des Codes definiert werden. Die Operator sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf verborgene Zustände schließen zu müssen. Ziehen Sie kleine, testbare Einheiten vor großen, komplexen Skripten. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortungsbereich verweisen und nicht auf einen verworrenen Ablauf.

Nicht ganz.

Während der Phase „Nicht ganz“ sollten Sie zunächst den Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikator sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Betrachten Sie diese Phase als Vertrag zwischen Eingaben und validierten Ausgaben. Benennen Sie die Ergebnisse, definieren Sie Erfolgskontrollen und lehnen Sie stille, teilweise abgeschlossene Abläufe ab. Messen Sie die Erinnerungsfähigkeit anhand eines festgelegten Fragebogens, bevor Sie die Anfragen anpassen. Eine häufige Änderung der Anfragen behebt selten ein schwaches Suchverhalten.

Semantic Search
       │
       ├── Vector similarity
       ├── Query understanding
       ├── Semantic relevance
       ├── Ranking
       └── Other relevance signals

6. Vektorabfrage gegen semantische Ranking

Beim Arbeiten an den 6 Phasen des Vektor-Suchverfahrens sollten Sie zunächst einen Vertrag festhalten: erforderliche Eingaben, Erfolgsindikatoren sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Notieren Sie außerdem die Laufzeiten sowie die Kosten für Tokens oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn der Einsatzbereich von einer Demo-Umgebung in gemeinsam genutzte Umgebungen wechselt. Messen Sie außerdem die Trefferquote anhand einer festgelegten Fragebasis, bevor Sie die Anfragen anpassen – häufige Änderungen der Anfragen helfen selten, eine schwache Suchleistung zu verbessern.

User Query
     ↓
Vector Search
     ↓
50 candidate documents
     ↓
Semantic Ranking
     ↓
Top 5 most relevant documents

7. Was ist hybride Suche?

Beim Durchlaufen der 7-Phasen-Methode „What Is Hybrid“ sollten Sie zunächst den Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikator sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Bewahren Sie die Konfiguration außerhalb des Anwendungscode auf. Umgebungsdateien, Geheimdatenspeicher und Feature-Flags sollten an einem Ort gesammelt sein, den Betreiber ohne das Durchlesen des gesamten Systems überprüfen können. Messen Sie die Trefferquote anhand eines festgelegten Fragekatalogs, bevor Sie die Anfragen anpassen. Eine häufige Änderung der Anfragen löst in der Regel kein schwaches Abrufverhalten aus. Beim Durchlaufen der 7-Phasen-Methode „What Is Hybrid“ sollten Sie zunächst den Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikator sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Ziehen Sie kleine, testbare Einheiten vor großen Skripten vor. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortung verweisen und nicht auf ein verworrenes Ablaufschema.

Keyword Search
       +
Vector Search
User Query
                        │
              ┌─────────┴─────────┐
              ↓                   ↓
       Keyword Search       Vector Search
              │                   │
              └─────────┬─────────┘
                        ↓
                 Combined Results
                        ↓
                 Ranking / Reranking
                        ↓
                 Relevant Documents

Natürliche Sprache

Die Sprachverarbeitungsphase funktioniert am besten, wenn sie als messbarer Prozess betrachtet wird. Erfassen Sie ein gelungenes Beispiel, einen Fehlfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Betrachten Sie diese Phase als Vertrag zwischen Eingaben und validierten Ausgaben. Benennen Sie die Ergebnisse, definieren Sie Erfolgskriterien und lehnen Sie stille, unvollständige Abschlüsse ab. Trennen Sie die Aufteilung in Blöcke von der Abrufstrategie. Ein Änderungs an einer sollte nicht dazu führen, dass die andere neu geschrieben werden muss, wenn sich die Qualitätsmetriken ändern.

INC-10996
Customer-1234
HTTP-500
Order-98765

8. Ein echtes Unternehmensbeispiel

Die 8 Phasen von A Real Enterprise funktionieren am besten, wenn sie als messbare Größen betrachtet werden. Erfassen Sie vor der Erweiterung des Umfangs ein „goldenes“ Transkript, einen Fehlerfall sowie eine Notiz zur Rücksetzung. Erfassen Sie außerdem die Dauer sowie die Kosten für Token oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn sich der Einsatzbereich von einer Demo auf gemeinsame Umgebungen verschiebt. Trennen Sie die Strategie zur Aufteilung in Blöcke von der Strategie zur Abrufung. Ein Änderungsbedarf bei einer dieser Strategien sollte nicht dazu führen, dass die andere neu geschrieben werden muss, wenn sich die Qualitätsmetriken ändern.

INC-10231
Payment gateway timeout
INC-10287
Payment service unavailableINC-10492
Database connection pool exhaustedINC-10501
Payment API latency

Such nach Schlüsselwörtern

Die Phase der Schlüsselwortsuche funktioniert am besten, wenn sie als messbarer Bereich betrachtet wird. Erfassen Sie ein „goldenes“ Transkript, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Bewahren Sie Konfigurationen außerhalb des Anwendungscode auf. Umgebungsdateien, Geheimdatenspeicher und Feature-Flags sollten an einem Ort gesammelt sein, den Betreuer ohne Durchsicht des gesamten Systems prüfen können. Trennen Sie die Aufteilung in Blöcke von der Suchstrategie. Änderungen an einer Seite sollten nicht zwangsläufig zu einer Neuverfassung der anderen führen, wenn sich die Qualitätsmetriken ändern. Die Phase der Schlüsselwortsuche funktioniert am besten, wenn sie als messbarer Bereich betrachtet wird. Erfassen Sie ein „goldenes“ Transkript, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Ziehen Sie kleine, testbare Einheiten vor großen, komplexen Skripten vor. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortungsbereich verweisen und nicht auf einen verworrenen Ablauf.

payment
timeout

Vektor Suche

Für die Vector-Search-Ebene sollten vor dem Ändern des Codes die Eingaben, der Verantwortliche für diesen Schritt sowie die Abbruchkriterien definiert werden. Die Operator sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Betrachten Sie diese Ebene als Vertrag zwischen den Eingaben und den validierten Ausgaben. Benennen Sie die Ergebnisdokumente, definieren Sie Erfolgskontrollen und lehnen Sie stille, unvollständige Abschlüsse ab. Zitieren Sie die Passagen, die tatsächlich die Antwort begründen. Ohne Zitate können die Operator nicht zwischen Halluzinationen und Lücken bei der Indizierung unterscheiden.

timeout
latency
unavailable
connection problems

Hybrid-Suche

Zur Hybrid-Suchphase sollten die Eingabedaten, der Verantwortliche für den Schritt sowie die Abbruchkriterien vor dem Ändern des Codes definiert werden. Die Operator sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Erfassen Sie die Laufzeiten sowie die Kosten für Token oder Abfragen zusammen mit den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn der Weg von einer Demo-Umgebung in gemeinsam genutzte Umgebungen wechselt. Zitieren Sie die Passagen, die tatsächlich die Antwort begründen. Ohne Zitate können die Operator nicht zwischen Halluzinationen und Lücken in der Indizierung unterscheiden.

Exact lexical relevance
        +
Semantic relevance

9. Wo passt Azure AI Search hin?

Für die Frage „Wo führt Azure aus?“ sollten vor dem Ändern des Codes die Eingaben, der Verantwortliche für den Schritt sowie die Abbruchkriterien definiert werden. Operator:innen sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Die Konfiguration sollte außerhalb des Anwendungscode gespeichert werden. Umgebungsdateien, Geheimdatenspeicher sowie Feature-Flags sollten an einem Ort zusammengefasst sein, den Operator:innen überprüfen können, ohne den gesamten Ablauf durchzulesen. Zitieren Sie die Passagen, die tatsächlich die Antwort untermauern. Ohne Zitate können Operator:innen nicht zwischen Halluzinationen und Lücken in der Indizierung unterscheiden. Für die Frage „Wo führt Azure aus?“ sollten vor dem Ändern des Codes die Eingaben, der Verantwortliche für den Schritt sowie die Abbruchkriterien definiert werden. Operator:innen sollten in der Lage sein, den Schritt von einem bekannten Checkpoint aus erneut auszuführen, ohne auf versteckte Zustände schließen zu müssen. Ziehen Sie kleine, testbare Einheiten vor großen, komplexen Skripten. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortungsbereich verweisen und nicht auf einen verworrenen Ablauf.

Azure AI Search
                       │
          ┌────────────┼────────────┐
          ↓            ↓            ↓
    Full-text       Vector       Semantic
      Search        Search        Ranking
          │            │            │
          ↓            ↓            ↓
      Keywords      Embeddings    Relevance

10. Wo passt RAG hin?

Beim Bearbeiten der 10 Phasen „Where Does RAG“ sollten Sie zunächst einen Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikatoren sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Betrachten Sie diese Phase als Vertrag zwischen Eingaben und validierten Ausgaben. Benennen Sie die Artefakte, definieren Sie Erfolgskontrollen und lehnen Sie stille, teilweise abgeschlossene Ergebnisse ab. Messen Sie die Erinnerungsfähigkeit anhand eines festgelegten Fragebogens, bevor Sie die Prompts anpassen. Eine häufige Anpassung der Prompts behebt selten ein schwaches Retrieval-System.

User
  ↓
RAG System
  ↓
Azure AI Search
  ↓
Azure OpenAI
Retrieval
    +
Augmentation
    +
Generation

11. RAG hat zwei Hauptphasen

Beim Arbeiten an der 11-stufigen RAG Has Two-Phase schreiben Sie zunächst den Vertrag auf: erforderliche Eingaben, Erfolgsignal sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Notieren Sie außerdem die Laufzeiten sowie die Kosten für Tokens oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn der Weg von einer Demo-Umgebung in gemeinsam genutzte Umgebungen wechselt. Messen Sie außerdem die Trefferquote anhand einer festgelegten Fragestellung, bevor Sie die Anfragen anpassen – eine häufige Änderung der Anfragen behebt selten ein schwaches Retrieval-System.

Phase 1 – Wissensvorbereitung

Während der Phase 1 Knowledge Preparation sollten Sie zunächst den Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikatoren sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Bewahren Sie die Konfiguration außerhalb des Anwendungscode auf. Umgebungsdateien, Geheimdatenspeicher und Feature-Flags sollten an einem Ort gesammelt sein, den Betreiber ohne das Durchlesen des gesamten Systems überprüfen können. Messen Sie die Erinnerungsfähigkeit anhand eines festgelegten Fragebogens, bevor Sie die Anfragen anpassen. Ein häufiges Ändern der Anfragen behebt selten ein schwaches Abrufverhalten. Während der Phase 1 Knowledge Preparation sollten Sie zunächst den Vertrag aufschreiben: erforderliche Eingaben, Erfolgsindikatoren sowie das Vorgehen bei teilweisen Fehlern. Diese Checkliste sorgt dafür, dass spätere Codeänderungen transparent bleiben. Ziehen Sie kleine, testbare Einheiten vor großen Skripten vor. Wenn ein Schritt fehlschlägt, sollte der Fehler auf eine einzige Verantwortung verweisen und nicht auf ein verworrenes Ablaufschema.

PDFs
SharePoint
Confluence
SQL Server
Word documents
APIs
     ↓
Document extraction
     ↓
Chunking
     ↓
Embeddings
     ↓
Search / Vector Index
Document content
Embeddings
Document ID
Page number
Title
Metadata
Permissions

12. Phase 2 – Benutzeranfrage

Die 12. Phase 2 für Benutzer funktioniert am besten, wenn sie als messbare Ebene betrachtet wird. Erfassen Sie vor Erweiterung des Umfangs ein optimales Transkript, einen Fehlerfall sowie eine Notiz zur Rücksetzung. Betrachten Sie diese Phase als Vertrag zwischen Eingaben und validierten Ausgaben. Benennen Sie die Erzeugnisse, definieren Sie Erfolgskontrollen und lehnen Sie stille, unvollständige Abschlüsse ab. Trennen Sie die Aufteilungspolitik von der Abrufpolitik. Eine Änderung sollte nicht dazu führen, dass die andere neu geschrieben werden muss, wenn sich die Qualitätsmetriken ändern.

User
 ↓
Application
 ↓
Retrieval
 ↓
Azure AI Search
 ↓
Relevant chunks
 ↓
Augmentation
 ↓
Azure OpenAI
 ↓
Answer

13. Was geschieht genau während des Abrufs?

Die Phase „13: Was genau passiert?“ funktioniert am besten, wenn sie als messbarer Bereich betrachtet wird. Erfassen Sie ein „goldenes Transkript“, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern. Erfassen Sie außerdem die Laufzeiten sowie die Kosten für Token oder Abfragen neben den funktionalen Ergebnissen. Eine frühzeitige Sichtbarkeit der Kosten verhindert überraschende Rechnungen, wenn sich der Prozess von einer Demo in gemeinsame Umgebungen verschiebt. Trennen Sie die Strategie zur Aufteilung in Blöcke von der Strategie zur Abrufung. Ein Änderungsbedarf bei einer dieser Strategien sollte nicht dazu führen, dass die andere neu geschrieben werden muss, wenn sich die Qualitätsmetriken ändern.

Keyword Search
       +
Vector Search
       +
Semantic Ranking
       +
Filters

14. Was bedeutet „erweitert“?

Die Phase „14: Was bedeutet erweitert?“ funktioniert am besten, wenn sie als messbarer Bereich betrachtet wird. Erfassen Sie ein „goldenes Transkript“, einen Fehlerfall sowie eine Notiz zur Rücksetzung, bevor Sie den Umfang erweitern.

System:
Answer using the provided company information.
Context:
Employees are entitled to 20 days of annual leave.User:
How many vacation days can I take?

15. Dann kommt die Erstellung

Retrieved Context
       +
User Question
       ↓
Azure OpenAI
       ↓
Generated Answer

16. Wo genau befindet sich RAG?

                         RAG
                          │
             ┌────────────┼────────────┐
             ↓            ↓            ↓
         RETRIEVE      AUGMENT      GENERATE
             │            │            │
             ↓            ↓            ↓
      Azure AI Search   Context     Azure OpenAI
             │
       ┌─────┼─────┐
       ↓     ↓     ↓
    Keyword Vector Hybrid
    Search  Search Search

17. Ist Azure AI Search dasselbe wie RAG?

RAG
 │
 ├── Retrieval → Azure AI Search
 │
 ├── Augmentation → Add retrieved context
 │
 └── Generation → Azure OpenAI

18. Ist Semantic Kernel RAG?

ASP.NET Core
      ↓
Semantic Kernel
      │
      ├────→ Azure AI Search
      │             ↓
      │        Relevant chunks
      │
      └────→ Azure OpenAI
                    ↓
                 Answer

19. Erfordert RAG eine Vektorsuche?

Keyword-basiertes RAG

User
 ↓
Keyword Search
 ↓
Documents
 ↓
LLM

Vektor-basiertes RAG

User
 ↓
Vector Search
 ↓
Documents
 ↓
LLM

Hybrides RAG

User
 ↓
Keyword + Vector
 ↓
Hybrid Search
 ↓
Documents
 ↓
LLM

20. Das vollständige Unternehmensbild

KNOWLEDGE SOURCES
                        │
       ┌────────────────┼─────────────────┐
       ↓                ↓                 ↓
      PDFs           SQL Server       SharePoint
       │                │                 │
       └────────────────┼─────────────────┘
                        ↓
                   Ingestion
                        ↓
                    Chunking
                        ↓
                   Embeddings
                        ↓
              ┌────────────────────┐
              │ Azure AI Search    │
              │                    │
              │ Text + Vectors +   │
              │ Metadata/Indexes   │
              └─────────┬──────────┘
                        │
                 INDEX IS READY
                        │
════════════════════════╪════════════════════════
                        │
                    USER QUERY
                        │
                        ↓
                ASP.NET Core API
                        │
                        ↓
              RAG Orchestration
                        │
                        ↓
              ┌─────────────────┐
              │ Azure AI Search │
              │                 │
              │ Keyword         │
              │ Vector          │
              │ Hybrid          │
              │ Semantic Rank   │
              └────────┬────────┘
                       │
                       ↓
                Relevant Chunks
                       │
                       ↓
                  Augmentation
                       │
                       ↓
                 Azure OpenAI
                       │
                       ↓
                    Answer

21. Das Denkmuster des leitenden Technikers

22. Die Antwort auf Interview-Ebene

Operative Checkliste