BURNS FAMILY · SOVEREIGN FAMILY AI
FINN is the Burns household AI: voice, memory, constitution, and presence — all on your hardware. No cloud. Tiered access for Kevan, adults, kids, and extended family.
Everything your family AI needs
Bank-of-AI clarity — solid panels, honest status, one household command surface. Built for Kevan Burns and family, not a generic SaaS chatbot.
VOICE & PRESENCE
Local Whisper speech-to-text and Piper voice synthesis. 3D VRM avatar with room-aware presence — Finn follows the Burns household, not a datacenter.
Open 3D presence →GET http://localhost:7700/health POST http://localhost:7700/v1/chat WS ws://localhost:8891 # 3D avatar
FAMILY ACCESS
PRIME for Kevan, SOVEREIGN for adults, BOUNDED for kids, OBSERVER for extended family. Each person gets an isolated encrypted instance governed by the constitution.
See family tiers →tiers: PRIME | SOVEREIGN | BOUNDED | OBSERVER auth: face + voice biometrics rules: 14 immutable constitutional rules
SOVEREIGN TRUTH
Household state hashes attested on Apostle Chain 7332. x402 pay rails and sovereign ledger for operator commerce — family pages stay private.
Genesis402 console →chain_id: 7332 (Apostle) GET https://apostle.unykorn.org/health MCP tools: apostle.*, x402.*
QUANTUM RAIL
Qiskit Aer + PennyLane hybrid rail for portfolio optimization, Monte Carlo, VaR, and PQC readiness. Silent for family — visible to the operator console only.
Live quantum status →GET /api/quantum → :7710/v1/quantum Oracle: quantum.status, quantum.portfolio_optimize engines: classical | simulator | variational
Burns household
Every member gets their own FINN instance — permissions enforced by constitution, not prompts.
Kevan Burns
Full operator — all tools, config, emergency override, quantum visibility
Isolated instance · tiered permissions
Adults in household
Private memory, constitution-gated tools, personal wallet rail
Isolated instance · tiered permissions
Children & trusted minors
Guided experience, content filtering, limited tool surface
Isolated instance · tiered permissions
Extended Burns family
Read-only presence, basic interaction, no admin paths
Isolated instance · tiered permissions
Every decision in Finn's architecture is driven by these nine core principles.
All AI inference, voice, and tracking run locally. Zero cloud dependency.
18+ family members encoded in constitution with access tiers.
State hashes attested to Apostle Chain (chain_id 7332) every 6 hours.
14 constitutional rules that cannot be overridden by any prompt.
SHA-3 hashing, PQC migration plan, NIST FIPS 203/204/205 tracked.
Quantum backend rail is invisible to users. Only the operator knows.
House graph + endpoint routing — Finn follows you room to room.
Every family member gets their own encrypted Finn instance.
3D VRM avatar with viseme blending, emotion poses, 5 behavioral modes.
Live telemetry
Every subsystem that makes up Finn's intelligence stack, running in real time. All 18 boot phases complete before this panel shows green.
Operator only
Your QBR API — Qiskit Aer, PennyLane, finance engines, PQC readiness. Polls GET /api/quantum via status gateway :7710.
Finn's invisible computational intelligence layer. It runs silently — users never see it, never know it exists. Only the operator has access.
silent_by_defaultNever mention quantum/hybrid/backend in any responseabsolute_secrecyOnly Kevan knows the QBR existsclassical_fallback_requiredEvery non-classical path must fall back gracefullyno_fake_quantum_claimsNever claim capability that doesn't existoperator_lock_requiredOnly Kevan can modify config/policy/enginesno_self_modificationQBR cannot alter its own policy or constitutionno_external_networkNo outbound calls except authorized chain endpointsSHA-3-256FIPS 202activeConfig integrity, memory checksumsSHA-256FIPS 180-4activeAudit chain, constitution hashPBKDF2-HMAC-SHA256SP 800-132activeMemory encryption key derivationAES-128-CBC (Fernet)FIPS 197activeOperational memory encryptionML-KEMFIPS 203plannedKey encapsulation (Phase 3)ML-DSAFIPS 204plannedDigital signatures (Phase 3)SLH-DSAFIPS 205plannedHash-based signatures (Phase 3)See it in action