Applied AI / retrieval engine
Give every agent a trustworthy way to find the information it is allowed to use.
Permission-aware retrieval, source authority, reranking and evaluation designed as shared business infrastructure.
We build retrieval engines that combine structured search, semantic retrieval, metadata, permissions and evidence checks so agents can use company information without treating every document as equally reliable.
- Delivery
- Permission-aware
- Scope
- Evidence-backed
- Control
- Reusable infrastructure
Retrieval operating path
Answer with evidence- 01Question
- 02Permission
- 03Retrieve
- 04Rerank
- 05Check
- 06Answer
The operating problem
A model cannot know which company source is current, authoritative or permitted. Retrieval becomes useful only when search quality and information governance are designed together.
System mechanism
The evidence-backed knowledge path
A business question is answered only after identity, source authority, retrieval quality and evidence coverage agree.
A business question passes through permission checks, approved information retrieval, evidence evaluation and either a knowledge owner or an answer with sources.
- 01Business inputBusiness question
A customer or employee asks a bounded question in a known operating context.
- 02Access policyPermission boundary
Identity and role determine which sources may be searched.
- 03Retrieval corpusApproved information
Current documents, records and product knowledge form the searchable corpus.
- 04Hybrid retrieval + rerankingFind the best evidence
Hybrid search and reranking select relevant passages instead of returning the nearest text alone.
- 05Evidence gateEnough reliable evidence?
Freshness, authority and coverage determine whether the system may answer.
- 06Human ownershipKnowledge owner
Missing or conflicting evidence becomes an accountable content task.
- 07Business valueAnswer with sources
The user receives an evidence-backed answer, clarification request or correct owner.
Fatbunny responsibility
Fatbunny defines the searchable corpus, permissions, metadata, retrieval strategy, reranking, answer boundary, source display, evaluation set and ownership process for missing knowledge.
Capabilities
- 01
Corpus, metadata and source-authority design
- 02
Hybrid keyword and semantic retrieval
- 03
Permission-aware search and filtering
- 04
Reranking, citations and retrieval evaluation
- 05
Reusable retrieval APIs for agents and interfaces
Delivery decisions
- 01
Choose source authority before chunking strategy
- 02
Apply permissions before results reach a model
- 03
Evaluate retrieval separately from answer quality
- 04
Return insufficient evidence instead of generating around it
Expected outputs
- 01
A governed searchable corpus and retrieval contract
- 02
A working retrieval API with permission and source metadata
- 03
Evaluation cases, content-gap reporting and operating guidance
Honest limits
- !
Retrieval cannot repair inaccurate, contradictory or ownerless source information.
- !
Vector similarity is not proof of authority or factual support.
- !
Sensitive sources require identity, access, retention and audit controls outside the model.
Retrieval is shared agent infrastructure
LangGraph, Mastra, sales assistants and service systems all need a consistent way to find approved information. Building that capability once reduces duplicated search logic and governance gaps.
Search quality needs more than embeddings
Useful retrieval combines lexical and semantic signals, metadata, source authority, freshness and reranking. The best architecture depends on the corpus and the decisions the evidence must support.
Insufficient evidence is a valid result
A production system must be able to say that the available sources do not support an answer, request clarification or route the gap to the responsible content owner.
Direct answers
Common questions
What is the difference between RAG and a retrieval engine?
RAG describes using retrieved information during generation. A retrieval engine is the wider governed search capability: corpus, indexing, metadata, permissions, ranking, evidence and evaluation.
Do we need a vector database?
Not always. Many corpora benefit from hybrid search, and some are better served by an existing search engine or database with strong metadata and lexical relevance.
Can one retrieval engine support multiple agents?
Yes. A shared retrieval contract can support internal assistants, LangGraph or Mastra workflows, sales conversations and customer service while applying different permissions and source scopes.