1
← → or space to advance · F for fullscreen
Drydock is Copyright © 2026 Ed Barlow · Web Cloud Studio. All rights reserved.
An Agile Process for Specification-Driven Delivery
Drydock
Build working software from specifications —
with a real process, so you
can reproduce it.
Ed Barlow · Web Cloud Studio
The gap
Vibe Coding and Spec Driven Design Ignore **Agile**
- AGILE represents 25 years of software best practices.
- Current alternatives threw away process.
- Without process you can't reproduce your builds.
- Working software you can't reproduce isn't working software.
The insight
A Best Practice Process Exists.
Process, not just specs
You can refine a specification. You can't reproduce a build without control and a repeatable process.
That process is Agile
25 years of best practices, codified in the Agile Manifesto — how developers ship at major companies.
Drydock is Agile applied to AI SDD delivery. You are the Commander - the Product owner - and the LLM
is your Agile Best Practices Team .
Introducing Drydock
SAIL - Governed, Blueprint-driven Delivery.
S · SET UP
A · ANALYZE
I · IMPLEMENT
L · LOOP
SAIL is an agile process for software delivery
- **Setup** your system and import your notes or LLM-created specifications.
- **Agile/Analyze** decomposes into stories/spikes and defines dependencies.
- **Implement** builds working software - context optimized.
- **Loop** and Refit with change tickets or specification edits.
SAIL creates documentation and measures build quality and drift.
Rigging builds using your common stack rules and branding.
We changed your role
You are the Commander.
The Commander decides — the Commander is the Agile Product Owner.
The LLM is your Agile Best Practices Team, and the QuarterDeck enables
clear, accurate communication between the two. Drydock is a process representing system
behavior — not sub-agents or prompt tricks.
Compass
Your project intent with files specifying your intent by step.
QuarterDeck
Your agile interface to the team.
Ship's Log
Every material decision, preserved.
S · SET UPAIL
Laying the keel
pipx install drydock-sdd
drydock config set ...
drydock init MyApp
Drydock requires a subscription to an LLM service. We recommend sonnet or 5.4.
SA · ANALYZEIL
Charting the course
Sources→
import→
analyze→
ANALYSIS.md
- Import markdown, source code, Spec Kit, or loose notes.
- Decompose into stories, acceptance, blockers, questions.
- If the LLM finds blockers → it stops and asks. Answer in the QuarterDeck/rerun.
- Output is Features, Stories, and AC for Review.
The core differentiator
The QuarterDeck is your Agile Web interface to the process.
An optimized communication path between the Commander and the LLM Process.
- Analyze creates the story hierarchy, identifies blockers, and surfaces questionnaires for review.
- Answer and redirect or proceed. Your feedback is persisted.
- The Commander controls — The GOAL is Working Software you can Iterate.
- drydock rigging compact reduces context (Builder/User)
The engine
The Manifest is a Build Plan Dependency Graph.
- drydock plan turns analysis into typed Blueprints + Manifest.
- The LLM estimates Story Points (token cost) using the dependency graph.
- Drydock stacks the correct minimal context into build prompts.
- Context is engineered, not hoped for. Builds become reproducible.
SAI ·
IMPLEMENTL
IMPLEMENT - Sailing the frontier
- drydock build walks the graph and builds the runnable frontier. The build is done
by one context optimized step at a time.
- Every step is verified against Test Driven Development acceptance criteria.
- drydock build score measures delivery health across seven
dimensions — spec completeness, test coverage, drift, and more.
For teams
Rigging: your standards,
baked into every build.
Your branding, stack rules, and conventions — injected automatically.
Builder
Gets the full specification to implement a feature.
Consumer
Gets only a compacted how-to-use. Doesn't need to know how it works.
Compaction keeps context lean across a large codebase.
SAIL · LOOP
The Refit
Software is never done. drydock refit changes the application while
keeping the Blueprint and the code aligned.
- Option 1: Edit specification files. Drydock tracks git commits for every built file and does a minimal
rebuild of only what changed.
- Option 2: Change tickets. Refit ties them to Blueprints so they can be built using minimized context.
- Option 3: Skill Driven Brainstorming and Automatic Change Ticket Creation.
- Summary: The specification is the source of truth. Minimal drift.
Why Drydock
The differentiator is PROCESS
The process is Agile.
| Vibe coding |
No spec, no process — speed, then drift. |
| Spec-driven design |
A specification, but no process to reproduce the build. |
| Drydock |
Specification + a real Agile process: product owner decides, the team develops, every decision logged. |
The goal: working software you can reliably iterate with an easy path to rebuild anytime.
Get started
Take it for a sail.
pipx install drydock-sdd
drydock init MyApp # chart your course
Open spec · open methodology · looking for Commanders.
github.com/webcloudstudio/drydock