Decide what good looks like.
Outcome — what should change?
Owner — who will close the work?
Boundary — where may AI act?
Evidence — how will we know the result is right?
HOW HELMARK WORKS · STD 3.0
Helmark does not add a second development process. It adds a control model inside the one you already have.
THE DELIVERY LOOP
The loop becomes especially important when AI or agents perform a substantive part of the work.
Outcome — what should change?
Owner — who will close the work?
Boundary — where may AI act?
Evidence — how will we know the result is right?
A human, an AI assistant, one agent or multiple agents can execute. Helmark does not require approving every AI step.
Right Thing? Did we solve the right problem?
Works Right? Is the implementation actually correct?
The Human Owner should understand what changed, why the result is trusted and what the most important failure risk is.
WHEN FRAME IS REQUIRED
Full FRAME is required.
Full FRAME is required.
Full FRAME is required.
A shorter note about AI use and verification can be enough.
PROPORTIONAL VERIFICATION
NONE / ASSIST / CORE describes how the result was created. LOW / HIGH / CRITICAL describes how serious failure could be.
FLOW CONTROL
If AI generates work faster than people can verify, understand and accept it, the system is building unfinished control work.
Finish verification before adding more AI output.
Fewer active Work Units or agents can improve actual throughput.
Better Evidence shortens responsible acceptance.
LONG-TERM CONTROL
Helmark treats this loss of understanding as a delivery risk.
An Anchor is a visible source of real system understanding.
Rebuild knowledge, reduce risk, limit changes or explicitly accept the risk.
Use trends as a delivery-system sensor, never as an individual productivity KPI.
FULL SPECIFICATION