Earn the right to add a frontier technique
Frontier retrieval is an experiment category, not an architecture tier. First establish a strong hybrid baseline with corpus versioning, metadata filters, lexical and semantic retrieval where appropriate, reranking, citations, abstention, and a labelled evaluation set. Advanced techniques remain hypotheses until they improve the required outcome under the same constraints.
Experiment card that makes a retrieval claim falsifiable
| Field | Record |
|---|---|
| Hypothesis | The named technique improves a defined query class over hybrid retrieval |
| Fixed context | Corpus snapshot, permissions, prompt, model, and baseline configuration |
| Measures | Retrieval and answer quality, abstention, latency, cost, safety, and operational failures |
| Decision | Promote, revise, or roll back using predeclared acceptance criteria |
A useful controlled experiment also measures the cost of being wrong. Define cases where text-only retrieval should win, where an image or table is necessary, and where the correct answer is abstention because the original source cannot be inspected. Review a sample of retrieved artifacts with a domain owner to test whether bounding boxes, timestamps, and derived captions point to the intended material. Compare any answer generated from a derived artifact with an answer constrained to original source text, then preserve the disagreement as an evaluation case. Promotion requires more than a better aggregate score: the route must remain explainable, permission-correct, operationally bounded, and reversible when extraction or indexing quality regresses.
Route, decompose, and expand queries with observable limits
Query routing can send a request to a specialised index or retrieval contract. Decomposition can split a multi-part request into evidence-bearing subquestions. Multi-query expansion, reciprocal rank fusion, HyDE-style synthetic documents, contextual retrieval, and corrective retrieval can improve a class of queries, but each adds model calls, possible intent drift, and a larger trace to evaluate.
Quality-gated adaptive retrieval
Loading diagram...
Store the original query, each generated subquery or synthetic expansion, the route decision, retrieved evidence, and final answer provenance. A generated query is not a source. Reject expansions that widen tenant, data-classification, or tool scope.
Preserve parent-child context and authority
Hierarchical retrieval indexes granular children for precision while returning an approved parent section, document, or structured record for coherent answering. It can be useful when a single chunk matches a term but surrounding constraints, exceptions, or definitions determine the answer. Child matches must retain parent version, source location, permissions, and extraction lineage.
Illustrative parent-child evidence contract
Application-owned retrieval lineage record, not an Amazon Bedrock response schema.
Click on an annotation to highlight it in the JSON
Parent-child context expansion with authorization checks
Loading diagram...
Use relationship-aware retrieval when relationships are the evidence
Graph retrieval can help where entities, relationships, paths, communities, and change history carry meaning that independent chunks miss. A local traversal might answer a relationship-specific question, while a global community summary may support a broader synthesis. Both are design choices with freshness, construction, traversal, provenance, and access-control costs.
Graph retrieval trade-offs to test
| Technique | Question it can help investigate | Risk to measure |
|---|---|---|
| Entity and path traversal | Which approved relationships connect these records? | Unbounded traversal or relationship leakage |
| Community summaries | What themes recur across connected evidence? | Stale or lossy summarisation |
| Hybrid graph and vector retrieval | Does graph context resolve a weak semantic match? | Extra latency, cost, and hard-to-explain ranking |
| Neptune relationship-aware store | Can graph operations meet the workload contract? | Data modelling, freshness, and permission propagation |
The GraphRAG paper is a useful design reference, not a production guarantee. Treat graph extraction quality, community construction, and summary prompts as versioned components; test them against a hybrid baseline and retain source-level provenance for generated graph artefacts.
Retrieve across modalities without losing provenance
Multimodal retrieval starts with a traceable ingestion contract. For a page, image, audio segment, or video interval, preserve source object version, extraction method, derived text or structure, location coordinates or timestamps where relevant, classification, permissions, and supported model or feature requirements. Amazon Bedrock Data Automation can be one extraction component, but it does not make every derived assertion authoritative.
Choose the representation before comparing retrieval quality. Bedrock Data Automation can convert supported media into searchable text representations, which then follow text chunking and text-embedding paths. Native Amazon Nova Multimodal Embeddings instead represent media directly; audio and video segmentation is configured with that embedding model. This is a representation choice, not a general parser selection: confirm the selected knowledge-base route, data source, embedding model, and current support in the AWS documentation.
Multimodal retrieval representation and segmentation boundary
Loading diagram...
Multimodal provenance fields
| Evidence type | Minimum lineage |
|---|---|
| Document page | Object version, page, parser output, source section, permissions |
| Image region | Object version, region or coordinates, extraction/model version, caption or labels |
| Audio or video segment | Object version, time range, transcription/extraction version, speaker handling policy |
| Graph artifact | Source entities, extraction version, relationship evidence, construction time |
Use healthcare multi-retriever routing as a bounded design scenario
AWS healthcare guidance illustrates a specialised routing pattern: select a retrieval contract by query intent, reuse a permitted cache only when its scope is safe, and combine graph or vector evidence only when the question needs both. Treat the figure as a source-specific architecture example, not clinical-decision support or a default modern AWS stack.
Turn a specialised-retriever diagram into safe design questions
| Architecture element | Decision to make explicit | Validation evidence |
|---|---|---|
| Intent route | Which authorised question class can reach each retriever? | Route confusion matrix plus denied cross-scope cases |
| Cache lookup | What identity, source version, and retention rule make reuse safe? | Cache-key audit, invalidation drill, and no-leak regression |
| Graph and vector retrieval | When is relationship context needed in addition to unstructured evidence? | Slice-level context precision, provenance, latency, and cost comparison |
| Generated response | When must the system cite, abstain, or send the case to human review? | Faithfulness, no-answer, and escalation cases retained in the evaluation set |
Primary reference: AWS healthcare multi-retriever RAG guidance
AWS Prescriptive Guidance uses a healthcare scenario to show intent routing, caching, graph retrieval, vector retrieval, and hybrid evidence. The technology choices are source-specific; use the linked evaluation guidance and workload evidence before adopting a pattern.
Read the AWS healthcare multi-retriever RAG guidanceShip adaptive retrieval only with quality gates and rollback
Adaptive thresholds, budgets, routing policies, and self-reflective retrieval are learned workload policies, not universal constants. Set conservative limits from an evaluated dataset, version the policy with its corpus and model dependencies, and expose a kill switch to restore the established hybrid path. Validate red-team, denied, stale, ambiguous, and dependency-failure cases before expanding traffic.
- Specify the query class and user outcome that the experiment intends to improve.
- Run ablations that remove one advanced component at a time to identify its contribution.
- Measure quality, citations, abstention, latency, cost, policy denials, and operational failure samples together.
- Use staged rollout and review traces for new unsafe or unexplained routes.
- Roll back to the prior hybrid configuration when quality or constraints regress, and retain the evidence receipt.
Write a frontier evidence card before building the feature
Frontier work should start with an evidence card that makes its claim falsifiable. Name the query class that a strong hybrid baseline fails, the proposed mechanism, the expected benefit, and the constraint it must not weaken. Freeze corpus snapshot, authorization filters, source versions, model route, and test set so an observed change has an interpretable cause. Amazon Bedrock Knowledge Bases has build and test workflows, but its available configurations, supported data sources, models, and retrieval behavior are route-specific; confirm them for the intended Region and workload rather than extending a console experiment into a general capability claim.
Frontier retrieval evidence card
A controlled-experiment contract for a feature such as hierarchical, graph, multimodal, or corrective retrieval.
Click on an annotation to highlight it in the JSON
Merge evidence by authority and provenance, not fluency
Advanced retrieval increases the chance of finding competing passages, summaries, graph facts, and generated descriptions. A system should never silently resolve that contradiction because one item has a better similarity score or produces a smoother answer. Preserve every candidate’s source object and location, publication or ingestion version, authority class, applicable scope, extraction method, and permission result. Apply a declared authority rule, for example preferring the current approved procedure over an older commentary, only when both resources are in scope for the caller. If the rule cannot decide, cite the conflict and abstain or route it to approved review.
Contradiction and evidence merge procedure
| Step | Control | Validation |
|---|---|---|
| Collect | Retain candidates and retrieval scores without treating rank as authority. | Trace includes source IDs, location, filters, and corpus version. |
| Classify | Attach authority, effective date, scope, modality, and permission metadata. | A denied or out-of-scope candidate cannot influence the answer. |
| Resolve | Apply versioned authority rules or escalate a material conflict. | Evaluation cases assert the cited source and surfaced uncertainty. |
| Explain | Cite the selected source and retain the rejected conflict for audit within retention rules. | Reviewer can reproduce the merge outcome from the trace. |
Test multimodal retrieval with location-level provenance
A multimodal route is useful only when it improves an outcome that text-only retrieval cannot reliably support, such as finding a diagram region or reconciling a table with surrounding procedure text. Treat derived captions, OCR, embeddings, and summaries as derived evidence rather than original authority. The retrieval response must keep a pointer to the source object version and a human-inspectable location such as page, bounding box, timestamp, or table cell. Build matched experiments: compare text-only, multimodal retrieval, and a no-derived-artifact ablation on the same permission-filtered corpus. Test poor scans, missing pages, conflicting captions, unsupported file types, stale derivatives, and route/model/data-source limits explicitly.
Multimodal provenance payload
Illustrative evidence lineage for a retrieved image region and its derived text.
Click on an annotation to highlight it in the JSON
AWS guidance for governed knowledge bases
Primary AWS Prescriptive Guidance for knowledge-base design and governance, complemented by the Amazon Bedrock build and test documentation for the selected route.
Read the governed knowledge-base guidanceAdvance frontier maturity only when complexity is reversible
A maturity label should describe demonstrated operational capability, not novelty. Before moving from a hybrid baseline to a graph, corrective, or multimodal route, identify the new state it creates: derived artifacts, graph edges, cache entries, route rules, extraction models, and permissions. For each, define owner, source lineage, retention, deletion propagation, rollback target, and monitoring. Estimate the cost of complexity as additional ingestion work, storage, retrieval stages, evaluation cases, tracing, incident diagnosis, and authorization boundaries; measure these in the target workload rather than asserting a universal overhead. A feature that cannot be disabled or explained safely has not earned broader traffic.
Frontier maturity and reversibility gate
Release gate for a new retrieval capability.
Click on an annotation to highlight it in the JSON
Validate reversal in a realistic environment: disable the route, confirm traffic returns to the previous hybrid configuration, ensure citations do not point to removed derived artifacts, and test that deletion or permission changes propagate to every new representation. Record failures as maturity blockers rather than papering over them with a larger context window or an extra model call.
Evaluate unsafe and ambiguous evidence as first-class frontier cases
Frontier retrieval can surface more evidence, including low-quality scans, stale derivatives, hidden prompt instructions, contradictory source fragments, or material the caller is not allowed to inspect. Build an evaluation set that makes the safe behavior observable: return an original-source citation only when its location can be inspected; label derived OCR or captions as derived; reject injected instructions inside retrieved content; preserve conflicting sources rather than merging by fluency; and abstain or escalate when authority, provenance, or permission is unresolved. Amazon Bedrock Knowledge Bases test workflows can help exercise a selected retrieval and generation configuration, but they do not remove the need for product-specific adversarial and permission testing.
Unsafe evidence evaluation matrix
| Input condition | Expected safe behavior | Observable evidence |
|---|---|---|
| OCR caption conflicts with source page | Cite original page, label derived conflict, escalate or abstain | Trace retains source and derivative version plus terminal reason. |
| Retrieved chunk includes instruction-like text | Treat as content, never as tool authority | No unlisted tool call or policy expansion. |
| Source becomes denied after indexing | Exclude it before ranking or answer generation | Permission-filter regression test and no leaked citation. |
| Derivative unavailable or stale | Fall back to inspectable original or abstain | Route and fallback reason in evaluation receipt. |
Retain unsafe-evidence cases after a feature ships and sample live traces for new variants. A document migration, extractor upgrade, or new source type can reintroduce instruction-like text, lineage gaps, or permission drift even when the original evaluation passed. The rollback decision should identify the smallest affected route or artifact version, preserve the baseline hybrid path, and prevent the system from serving a cached derived result after its source has been deleted or reclassified.
Glossary: terms first introduced here
These are the technical terms introduced in this step. Later modules build on them rather than redefining them from scratch.
New vocabulary for this step
| Term | Plain-language meaning | Why it matters here |
|---|---|---|
| GraphRAG | A RAG approach that uses extracted entities and relationships alongside source passages to retrieve connected context. | It can help relationship-heavy work but adds derived data and extraction quality that must be traceable. |
| Multimodal retrieval | Retrieval across more than text, such as images, tables, audio, video, or extracted visual regions. | Every derived representation needs a pointer to the inspectable original and its location. |
| Hierarchical retrieval | A retrieval pattern that selects broad parent context and then more specific child evidence when needed. | It can preserve context around fragments, but only if it improves a labelled workload over a strong baseline. |
Knowledge Check
Test your understanding with this quiz. You need to answer all questions correctly to mark this section as complete.