How KevAI-OS Works

A four-tier intelligence architecture that gives Claude permanent business memory, structured routing, and enforced governance. Not a chatbot. An operating system.

Four-Tier Architecture

KevAI-OS is built on four interlocking tiers. Each tier solves a specific problem that vanilla AI can't: memory, structure, routing, and governance.

00
Intelligence Vault
A living, queryable knowledge graph. Business context, brand voices, pricing engines, client histories, SOPs, financial intelligence, task queues. All structured with wikilinks, YAML frontmatter, and tag classification.
01
Claude Execution Engine
Claude reads the vault on every session start — 200,000-token context window. Executes with full business awareness: documents, emails, proposals, and copy in the brand's exact voice. Connected via MCP to Gmail, Drive, Calendar, Canva, Stripe, and Wix.
02
Rules & Directives Engine
A permanently logged governance layer. Every correction, preference, and "never do this" accumulates. The system becomes more precise — not less — with every session. Vault Rules, brand directives, workflow SOPs, zero-hallucination protocol.
03
Domain Routing
A Brain File at the system root classifies every prompt and routes to domain-specific rule bundles. Sales context doesn't leak into Code. Code standards don't constrain Copy. Surgical token management.
Explore The 101s →

The Brain File

The Brain File is the routing index at the root of every KevAI vault. It's the first file Claude reads — and it tells Claude exactly what to load next. No wasted tokens. No guessing.

Claude-Brain.md — Routing Index

## Domain Routing Map ### TASKS — Matches: "What are my tasks", "Show me my to-do", "Add a task" → Load: Domain-Bundles/Tasks/Task-Rules.md → Load: Entity/[DETECTED-ENTITY]/Work/Active-Tasks.md ### SALES — Matches: "Pipeline", "Prospect", "Deal", "Objection" → Load: Domain-Bundles/Sales/Sales-Rules.md → Load: Domain-Bundles/Sales/Pitch-Templates.md → Load: Entity/[ENTITY]/Sales/Active-Pipeline.md → Load: Entity/[ENTITY]/Profile/Brand-Voice.md ### COPY_CONTENT — Matches: "Draft copy", "Write product", "Email", "Social" → Load: Domain-Bundles/Copy/Content-Rules.md → Load: Domain-Bundles/Copy/Brand-Voice-Standards.md → Load: Entity/[ENTITY]/Profile/Brand-Voice.md ### CODE — Matches: "Build feature", "Fix bug", "Code review" → Load: Domain-Bundles/Code/Code-Standards.md → Load: Entity/[ENTITY]/Code/Current-Project.md

The Brain File reduces context bloat by 80%. Instead of loading 500 files when you ask a question, it loads only the 3-5 files that matter. Token efficiency = persistent memory.

Wikilinks: Building the Neural Network

Wikilinks are double-bracket links that create navigable relationships between vault files. They're knowledge graph edges that let Claude jump between related contexts without loading everything.

🔗
Navigable Links
When you write [[Brand-Voice]] in a file, Claude can immediately jump to that entity's brand guidelines. No searching. No manual context-building.
🕸
Knowledge Graph
Every wikilink is a graph edge. [[Active-Tasks]] links to [[Team-Calendar]], which links to [[Project-Budget]]. The vault becomes a connected intelligence network.
🎯
Domain Bundles
Sales context doesn't get tangled with code context. Each domain bundle is self-contained. Wikilinks pull in exactly what's needed for that domain.
🚀
Cross-Entity Intelligence
Multi-business operators use separate [[Entity/Brand-Voice]] files to keep brand voices distinct but accessible in one vault.

YAML Frontmatter: The AI Instruction Layer

Every vault file begins with YAML frontmatter — structured metadata that tells Claude how to interpret and route the file. This is how business rules become AI-readable instructions.

--- title: Client Corp - Brand Voice category: Entity/Profile type: brand-guidelines status: active tags: #brand #active #enterprise applies-to: [client-corp] domains: [SALES, COPY, WEB_DEV] last-updated: 2026-03-28 version: 2.1 ---

The YAML frontmatter is the contract. It tells Claude: "This file applies to this entity. Load it for SALES, COPY, and WEB_DEV domains. It's active (not archived). Respect version 2.1." No guessing. No hallucination. Pure structure.

The Tags System

Tags enable Claude to filter and classify content across the entire vault without re-reading everything. A single query can surface all files tagged #active, #brand, or #system.

Core Tags:

#system
#active
#brand
#archive
#enterprise
#rules
#operations
#sales
#ecommerce
#urgent

Example Tag Query: When you ask "What are all the pricing rules?", the Brain File matches to SALES domain and immediately loads all files tagged #rules #sales #active. No wasted context. No irrelevant files.

The Directives Log

