Skip to content

Latest commit

 

History

History
75 lines (50 loc) · 3.16 KB

File metadata and controls

75 lines (50 loc) · 3.16 KB

Guide — Xyph

This is the developer-level operator guide for Xyph. Use it for orientation, the productive-fast path, and to understand how the planning compiler orchestrates your coordination worldline.

For deep-track doctrine, worldline internals, and repository-wide engineering standards, use ADVANCED_GUIDE.md.

Choose Your Lane

1. Repository Setup & First Intent

Bootstrap your coordination bedrock and record the first declaration of why work should exist.

2. Fast Ingress (Human & Agent)

Coordinate through the most efficient path for your current context.

  • Human (TUI): Open the interactive cockpit via npm run tui.
  • Human (CLI): Use xyph-actuator.ts for direct graph mutations.
  • Agent (JSONL): Use the versioned control plane for speculative work.
  • Agent (MCP): Join the graph as a native participant (Planned).

3. The Digital Guild Lifecycle

Return to your archive through high-fidelity browse or context-aware recall.

  • Intent: Declare why work should exist.
  • Quest: Claim and execute a unit of work.
  • Submission: Submit work for review and revision.
  • Scroll: Seal completed work with a cryptographic Guild Seal.

Big Picture: System Orchestration

Xyph is a tiered planning engine designed to move coordination from static lists to executable graphs:

  1. Operating Surfaces: The CLI, TUI dashboard, and JSONL API are different lenses over the same graph truth. They ensure that coordination is always a shared experience.
  2. Xyph Core (Domain): Manages the Digital Guild ontology, dependency DAG analysis, and sovereignty audits. It ensures that every action is lawful and authorized.
  3. WARP (Memory): The Structural Worldline Memory that tracks the evolution of your plan and its speculative alternatives without requiring a central server.

Orientation Checklist

graph TD
    %% Entry Point
    Start{What is your goal?}

    %% Branches
    Start -->|Set up new project| NewProject["Start with README.md Quick Start"]
    Start -->|Verify identity| Identity["Run: `npx tsx xyph-actuator.ts whoami`"]
    Start -->|Audit roadmap| Audit["Run: npx tsx xyph-actuator.ts audit-sovereignty"]
    Start -->|Debug the graph| Debug["Start with ADVANCED_GUIDE.md"]
    Start -->|Contribute to Xyph| Contribute["Read METHOD.md & docs/BEARING.md"]

    %% Styling
    style Start fill:#f9f,stroke:#333,stroke-width:2px
    style NewProject fill:#bbf,stroke:#333
    style Identity fill:#dfd,stroke:#333
    style Audit fill:#dfd,stroke:#333
    style Debug fill:#fdd,stroke:#333
    style Contribute fill:#fff4dd,stroke:#333
Loading

Rule of Thumb

If you need a comprehensive tool reference, use the README CLI section.

If you need to know "what's true right now," use docs/BEARING.md.

If you are just starting, use the README.md and the orientation tracks above.


The goal is to move coordination from a collection of widgets to the application's foundation, designed for high-output collaboration.