The Xyph work doctrine: A backlog, a loop, and honest bookkeeping.
- The agent and the human sit at the same table. Both matter. Both are named in every design.
- The graph is the plan. Coordination happens through stigmergy—participants modify the shared environment (the WARP graph) and observe changes.
- Dogfood the Graph. The graph, not the filesystem, is the coordination layer. The CLI actuator (
xyph) is used to record, move, authorize, and link completed work as native graph nodes. - Tests are the executable spec. Design names the problem; tests prove the answer.
- Reproducibility is the definition of done. Results must be re-runnable proof, not static artifacts.
| Signpost | Role |
|---|---|
README.md |
Public front door and project identity. |
GUIDE.md |
Orientation and productive-fast path. |
BEARING.md |
Current direction and active tensions. |
VISION.md |
Core tenets and the stigmergic mission. |
ARCHITECTURE.md |
Authoritative structural reference. |
AGENTS.md |
Context recovery protocol for AI and humans. |
METHOD.md |
Repo work doctrine (this document). |
We don't use folders for state. We use the WARP graph to represent work items and their progression.
- Inbox: Raw ideas and uncommitted intents.
- Backlog: Technical debt, experiments, and queued work.
- Ready: Imminent work; pull into the next cycle.
- Active: Quests currently being executed.
- Review: Completed quests awaiting verification and merge.
- Pull: Use the
xyphCLI to query ready intents and pull work into an active quest. - Branch: Create a branch for the cycle.
- Red: Write failing tests based on the intent's playback questions.
- Green: Implement the solution until tests pass.
- Actuate: Use the
xyphCLI to submit the completed work as XYPH intents/evidence through git-warp-backed ports (e.g. evidence submission, authorization intent, or traceability link intent). - Ship: Open a PR to
main. UpdateBEARING.mdandCHANGELOG.mdafter merge.