Directives are active enforcement rules that persist across sessions. They're automatically applied to every relevant prompt. This is how your business rules become AI behavior.

## Active Directives DIRECTIVE #001: Pricing Authority Domain: SALES Rule: Any discount > 5% requires approval from [[Sales/Pricing-Authority]] Trigger: Keywords: "discount", "negotiate price", "reduce cost" Action: Flag for approval. Do not commit to discount until verified. DIRECTIVE #002: Brand Voice Enforcement Domain: COPY, WEB_DEV Rule: All copy must match [[Profile/Brand-Voice]] tone. No deviations. Trigger: Any content creation request Action: Load brand voice first. Verify tone match before delivering. DIRECTIVE #003: Token Budget Domain: ALL Rule: Load only files from Brain File routing. Max 8 files per session. Trigger: On every prompt Action: Enforce token limit. Route via Brain File only.

Directives are the difference between Claude-as-tool and Claude-as-business-OS. They're rules that don't require you to repeat them. They just happen. Every time.

The Domain Routing Map

KevAI-OS organizes all business work into core domains. Each domain has its own rule set, templates, and entity-specific files. When Claude detects your request matches a domain, it loads exactly those rules.

TASKS
Todo, scheduling, assignments
BUSINESS_OPS
Ops workflows, tracking
ONBOARDING
New processes, integrations
IMPORT_PROCESSING
Data validation, ingestion
WEB_DEV
Sites, pages, infrastructure
COPY_CONTENT
Marketing, brand, messaging
PRINT_PDF
Documents, presentations
CODE_MANAGEMENT
Repos, reviews, architecture
SYSTEM_MAINTENANCE
Vault upkeep, archival

Each domain is sovereign. Sales rules don't leak into Code. Code standards don't constrain Copy. But they all share the same neural architecture: Brain File routing, YAML frontmatter, wikilink navigation, and tag filtering.

The Standardized Business Folder

Every business (entity) in the vault uses the same folder structure. This standardization is what makes multi-business operation possible. Claude knows where to find everything, no matter which entity you're working with.

Entity-Name/ └─ THE-101.md (One-pager: mission, positioning, key metrics) └─ Contacts.md (All relationships: vendors, partners, team) └─ Profile/ │ └─ Brand-Voice.md (Tone, values, messaging pillars) │ └─ Overview.md (History, founding, vision) │ ├─ Positioning.md (Market, competitors, differentiation) └─ Operations/ │ └─ SOPs.md (Step-by-step procedures) │ ├─ Workflows.md (Process diagrams, dependencies) └─ Sales/ │ └─ Active-Pipeline.md (Prospects, deals, status) │ ├─ Pricing-Rules.md (Floors, authority, discounts) └─ Intelligence/ │ ├─ Market-Research.md (Trends, competitors, opportunities) └─ Work/ │ └─ Active-Tasks.md (Current projects, assignments) │ ├─ Project-Archive.md (Completed, learned, outcomes) ├─ Code/ └─ Architecture.md (System design, stack) ├─ Code-Standards.md (Style guide, best practices)

This structure repeats for every entity. Same folders. Same file names. Different content. This consistency is what makes multi-business management possible without cognitive overhead.

Token Optimization

Traditional AI systems load everything and hope context doesn't overflow. KevAI-OS loads only what's needed. The Brain File routes to specific domain bundles. Domain bundles route to entity files. Wikilinks pull in related context on demand.

0
Fewer Tokens
4–8
Files Per Session
0
Multi-Entity Support
0
Memory Persistence

Result: You can run extended sessions with full business context without hitting token limits. Conversations that would lose context in vanilla Claude maintain perfect continuity in KevAI-OS.

See the Intelligence Gap →

How Data Flows In

KevAI-OS doesn't just store data. It ingests it systematically, validates it, and routes it to the right entity and domain.

📥
Import Inbox
New data lands in Entity/Import/Inbox.md. Claude validates against rules before moving to live files. One-shot data imports stay structured.
🔄
Entity-Specific Imports
Each entity has its own Import/ folder. One client's imports don't mix with another's. Isolation by default.
🎙
Voice Memos
Record quick thoughts. Claude transcribes and routes to the right file. No manual filing. The vault catches everything.
📅
Daily Notes & Projects
Daily standup notes feed Work/Active-Tasks.md. Project changes auto-sync to relevant files. The vault stays live.
💡
Idea Capture
Quick ideas get tagged and routed. Strategy ideas go to Intelligence/. Product ideas to Work/. Pricing ideas to Sales/. Instant filing.
🏢
New Business Setup
Add a new entity and the standardized folder structure auto-populates. All domain bundles inherit. Ready to operate in minutes.

Ready to Build Permanent Business Memory?

KevAI-OS transforms how Claude works. Stop losing context. Start enforcing rules. Build intelligence that scales with your business.

Schedule a Demo