Repository instructions drift
Copied rules become stale, inconsistent, and difficult to update across repositories.
Geist Atlas · Deterministic context infrastructure
Turn the standards, policies, architecture decisions, runbooks, and business knowledge your team already maintains into controlled routing maps AI agents can retrieve on demand.
The context gap
AI coding agents make consequential engineering changes with a narrow view of your organization. They rarely know which policy is current, which architecture decision controls the task, or which operating rule applies. Atlas makes that knowledge an explicit, inspectable dependency.
Copied rules become stale, inconsistent, and difficult to update across repositories.
Large prompt dumps waste tokens and make the few rules that matter harder to find.
Opaque ranking can return plausible but different sources without a deliberate publication event.
Teams cannot reliably answer which policy or architecture version an agent used.
The Atlas system
Atlas preserves customer control from source selection to the exact context an agent receives.
FIG A.1
Connect the company knowledge your team already maintains. One source stays one traceable published document.
FIG A.2
Group exact document versions into named routes your team defines, reviews, and publishes.
FIG A.3
Agents request only the route they need and receive the map and document versions with it.
How Geist Atlas works
A deliberate path from company source material to current, traceable Atlas Context.
stage 01
Keep source ownership where it already lives.
Atlas ingests the files and folders your team approves, normalizes supported content into deterministic Markdown, and preserves source paths, identifiers, and provenance. A source file remains a distinct document instead of disappearing into one opaque corpus.
→ scanning shared business context
policies/engineering-standards · Google Doc
architecture/service-boundaries · Markdown
operations/release-runbook · Google Doc
✓ 3 documents normalized
source URIs and Drive paths preserved
stage 02
Treat company context like a versioned software dependency.
Atlas groups approved document versions into explicit routes such as engineering, security, architecture, or operations. Every document and map is content-addressed and immutable. The active pointer changes only after the complete new map has been written and verified.
{
"map_version": "527e4aed…",
"routes": {
"engineering": [standards, architecture],
"operations": [release-runbook]
}
}
verified → all documents written → active pointer switched
stage 03
Give agents a route, not an indiscriminate knowledge dump.
The Geist Atlas skill teaches coding agents when company context matters. Agents list small route summaries first, select the relevant route, and retrieve complete documents within a visible byte budget. Required context failures stay visible.
$ geist-atlas context map
engineering · 2 docs · architecture and standards
operations · 1 doc · release procedure
$ geist-atlas context get engineering
complete: true · map: 527e4aed…
✓ 2 exact document versions loaded
stage 04
Fast retrieval without quietly serving stale truth.
Atlas conditionally revalidates the active routing map, caches immutable documents by content version, and verifies cache integrity before use. Offline retrieval is explicit and reports when the cached map was published and last validated.
active map 527e4aed…
revalidated with ETag · current
route manifest verified
document cache 2 / 2 hash-valid
offline results disclose publication and validation time
Atlas Context
Atlas Context is not a loose collection of search results. It is a named route resolved against one published map and an ordered set of exact document versions.
That gives engineering teams a durable answer to five questions: which map was active, which route the agent requested, which documents it received, where those documents came from, and whether the response was complete.
Map
One immutable published snapshot
Route
A named, ordered document set
Document
Normalized content with source provenance
Version
A content hash that identifies exact bytes
Active pointer
The only mutable link in publication
Why teams need Atlas
Geist Atlas replaces context drift with one governed delivery system for every supported repository and agent.
Capability
Geist Atlas
Copied instructions or opaque retrieval
Source control
✓Customer-approved files and folders
Whatever happens to be copied or ranked
Grouping
✓Explicit named routes with ordered documents
Duplicated instructions or opaque similarity
Updates
✓Immutable versions and an atomic active map
Silent drift across prompts and repositories
Retrieval
✓Smallest relevant route, bounded by design
Whole corpora or unpredictable snippets
Proof
✓Map version, document versions, and source provenance
Little evidence of what the agent used
Context domains
Atlas is designed for governed company context that agents cannot safely infer from source code alone.
Language rules, testing expectations, service conventions, and delivery requirements.
System boundaries, approved patterns, dependency constraints, and platform direction.
Data handling, access controls, compliance rules, and required review paths.
Customer promises, domain language, product constraints, and operating priorities.
Release procedures, incident practices, ownership maps, and escalation paths.
The shared knowledge engineers and agents need to work coherently from day one.
Atlas complements repository-native Agent Context Architecture. Repositories describe the local codebase; Geist Atlas supplies the governed organizational context shared across repositories and teams.
Geist Atlas FAQ
The product model, boundaries, and operating behavior in plain language.
Geist Atlas is deterministic context infrastructure for AI coding agents. It turns customer-approved company knowledge into explicit, versioned context routes that engineering agents can retrieve on demand.
Atlas Context is the current, traceable company knowledge delivered through a named route. A response identifies the routing-map version and the exact document versions used, so teams can see which context informed an agent.
A controlled routing map is a published snapshot that maps named routes such as engineering, security, or operations to an ordered set of approved document versions. New content creates a new version; publication changes the active map only after every referenced document is verified.
No. Atlas does not silently use semantic ranking to decide which company source is true. Teams explicitly control source inclusion and route membership, while agents retrieve the smallest relevant route for the task.
The Geist Atlas CLI and agent skill let tools discover route summaries, retrieve a relevant route or exact document, detect incomplete or unavailable context, and preserve map and document versions when provenance matters.
Atlas normalizes and hashes the changed content, creates a new immutable document version, builds a reviewable routing-map version, and atomically activates the map after validation. The previous active map remains usable if publication fails.
Give every agent the context your engineering team already knows.
Talk with Geist Labs about using Atlas for shared business context, explicit company routes, and traceable AI-assisted engineering work.