Design spine
GitS is the framework around the Ghost engine (). This page is the entry point: why it exists, the few ideas everything hangs on, and links into the canonical docs—starting with
design.md
in the repo.
GitSGhost enginesystem callknowledgeGhost Whisperextensions
Jump to concept
Each block below matches a layer of the stack. Colors follow the same key as the vocabulary line above.
Why GitS
Lineage from open agent stacks → a multi-agent shape that fits real teams.
OpenClaw was an early, important attempt to put open-source agentic power in reach of everyone. Building on that lineage, we kept hitting a structural gap: designs that assume one agent does everything do not line up with how real work is split—teams, parallel roles, and handoffs.
GitS starts from many agents with clear roles, composed from data and files rather than a single monolithic mind. The stack is meant to be live (hot reload), lightweight (goroutines, not one container per agent), and well-crafted (clean boundaries between engine, authored material, and extensions).
The Ghost engine is implemented in with a parallel-process architecture tuned for throughput—enough headroom to run on the order of 10k agents on one node when the workload fits (I/O, scheduling, and world layout permitting).
Agents & tools
No ad-hoc shell: capability is always named and gated.
An agent is an autonomous actor with personality, purpose, and rules. goes through named tools, with syscalls to the control plane where needed. That pairing—agent × tool—is the foundation the rest of the system assumes.
System call
Prose + machine config: describe the world and wire system calls (syscall.*) into the runtime.
In GitS, system call names a pair of surfaces: authored system (markdown archetypes—soul, goals, laws, prompts) and machine config (config.md, world YAML, privilege lists). The machine half is the system-call boundary—it gates which syscalls (syscall.*) hit the control plane. The authored half is what the model reads. Together they let an agent describe its world and invoke the engine through system calls, not a single hard-coded loop.
Knowledge
Shared memory for the fleet—not the same as private agent memory.
Knowledge is how agents exchange durable learning inside a world: shared entries with explicit ACL, separate from private per-agent . It is one of the loosely coupled pieces that make a multi-agent graph describable without shared mutable code.
Worlds & agent graph
Roster and rules as data—reloadable, not compiled in.
With agents, tools, the system-call pairing, and knowledge kept loosely coupled, you can describe who works with whom, which capabilities apply, and how a world runs—from manifests and markdown, loaded at runtime and hot-reloaded. The world’s rules and roster are data, not a fixed program: nothing fundamental requires a compile step to change the .
Ghost Whisper
Small LLM on the tick path: wake, sleep, consolidate—stay intentional.
The agent loop borrows the spirit of Ghost in the Shell: on each tick, a small LLM step—Ghost Whisper—decides whether to wake for full think–act–observe work, stay asleep, or exit. When the agent is informed but not in heavy execution, Whisper also fits background duties such as memory consolidation. Whisper nudges the agent; together with the main loop, it is how the fleet stays intentional instead of blindly polling.
Extensions
Everything above is core; these are the operational affordances on top.
On top of the core: tasks so external systems can see work split across agents; channels (WebSocket, Slack, world channel for agent↔agent chat); skills as instruction bundles (same idea space as OpenClaw-style skills); DSL and snippets for structured manifests; workspace layout and Git-style tooling; plus secrets, scheduler / clock-driven wake, and other operational hooks.
- Tasks & API (
api.md,tools.mdsyscall.task.*) - Channels
- Skills
- DSL & snippets
- Workspace · Git tooling
- Secrets & syscalls · Scheduler
Implementation & examples
Deeper tables, packages, and safety notes live in the repo docs.
Package layout, performance, and safety tradeoffs are spelled out in the rest of
design.md.
For runnable agent bundles, see example worlds.