Project Overview
AvailableWhat Project KAI is, what local-first means here, and where the owner remains in control.
Read →Public Documentation Hub
This documentation explains what Project KAI does, how authority flows through it, which capabilities are operational, and where the product is still being validated. It is a curated public layer—not a dump of internal reports, credentials, or account data.
Start with the product, its verified status, and the evidence behind public claims.
What Project KAI is, what local-first means here, and where the owner remains in control.
Read →A build-time snapshot of real public system counts—not a live uptime dashboard.
View →Git-sourced engineering history with evidence attached to each public entry.
Read →How authority, policy, specialized intelligence, tools, and memory fit together.
Observe, understand, plan, govern, act, review, and learn—with the action boundary stated clearly.
Explore →The governed path from owner intent to domain action, evidence, and multiple persistent memories.
Explore →The 13 declared technical roles with underlying capability and autonomous-agent status separated.
Review →The public system map and status-aware navigation across KAI's current surfaces.
Open →Operational and in-development domains, without converting roadmap work into product claims.
Conversation, memory, content, trading research, analytics, and governance status in one view.
Explore →Local spoken responses, English/Hindi routing, fallback behavior, and the neural-voice roadmap.
Explore →A real local keyword-search capability over the engineering report corpus—not semantic universal memory.
Open →The approval-first control architecture and the honest boundary around live desktop execution.
Review →The working production system and its mandatory human publishing boundary.
Topic, script, claims review, scenes, visuals, narration, captions, music, assembly, thumbnail, compliance, review, and publishing.
Explore →The real channels, deterministic content router, and public discovery surfaces fed by the production system.
Explore →Why production automation stops before publishing and how that boundary shapes the system.
Review →Research and broker validation under explicit paper-only and risk-governed constraints.
Market observation, strategy evaluation, governance, risk, and Alpaca Paper integration status.
Review →A tightly bounded Alpaca Paper observation baseline is active; AI-directed and live-money execution remain disabled.
Review →Strategy research, simulation, backtesting, reporting, and the distinction between research and advice.
Explore →Human control, permission policy, stop controls, audit, privacy, and evidence.
Human checkpoints, paper-first validation, pause and emergency controls, and auditable operation.
Explore →Default-deny capability authorization, revocation, kill switches, rate limits, and fail-closed policy handling.
Read →What the public site collects, what it does not, and how public-safe disclosure is handled.
Read →