01
Track the work
See flow, priority, and blockers at a glance.
The board is a live view of Markdown tasks. Status changes follow the same rules whether a human or an agent makes them.
Project memory, checked into Git
GitDocket keeps context, decisions, work, and operating rules in one linked Markdown graph—so humans and coding agents can pick up where the project actually is.
Less reconstruction.
Clearer delegation.
Durable decisions.
See the project, not another dashboard
The interface stays thin because the repository already holds the facts. Each view answers a concrete question.
01
Track the work
The board is a live view of Markdown tasks. Status changes follow the same rules whether a human or an agent makes them.
02
Know what finished means
A task carries its dependency state, acceptance criteria, working log, and linked Git activity.
03
Follow the why
Specs, decisions, tasks, and reference docs form one navigable graph instead of drifting across tools.
A small operating layer
Plans, specs, decisions, tasks, and epics stay readable Markdown.
Readiness, transitions, indexes, and activity come from deterministic commands.
Checked-in workflows guide agents through pickup, verification, and closure.
Commits link implementation to the task and its reconciled documentation.
Ask for the outcome
Run the launch epic.
Supervise ready work, verify each result, and stop on one concrete blocker.
Groom the backlog.
Find stale tasks and broken dependencies before reprioritizing anything.
Check the docs for drift.
Review recent commits against the project knowledge they may have changed.
Practical trust
Markdown and Git remain authoritative. The cache is disposable.
Agent procedures live in the repository for the team to review.
Facts come from the engine. Judgment and blockers stay explicit.
Public preview
Start with the repository you already have. Initialization is additive and leaves existing Markdown untouched until you review it.