Software Development as Code (SDaC)

A Composable
Shape of Work

The book develops a proposition: workflows can compose when their authority, effect limits, evidence, and failure semantics remain explicit. The workflow system becomes part of the product.

INTERACTIVE MODEL
P(Zn) = Zn+1
STATE Zn
Process Iteration
NEW STATE Zn+1
Click 'RUN P()' to iterate the system state.

A Pattern Across Different Scales

State, process, evidence, and decision recur at multiple scales. Checked outputs can remain provisional while enclosing workflows compose larger candidates, moving a composite Admission—and often direct human attention—toward the outer consequential boundary. This hierarchy shows recursive composition, not the Torus itself; the Torus adds concurrent circuits across surfaces that are independent for the property at issue. Faster feedback still does not rewrite the slower layers above it.

  • Small workflows can support larger candidate assemblies.
  • A feature, product, or replacement-system candidate can remain provisional until outer validation.
  • Other consequential actions remain governed at their declared effect boundaries.

Zn+1 = Pk(Zn)
Pk+1 = adopt(proposal(Pk, evidence))

Inspect one concurrent scale

All scales continue concurrently; selection changes only this readout.

Company Scale ~Years
State: Market position · Process: Culture + leadership
Product Scale ~Months
State: System architecture · Process: Org + strategy
Feature Scale ~Days
State: Capabilities · Process: Team practices
Function Scale ~Minutes
State: Implementation · Process: Dev tools
Selected scale
State
Market position
Process
Culture + leadership
Example cadence
years
Example
Strategic bets
Verify each handoff. Similar shape does not grant shared authority.

AI Changes Candidate Economics

Some workflows become faster; others become slower once review and correction are counted. The stable change is that producing plausible alternatives can become cheaper.

From Proposal Speed to Delivery Evidence

  • Candidate production: More alternatives may arrive sooner, shifting pressure toward verification and admission.
  • Total delivery: Measure review, retries, escapes, and ownership cost rather than assuming proposal speed is progress.
  • The danger: Where proposal rate rises, weak controls can convert acceleration into faster drift and more review load.

A Drift vs. Convergence Hypothesis

This illustrative model compares two assumed cost curves; it is not measured evidence.

Red Band: an ungoverned case in which variance and rework rise with candidate volume.

Green Band: a governed case in which control investment lowers escape and rework costs enough to improve net throughput.

8 / 26

Scenario assumption: the governed curve overtakes in week 8. Real crossover points, if any, must be measured for comparable workflows.

Vibe Coding
Net Output -
Variance -
Foundation Debt -
SDaC
Net Output -
Variance -
Tooling Maturity -
Velocity (iterations / time) -
View
The SDaC Bundle:
  • Explicit Intent Surfaces
  • Bounded Effectors
  • Protected evaluation and routing
  • Workflows that converge or stop with evidence

Can the Loop Become a Moat?

Iteration changes state. Its evidence may support a separately adopted improvement to the process that creates it.

State: Zn+1 = Pk(Zn)
Process: Pk+1 = adopt(proposal(Pk, evidence))

A governed improvement loop can become defensible when comparable recurring work shows sustained gains after its full ownership cost. Its Validator Suite acts, metaphorically, like an immune system by detecting recurring failure patterns before they spread.

Zn+1 = Pk(Zn)
Pk+1 = adopt(proposal(Pk, evidence))
STATE Zn
Process Iteration
NEW STATE Zn+1
Click 'RUN P_k( )' to advance the illustrative state. Evidence may support a process proposal; adoption remains separate.

Process Improvement Path

Current Process

Pk

Improved Process

Pk+1

Pk+1 = adopt(proposal(Pk, evidence))
2
Velocity 50%
Reliability 50%
Defensibility proxy 50%
Better process can improve the next loop. Whether that becomes an advantage is measured, not assumed.

The Governed Loop Can Become a Moat

Intent becomes operational through an adopted Map and an activated Mission: intent + adopted map -> activated mission -> candidate workspace candidate -> findings -> output checks -> judge -> terminal result -> ledger supported proposal + sealed Run Record -> mission gate -> admitted terrain Evidence can support a future Map proposal. It cannot authorize one. evidence -> policy proposal -> separate adoption -> future map A Ratchet compounds only when each supported proposal is measured by the pinned protocol and transactional Admission commits the candidate and protected floor together. Comparable recurring work must show that accumulated judgment improves outcomes after the full cost of controls and maintenance.

History proposes. Authority adopts.

Executive View: Test the Business Case

Raw model calls are not a business outcome. Compare like workflows and test whether effect limits, retained evidence, and separate Admission improve delivery after the full cost of controls and maintenance.

  • Candidate cadence is only one input to delivery.
  • Checks outside candidate authority can reduce selected forms of drift.
  • Defensibility remains a measured hypothesis.
Execution flywheel
DECIDE Mission
EXECUTE Run
VALIDATE Gates
Admitted outcomes produce evidence. That evidence may support a separate policy change for future Missions.
Loop cadence 2 wk
Gate strength 78%
Candidate automation depth 52%

Illustrative assumption: deeper automation increases candidate rate, not necessarily admitted throughput.

Modeled outcomes / quarter
6
Scenario output, not a forecast
Rework proxy
22%
Exposure proxy
18%
External exposure from gate escapes at scale.
Defensibility proxy
78/100
Candidate-rate proxy
1.8x
Modeled candidate-rate effect under the selected assumptions.

One property, one direction, one protected check

From Map Claim to Enforceable Relationship

A relationship becomes enforceable only after the workflow declares which side is authoritative for one property and protects the check that compares them.

Descriptive direction: Terrain → Map

Route declarations define the current endpoint inventory. An updater proposes a documentation patch limited to the selected Map surface. A check outside candidate authority compares it before separate Adoption.

Prescriptive direction: Map → Terrain

An adopted API contract defines the intended interface. A workflow proposes implementation changes within named effects. Protected compatibility checks run before separate Admission.

Declare authority

Name the property and direction before execution.

Propose one patch

The updater or implementation step changes only the named surface.

Protected check

The gate compares the candidate with the authoritative source.

Adopt or admit separately

A passing relationship does not authorize its own effect.

Enforcement remains selective. Passing this gate establishes the named correspondence, not universal correctness or truth.