Documentation Index
Fetch the complete documentation index at: https://docs.maximem.ai/llms.txt
Use this file to discover all available pages before exploring further.
When to use organizational context
Organizational context is the right choice when the knowledge applies universally across your application:Product documentation
Feature descriptions, API references, usage guides, and how-to articles. Ensures your agent can answer product questions accurately for any user.
Changelog and announcements
Release notes, new features, deprecations, and migration guides. Keeps your agent up to date with product changes.
Global policies
Terms of service, privacy policies, SLA definitions, and compliance requirements. Ensures consistent, accurate policy answers.
Domain knowledge
Industry terminology, best practices, and reference material specific to your product’s domain.
How to ingest organizational context
Organizational context is created by ingesting documents without specifyinguser_id or customer_id. This causes Synap to store the resulting memories at the Client scope.
Via the SDK
Bulk loading with the batch API
For initial product knowledge bootstrap or large documentation sets, use the batch API to ingest multiple documents in a single request:Batch ingestion is the recommended approach for loading product documentation. It is more efficient than individual calls and ensures all documents are processed as a cohesive set for better entity resolution across documents.
How to retrieve organizational context
Organizational context can be retrieved directly or as part of the scope chain during user conversations.Direct retrieval (client scope only)
Use direct retrieval when you need only organizational context — for example, to pre-populate an FAQ or verify product information:As part of the scope chain
More commonly, organizational context surfaces automatically during user conversations. When you retrieve context for a specific user and customer, Synap searches the full scope chain and includes relevant Client-scoped memories alongside user-specific and customer-specific ones:TTL and caching
Organizational context is cached with a 30-minute TTL (time to live). This caching exists because organizational knowledge changes infrequently — product documentation is updated periodically, not on every request. The 30-minute TTL provides a balance between freshness and retrieval performance.| Aspect | Detail |
|---|---|
| Cache TTL | 30 minutes |
| Cache scope | Local to the SDK client |
| Cache invalidation | Automatic on TTL expiry |
| Why cache | Organizational context is read-heavy, write-infrequent |
For most use cases, the 30-minute TTL is sufficient — new ingestions become visible within 30 minutes of processing completion as cached entries expire.
How organizational context merges with other scopes
During retrieval, organizational context is merged with customer-scoped and user-scoped memories following the scope chain priority rules. The merge process handles conflicts and redundancy:| Scenario | Resolution |
|---|---|
| Same fact at multiple scopes | Narrower scope wins (user > customer > client) |
| Complementary facts | All are included, ranked by relevance |
| Contradicting facts | Narrower scope takes priority; broader scope may be included with lower rank |
| Budget exceeded | Narrower-scope memories are preserved first; organizational context is trimmed if necessary |
- Client scope: “Default support hours are 9am-5pm EST”
- Customer scope: “Acme Corp has 24/7 premium support”
Example: loading product docs at startup
A common pattern is to load your product documentation into organizational context when your application starts, and then update it whenever documentation changes:Next steps
Customer Context
Learn about customer-scoped knowledge shared within an organization.
Memory Scopes
Understand the full scope chain and priority resolution rules.
SDK: Context
SDK reference for context retrieval.
Memory Architecture
Configure how organizational context is stored, extracted, and retrieved.