![]() |
|
:: Enhanced Data Retrieval — API Documentation
| HOME | DEMO | TERMS |
: Overview
The Maenen Enhanced Retrieval API performs deterministic semantic comparison over explicitly supplied artefacts.
It is designed to support recall, alignment, and evaluation workflows where meaning has already been preserved -
for example via the Maenen Parsable Compression API.
Unlike search engines, RAG systems, or adaptive retrieval layers, the Maenen Retrieval API is strictly bounded, read-only, and non-learning. All retrieval operations are limited to the candidate set you provide, and all results are returned with an auditable receipt.
: How Enhanced Retrieval API complements Parsable Compression API
Whilst independent, these two APIs are designed to further increase performance:
➤ Parsable Compression reduces payload size while preserving readability, structure and intent.➤ Enhanced Retrieval compares preserved meanings to support rapid recall, alignment, or equivalence checks.
: What This API Does
Given a query and a bounded set of candidate artefacts, the API:
- Evaluates semantic similarity, alignment, or equivalence according to the selected mode.
- Ranks or filters results within the supplied scope.
- Returns: - references to matched artefacts,
- relative scores and ranks,
- a receipt describing the scope and integrity of the retrieval.
The API does not generate new content, expand the candidate set, or access external data.
: What This API Does Not Do
To set expectations clearly:
- ❌ Not a search engine
- ❌ Not a RAG or knowledge retrieval system
- ❌ Not a learning or adaptive model
- ❌ Not a content generator or summariser
If you need open-ended knowledge access or synthesis, other systems may be more appropriate. If you need deterministic, bounded semantic comparison you can rely on, this API is designed for that role.
: Basic Usage
|
|
|
|
: Retrieval Modes
Retrieval behaviour is selected via an explicit mode:
- similarity — nearest semantic match (default)
- alignment — directional or structural alignment
- equivalence — semantic equivalence thresholding
Modes affect comparison behaviour only; result shape and receipt semantics remain consistent.
: Determinism & Predictability
The Retrieval API is designed to be predictable.
- Identical inputs produce identical outputs
- No hidden randomness
- No adaptive learning between calls
This allows retrieval to be safely embedded inside infrastructure, evaluation loops, and automated pipelines.
: The Receipt (Important)
Every successful retrieval returns a receipt. The receipt is not telemetry or analytics. It is a verifiable statement of the retrieval process performed.
What the retrieval receipt tells you:
- The number of candidates considered.
- The retrieval mode applied.
- Whether execution was bounded to the declared scope.
- Integrity and confidence indicators.
What it does not claim:
- Truth or factual correctness.
- Completeness.
- Global optimality.
Receipts allow you to audit, log, and justify downstream decisions in automated systems.
✅ Success Receipt for Retrieval (example)
| |
|
|
: Limits & Guardrails
The Retrieval API inherits the same guardrails as Parsable Compression API:
- Authentication and key-based access control.
- Usage ceilings during beta.
- Edge-enforced rate limiting.
Trial limits and error semantics mirror those documented for compression.
: Privacy & Data Handling
Retrieval operations follow the same privacy, data-handling, and retention guarantees as the Compression API.
Retrieval is read-only and does not store, learn from, or mutate user data. For details, see the Terms & Privacy page.
: Beta Notes
This API is currently in limited beta.
- Supported modes and limits may evolve.
- No uptime or performance guarantees are implied.
- Breaking changes will be communicated ahead of time where possible.
❌ Failure Response Examples
- Failure responses are shared across all Maenen APIs.
|
|
: Capability Scoping
Some API capabilities are gated by key scope. Keys without the requisite scope will receive:
403 capability_not_permitted |
: Edge Rate Enforcement
Rate limits are applied at the network edge (via NGINX). Excess traffic will receive:
429 Too Many Requests |
- These limits are distinct from usage ceilings and do not imply SLA guarantees.
: Support
For technical issues or questions, contact support via the site. Note that during beta trial, full support and any SLA is not offered, though your query or comment will be carefully considered. Please include:
- A short description of the issue.
- Example payloads (if possible).
- The receipt from the relevant request.
: Beta Notes
This API is currently in limited beta.
- Supported modes and limits may evolve.
- No uptime or performance guarantees are implied.
- Breaking changes will be communicated ahead of time where possible.
: Versioning
This documentation applies to:
|

