
Execution Control Engineering
The Conditions an Action Must Satisfy Before It Changes Reality
Published · 2026
Execution Control Engineering asks what must hold before a concrete Action is allowed to change reality. It separates Intent binding, Authorization, current State, Evidence, Policy, Adjudication, Boundary, and Executor into distinct engineering objects, and shows why Capability is not Authority, Evidence is not a Log, Policy is not Final Authority, and Adjudication is not Execution. Building on the problem defined in Book I, it establishes the conditions under which this Action still holds execution effect before the real-world side effect occurs, and fixes Fail-Secure as the direction the system must fail when those conditions cannot be established.
Lin Wang, Mengting Wu, Yong Zhang, Jiang Deng · 2026
Summary
Execution Control Engineering begins where The Execution Gap stopped: if Intent, Approval, Authorization, and Policy cannot by themselves establish that this particular real-world Action should occur, what actually determines whether it becomes real? The book treats that question as an engineering problem rather than a policy one. It separates the objects that are often discussed together—Intent, Authorization, State, Evidence, Policy, Adjudication, Boundary, and Executor—because each carries a different role in deciding whether one concrete Action still holds execution effect at this moment, under the current State, object, and Boundary. From there it works through the distinctions the question requires: Capability is not Authority; Authorization is not current Execution Qualification; past Approval does not establish present validity; Evidence is not a Log, and sufficiency must be argued rather than assumed; multiple bounded rule-side inputs may only narrow the resulting scope and never widen it; Final Execution Authority need not belong to a single holder, and more participants do not by themselves decompose authority; separation in deployment does not establish independence; Adjudication must form a determinate, verifiable, binding judgment without becoming a new Authority, and it must occur before the real-world effect closes rather than only afterward in audit or review. Even with every positive qualification in place, an effective negative constraint must still be able to stop the Action, which raises the question of what refusal can itself fail to do. When the necessary conditions cannot be established sufficiently, Fail-Secure fixes the failure direction: insufficiency must not produce ALLOW and must not be used to widen execution capability. The analysis is tested against verified failures and boundary cases drawn from the same shared case baseline as Book I, and its appendix is explicit about evidence limits, unresolved official disagreement, and the difference between this book's analytical vocabulary and the findings of the investigating bodies it cites. The book resists closing the theory: it states the conditions it has established, and it leaves nine questions where the current evidence stops, on the grounds that established does not mean exhausted.
About This Book
Book II of the Execution Engineering Trilogy turns the problem defined in Book I into the conditions under which a concrete Action may acquire execution effect before the real-world side effect occurs. It argues from engineering practice and verified failures, keeps official disagreement and evidentiary limits visible, and states which of its own questions remain unanswered rather than closing them by assumption.
Key Topics
- Intent binding, Authorization, State, Evidence, Policy, Adjudication, Boundary, and Executor
- Capability, Authority, and current Execution Qualification
- Evidence sufficiency and the difference between Evidence and a Log
- Boundary independence, distributed Final Execution Authority, and refusal failure
- Fail-Secure as a failure direction and the nine questions left open