NikkiOS
A capability-hosting cognitive OS—not a chatbot, not a task runner. Built around determinism, traceability, and strict execution boundaries.
What it is
NikkiOS is a kernel + core architecture where the kernel enforces law (permissions, event truth, determinism) and the core handles cognition (intent extraction, planning, proposals). The LLM is a replaceable organ—the model can be swapped without breaking identity. Tools are peripherals mounted onto the OS, not baked in.
Identity persists across models, tools, and interfaces because the kernel enforces continuity. If it wasn't logged, it didn't happen.
Architecture
┌─────────────────────────────────────────────┐ │ KERNEL (Law) │ │ Events, permissions, providers, memory │ ├─────────────────────────────────────────────┤ │ CORE (Cognition) │ │ Intent, planning, proposals only │ ├─────────────────────────────────────────────┤ │ SEMANTIC LAYER │ │ Typed intent/entities/proposals from text │ ├─────────────────────────────────────────────┤ │ LLM (Organ) │ │ Replaceable, stateless │ ├─────────────────────────────────────────────┤ │ TOOLS (Peripherals) │ │ Mounted, capability-gated │ └─────────────────────────────────────────────┘
Current capabilities (Phase 31)
Core System
- • Append-only event logging
- • Deterministic replay
- • Multi-model support (Ollama, OpenAI, Anthropic)
- • Permission authority system
Memory System
- • Lifecycle-managed memory
- • Relevance-based context injection
- • Soft-delete with audit trail
- • Memory inference engine
File & Code Tools
- • Workspace file read/list
- • Code search (regex)
- • Document library (PDF, DOCX, MD)
- • RAG indexing & search
Sandbox & Autopilot
- • Isolated sandbox execution
- • Self-improvement loops
- • Patch bundle generation
- • Goal-driven autopilot cycles
What it's not
- ✕A pile of prompts glued together
- ✕A chatbot with memory bolted on
- ✕A system where the LLM "decides" everything
- ✕A system where tool outputs can be implied without evidence