Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Ghyll Documentation

This book is the canonical reference for installing, operating, and extending ghyll. The top-level README covers what ghyll is and why it’s built the way it is; this book covers everything else.

How this book is organized

  1. Why ghyll — the design rationale in depth. Five core decisions (fixed roles, typed clauses, gate-driven routing, sandbox-only execution, refusal as a feature), with the alternatives considered and the cross-links to the ADRs. Read this if you want to understand why before how.

  2. User Guide — the operator path: install, configure, run.

  3. Architecture — how ghyll is built.

    • System Design
    • Architecture Flows — sequence diagrams for init, dispatch, verdict modal, amendment, and recovery.
    • Subsystem deep-dives: package graph, session loop, routing, checkpoint format, sync protocol, vault API, error types.
  4. Internals — the implementation details: dialect modules, context management, drift detection, injection detection, tool execution, the workflow system, and sub-agents.

  5. Architecture Decisions — every architectural choice ghyll makes is recorded as an ADR. The list at the end of the SUMMARY is in order; ADR-008 onward documents the v2 gate-and-arrow architecture.

Where to start

  • New here? Read the top-level README for the position and the why, then come back to Getting Started.
  • Already running ghyll and want to deploy properly? Jump to the Operator Guide.
  • Curious about a specific design decision? Check the Decisions index — every choice has rationale, alternatives considered, and the date it landed.
  • Want to read the gate-and-arrow spec? The canonical design reference is specs/architecture/ in the repository.

Project state

ghyll is at a stable, releasable state — Tier 0-4 of the prod-readiness roadmap shipped, all adversarial findings closed. The latest release is documented in the CHANGELOG; remaining feature work is tracked in GitHub Issues.