Skip to content

Latest commit

 

History

History
83 lines (68 loc) · 5 KB

File metadata and controls

83 lines (68 loc) · 5 KB

GenieClaw Documentation

This doc/ directory is the entry point for the current repository documentation. It covers the shipped surfaces in this repo and the intended repo boundary inside the larger Genie ecosystem:

  • workspace crates and binaries
  • runtime services and process boundaries
  • configuration and environment overrides
  • HTTP APIs, CLI commands, and tool surfaces
  • core subsystems such as memory, voice, security, and connectivity
  • deployment assets and operational guidance
  • repository layout and code ownership map
  • long-term boundary with platform/OS, voice, home, genie-ai-runtime, and app layers

Where current code is transitional, the docs call that out explicitly.

Start Here

Runtime At A Glance

GenieClaw is a local-first home AI runtime centered on genie-core.

  • genie-core is the main orchestrator. It serves the chat API on port 3000, can run a local REPL on stdin, and currently runs the transitional voice adapter.
  • genie-api is a separate dashboard/status service. It exposes dashboard HTML and system status backed by governor and health databases.
  • genie-governor manages mode changes, memory-pressure reactions, and service lifecycle decisions.
  • genie-health polls service endpoints and stores health history.
  • genie-ctl is the local operator CLI.
  • genie-ai-runtime is external to this Rust workspace and is the default Jetson LLM backend expected by the deploy assets; llama.cpp remains a selectable development/fallback backend.
  • Optional OpenAI-compatible/API/OAuth providers are transitional development and testing adapters only. They do not replace the local on-device product path.

Canonical Deep Dives Still Kept At Repo Root

The root-level documents remain useful and are still linked here instead of being deleted or moved abruptly.

Documentation Scope Notes

This doc set describes the current repository surfaces and explicitly separates implemented code from roadmap work. For the canonical status matrix, read implementation-status.md.

There are a few intentional limits:

  • Hardware behavior that depends on a specific Jetson image, kernel, or manual systemd override is documented as operational guidance, not as a stable code contract.
  • genie-ai-runtime, llama.cpp, Home Assistant, Piper, Whisper, and Telegram Bot API internals are external dependencies. This repo documents how GenieClaw integrates with them, not their full upstream behavior.
  • The platform/OS layer, external voice boundary, external home boundary, and genie-ai-runtime are documented as architectural boundaries unless code in this repo already implements a client or transitional adapter.