Delivery Harness Framework / DHF Public Guide

From ambiguous requests
to verifiable delivery.

These pages explain how Delivery Harness Framework (DHF) turns agentic engineering work into fact recovery, domain and ADR alignment, lifecycle routing, verification evidence, and recoverable handoff.

Current Routing Contract

DHF routes decisions before work starts

The public guide now reflects the current skill contract: recover state, classify execution lane, resolve architecture conflicts, choose the specialist route, and finish with fresh evidence.

Lane Gate

Local, demo, or production

DHF separates local development, operator live demo work, and customer or production paths so external systems, secrets, deploys, and customer data stay approval-gated.

execution lane first
Alignment Gate

Architecture checkpoint

When durable sources disagree, DHF captures a decision-focused checkpoint, recuts vertical slices around outcomes, and validates agent-team write sets before dispatch.

decision surface before edits
Review Boundary

Committee loops are explicit

Ordinary review, QA, security, and design routes stay specialized. Committee loops run only when the user asks for reviewers, a revision worker, and a target score.

committee-review-loop
Start Here

Learn the framework

Recommended learning sequence: Beginner -> Lifecycle Flow -> Skill Routing Map -> Written Spec. The English path is now self-contained, with the written spec as the exact routing contract.

Resources

Share or switch language

Use these when the reader needs a presentation asset or the Chinese version of the same guide.

Implementation Notes

For maintainers

These are useful after the public concept is clear. They should not compete with the learning path.