The operating model: a standing organization, not an event.
The joint version ladder, how a capability earns its way from replay to bounded execution, the strict definitions of bounded autonomy, and the assumptions, non-claims and falsifiers that travel.
- KTP-CORE, the Zeroth Law and supervision levels
- Trust tiers
- What would prove it wrong
- OTCS-0017 Work TypesDRAFT · in deliberation · earliest decision 2026-11-28
- V1BaselineCan we see and run without making operations worse?Joint contracted path
- V2BridgeIs evidence connected enough that a machine could assist?Joint contracted path
- V3AgenticCan supervised agents act with register, scope, verify, revoke?Joint contracted path after V2 exit
- V4Context-constrainedCan live context reduce or deny an otherwise authorized action?Joint design target after V3 is proven
- HorizonHow do we keep operating that way without inventing a new era?Shared name for V4 — not a product SKU
V5: No. A SIEM release is a platform train, not Version 5.
- Stage 1 of 4Replay
Analyze historical or synthetic cases; draft detections/playbooks.
evidence Reproducible scenario; expected vs actual; owner review.
- Stage 2 of 4Shadow
Analyze live data; queue a recommendation; change nothing in operations.
evidence Comparison with analyst outcome; confidence and error review.
- Stage 3 of 4Recommend
Present an evidence-backed action for human approval.
evidence Policy decision, rationale, consequence, approval, case record. Citation record: join keys and observation class of every case object relied on (ASM-35). Attacker-authored or unverified sources are flagged.
- Stage 4 of 4Bounded execute
Pre-approved low-consequence class only, with scoped credentials and rate limits.
evidence Precondition, action audit, independent verification, rollback, revocation path; acceptance record pins the drafter, the model identifier, and the system-prompt hash (ASM-37).
Acequia, Inc. is an invented organization. These pages present a working design, not deployment results; its contracted stages and change freezes are illustrative. The sections below mirror the Governed Autonomy workbook (v0.50): its columns, rules, invariants and catalogs, as written, with the worked example's organization named as it is there. The deployment's own rows, parties, contract identifiers and configuration stay with the deployment; where a table's rows stay, its columns are shown.
01Executive summaryworkbook tab 01 · Exec Overview
Acequia is a standing organization, not an event. The estate runs every day: services, networks, applications, and the people who depend on them. The work does not close. The threat does not reset. What is shifting is the operating model. Artificial intelligence now drafts, correlates, and proposes faster than a person can approve each action. Automate everything, and an unseen process becomes theater. Put a person on every finding, and the organization cannot be covered. Governed Autonomy is that shift, at enterprise and public-institution scale. Data Analytics Provider provides the platform. Operating Provider holds operating authority and acceptance. One case. A named person accepts each class of work, can stop it, and owns residual risk. A machine earns the right to act. This workbook records that way of working. It is not a license and not a grant of autonomy.
02Missionworkbook tab 01 · Exec Overview
Acequia owns the mission as a going operation — a business or a large public institution, under the same constraint. Operations accumulate. New services, new identities, new paths, and new AI-assisted work land on the estate that already exists. There is no peak window after which the duty ends. Data Analytics Provider provides the platform. Operating Provider holds operating authority and acceptance. The mandate is one case across security, network, and application observation, joined by end-user experience. That case has to remain true as the organization evolves. A later platform train is not a new mission.
032. Joint version ladderworkbook tab 03 · Review
- ¶V1 BaselineCan we see and run without making operations worse?Status in this program · Joint contracted path
- What proof looks like
- Owned SIEM rows, named runbooks, production SIEM as the operating home.
- ¶V2 BridgeIs evidence connected enough that a machine could assist?Status in this program · Joint contracted path
- What proof looks like
- the common data model/join, service catalog, source contracts, context first wave (entity, fitness, schedule), stubs for weather/traffic/safety.
- ¶V3 AgenticCan supervised agents act with register, scope, verify, revoke?Status in this program · Joint contracted path after V2 exit
- What proof looks like
- The joint version names the program floor. Bundles promote on their own lines: a playbook can be at V3 while a playbook is still at V1. Replay to bounded execute per action class; acting != verifying. A handful of classes reach V3 before the change freeze.
- ¶V4 Context-constrainedCan live context reduce or deny an otherwise authorized action?Status in this program · Joint design target after V3 is proven
- What proof looks like
- Same spine. Credential + register is not enough if service, schedule, evidence fitness, or unresolved uncertainty says no.
- ¶How do we keep operating that way without inventing a new era?Status in this program · Shared name for V4 — not a product SKU
- What proof looks like
- Consumes V2+V3 evidence. V4 is a later horizon payoff. Operator stays accountable. Emergency does not auto-widen machines.
- ¶V5Do we open another numbered version?Status in this program · Not used
- What proof looks like
- No. A SIEM release is a platform train, not Version 5.
043. Version inheritance — each version leaves evidence the next can useworkbook tab 06 · Semantic join
- ¶V1Can we see and run without making operations worse?
- What we build
- Docs and IDs stay source of record. Gaps become owned rows. Runbooks linked in ITSM.
- Operating truth
- Operators still stitch meaning. No machine may treat a gap as absence of risk.
- Option this preserves
- —
- ¶V2Is evidence connected and fit enough that a machine could assist?
- What we build
- the common data model (or equivalent); service catalog + acceptance matrix; source/data contracts; reference-data hierarchy; six-party join objects (Cyber Security, IT Operations, Application Operations, Governance, Regulatory, Compliance); context catalogue first wave (entity graph, evidence fitness, mission schedule); world stubs declared; legacy SIEM and off-path data analytics off the production path.
- Operating truth
- Shared semantics across SOC, NOC, app, and GRC. Conflicts visible. One case spine across playbook handoffs.
- Option this preserves
- Environment signals exist and are linked — later autonomy limits have something to read.
- ¶V3Can supervised agents act with register, scope, verify, revoke?
- What we build
- Machine-readable case bundles: session object, purpose/scope, action lineage, ARQ verify != actor, uncertainty backlog, kill/revoke path.
- Operating truth
- Authorized operating capability still != approved autonomous action. Promotion is per action class.
- Option this preserves
- Evidence bundles support stronger future controls without re-architecting the case spine.
- ¶V4Can live operating context reduce or deny an otherwise authorized action?
- What we build
- Session lineage, declared purpose/scope, ARQ on the shared case, owned uncertainty, independent verify, working revoke. No new case spine.
- Operating truth
- A valid credential and an in-register action class are not enough if service consequence, schedule, evidence fitness, or unresolved uncertainty says no.
- Option this preserves
- Network Platform Provider and Operating Provider share this as the next maturity after V3 is proven — not a new SIEM contract line by itself.
- ¶What do we call that maturity so it is not a product SKU?
- What we build
- Same capability as V4: context-constrained agency. Named Horizon so it is not sold as a fifth platform.
- Operating truth
- The operator remains accountable. Context participates in the decision. Emergency does not automatically widen machine authority.
- Option this preserves
- Uses V2 join + V3 session outputs. If those are missing, Horizon is a re-platform, not a setting.
- ¶V5Are we opening another numbered version?
- What we build
- No. V5 is not used. SIEM platform train or later is a platform train on the , not a joint version.
- Operating truth
- After V3, Network Platform Provider and Operating Provider either prove V4/Horizon on the existing spine or they do not. They do not start Version 5.
- Option this preserves
- Keeps the program from inventing a new era every time Data Analytics Provider ships a release or a control is added.
055. Step 0 through V4 / Horizon — V5 is not usedworkbook tab 06 · Semantic join
- ¶0Now — shared understanding
- Job
- Name the stack. Name the missing join. Freeze vocabulary. Do not start agents on tribal knowledge.
- Build / current truth
- Workbook + corpus + six playbooks inventoried. Dual-stack (legacy SIEM / off-path data analytics) still in source playbooks. Spreadsheet inventories. No delivered service catalog. Seven context domains named as slots, not populated.
- Exit
- Exit: this tab is agreed. Gaps are owned rows, not memory. No V3 work depends on an unnamed source of truth.
- Human act
- Humans: decide what is source of record; refuse silent dual-truth.
- ¶1V1 — baseline
- Job
- See and run without making operations worse. Docs and IDs stay source of record.
- Build / current truth
- use-case/requirement evidence rows. playbooks linked in ITSM. Intake→lessons spine used as the one case lifecycle. Legacy labeled transitional.
- Exit
- Exit: every the mission-critical gap has owner + next review. Operators can explain current state. Tribal knowledge is written down or retired.
- Human act
- Humans: operate tools, qualify, declare urgency, own residual risk.
- ¶2V2 — install the join
- Job
- Connect evidence so a machine could assist without amplifying confusion.
- Build / current truth
- the common data model (or equivalent). Service catalog + acceptance matrix. Source/data contracts. Governed reference data. Context catalogue first wave: entity graph, evidence fitness, mission schedule. Weather/traffic/safety declared as stubs. Legacy SIEM and off-path data analytics off the production path.
- Exit
- Exit: host=service=venue=owner=journey is a lookup, not a hunt. mission schedule exists as derived state (). Empty weather is unknown, not no-risk. SOC/TOC share severity semantics. Replay/shadow candidates exist. Uncertainty backlog is visible.
- Human act
- Humans: resolve context conflicts; name where judgment is required; rehearse degraded-data cases.
- ¶3V3 — governed agency
- Job
- Delegate bounded work. Preserve evidence, constraints, accountability.
- Build / current truth
- Agent register (owner, purpose, tools, expiry, revoke). Purpose/scope on consequential cases. ARQ verify != actor. Promotion: replay -> shadow -> recommend -> bounded execute. Each action class sits on its own version line.
- Exit
- Exit: Network Platform Provider and Operating Provider can defend operating boundaries to Acequia. Autonomy can contract mid-session. Kill/revoke works. No tribal dependency for a V3 action class. A slipped does not freeze unrelated classes. Only a handful of classes reach V3 before the change freeze.
- Human act
- Humans: approve, interrupt, verify, accept/revoke autonomy, own consequence.
- ¶4V4 — context-constrained agency
- Job
- Live operating context can reduce or deny an action that is otherwise authorized.
- Build / current truth
- Same spine. Session lineage, purpose/scope, ARQ, owned uncertainty, independent verify, working revoke. No new platform.
- Exit
- Exit: Network Platform Provider and Operating Provider can show a case where green auth was narrowed or stopped because service consequence, schedule, evidence fitness, or unresolved uncertainty required it — and a human still owned the outcome. V4 / is a later horizon payoff, not the mission year deliverable.
- Human act
- Humans: set the context policy; judge whether a stop was correct; recover authority gradually, never because a KPI went green.
- ¶HHorizon — joint name, not a SKU
- Job
- Horizon is V4 spoken as a shared target: keep operating under context-constrained agency.
- Build / current truth
- Not a fifth product. Not a new SIEM edition. Not V5. A new SIEM platform train is a platform train on the . Uses the V2 join and V3 session record or it is a re-platform.
- Exit
- Exit: both parties use the same words in the room. Horizon does not replace V1–V3 evidence. It consumes them. V4 is a later horizon payoff.
- Human act
- Humans remain the accountable center: values, exceptions, competing missions, and whether an agent may act at all.
065. Capability promotionworkbook tab 03 · Review
- ¶ReplayAnalyze historical or synthetic cases; draft detections/playbooks.
- Required evidence
- Reproducible scenario; expected vs actual; owner review.
- ¶ShadowAnalyze live data; queue a recommendation; change nothing in operations.
- Required evidence
- Comparison with analyst outcome; confidence and error review.
- ¶RecommendPresent an evidence-backed action for human approval.
- Required evidence
- Policy decision, rationale, consequence, approval, case record. Citation record: join keys and of every case object relied on (ASM-35). Attacker-authored or unverified sources are flagged.
- ¶Bounded executePre-approved low-consequence class only, with scoped credentials and rate limits.
- Required evidence
- Precondition, action audit, independent verification, rollback, revocation path; acceptance record pins the drafter, the model identifier, and the system-prompt hash (ASM-37).
- ¶Any stageA model or prompt change behind a promoted class drops it to shadow until regression passes (ASM-37).
- Required evidence
- Register model_id and system_prompt_hash; regression result against the session record.
076. Version exit — what done meansworkbook tab 03 · Review
- ¶V1 — BaselineEach priority SIEM requirement has an owner and evidence state; priority services and sources are visible; Operating Provider can receive, investigate, route, and close priority incidents through named runbooks.
- Not sufficient
- Dashboards, platform access, or a successful connector test alone.
- ¶V2 — BridgeEvidence fitness, service/identity/asset/venue/journey context, mission schedule as derived state (), IT Operations and Application Operations IDs bound to the security entity graph, GRC objects visible on case, shared cases, tested detections, governed data, structured/reversible playbooks, and operator oversight function together. World stubs declared. Empty weather is unknown, not no-risk. Legacy SIEM and off-path data analytics feathered off.
- Not sufficient
- Calling an AI assistant or generating a playbook.
- ¶V3 — Agentic operationsDefined use cases completed replay → shadow → recommend → bounded-execute with scoped authority, independent verification, rollback, and explicit accepted-autonomy authority.
- Not sufficient
- A licensed feature being available.
- ¶V4 — Context-constrained agencyNetwork Platform Provider and Operating Provider can show live context narrowing or stopping an in-register action (ARQ, schedule, evidence fitness, or owned uncertainty) with a human still accountable.
- Not sufficient
- A new SKU name, a new SIEM tenant, or 'the environment' as a slogan.
- ¶Both parties use Horizon as the name for that V4 target. It consumes V2+V3 evidence. Emergency does not automatically widen machine authority.
- Not sufficient
- Calling Horizon a Version 5 or a replacement for V1–V3.
- ¶V5Not used. No exit criteria.
- Not sufficient
- A new SIEM platform train release, a new agent, or a new numbered era when a control is added.
082. Strict definitions — bounded autonomyworkbook tab 04 · Claims & boundaries
- ¶Bounded autonomyPermission to act only inside an explicit declared action class, scope, risk, time, rate, and consequence limit, with a human still accountable for residual risk.
- Required conditions
- Named class; documented scope; scoped credential; rate limit; revoke that works in flight; independent verification; human interrupt.
- Forbidden interpretation
- A licensed agent, commercial edition, feature flag, or Data Analytics Provider representative enablement. Unbounded 'agency' or 'the platform acts'.
- Authority / source
- Vision constraints; Review ; MVG
- ¶Declared action classA named, versioned set of permitted actions with preconditions, a , rollback, and a promotion stage.
- Required conditions
- Stable class ID; owner; consequence limit; preconditions; rollback path; review/expiry.
- Forbidden interpretation
- Using 'investigate', 'respond', or 'contain' as the class without a ceiling. Bundling unrelated orchestration platform actions under one name.
- Authority / source
- Review promotion; V3 accepted-autonomy register
- ¶ScopeThe identity, asset, venue, service, journey, time window, and credential in which a class may operate.
- Required conditions
- Join keys named or explicitly unknown; validity horizon; named exceptions; credential bound to the envelope.
- Forbidden interpretation
- 'Production', 'all venues', or 'the environment' without named exceptions. Scope that outlives its validity horizon.
- Authority / source
- ; Process spine
- ¶Consequence limitThe maximum harm an action class may cause if it succeeds, fails, or partially executes — including user-facing and service impact.
- Required conditions
- Reversibility stated; affected service/journey named; user impact classed; dual-approval threshold if material or irreversible.
- Forbidden interpretation
- Calling an action 'low risk' or 'low consequence' without a written ceiling.
- Authority / source
- Review promotion; hard constraints
- ¶bounded_executeThe promotion stage that may perform only a pre-approved low-consequence class, with scoped credentials and rate limits, after replay, shadow, and recommend.
- Required conditions
- MVG-01–10 all independently true; precondition check; action audit; independent verification; rollback; revocation path.
- Forbidden interpretation
- Skipping replay/shadow/recommend. Treating platform orchestration platform permission or investigation agent close-finding as this stage. V2 default execute.
- Authority / source
- Review promotion; MVG-10
- ¶Independent verificationProof that the declared outcome occurred, produced by a function that is not the actor.
- Required conditions
- Verifier identity distinct from actor; service, telemetry, or path evidence; pre-condition and post-condition; disagreement escalates.
- Forbidden interpretation
- The executing agent certifying its own success. Off-path vendor email or a green security KPI as ARQ.
- Authority / source
- Process spine state 5; ARQ
- ¶RollbackDocumented reversal or compensating control that returns the environment to a known prior state or an explicitly accepted residual.
- Required conditions
- Named steps; time bound; owner; tested path; residual-risk owner if full reversal is impossible.
- Forbidden interpretation
- 'Undo' as a slogan. A rollback that requires the original agent to cooperate.
- Authority / source
- MVG-09; playbook actions
- ¶RevokeImmediate withdrawal of a class, credential, or session authority, including while an action is in flight.
- Required conditions
- Works without the agent's cooperation; survives tool failure; writes to the case; human can invoke at any promotion stage.
- Forbidden interpretation
- Revoke that is only a config change on next restart. A class that cannot be stopped once started.
- Authority / source
- Vision constraints; V3 session object
- ¶Safe stopThe condition under which the machine must halt, degrade to recommend, or hand back rather than continue. Safe stop hands back to a human. It is not a decision to do nothing.
- Required conditions
- Unknown required context; failed verification; expired scope; rate-limit breach; human interrupt; failed join on a required key; named human when not acting is the higher-consequence choice.
- Forbidden interpretation
- Continuing because a KPI is still green. Treating emergency as an automatic widen. Treating a stop as permission to leave the harm in place.
- Authority / source
- ASM-07; ASM-15; ASM-26; data-assessment fail-closed
- ¶Zeroth Law: an action's risk (A) must not exceed the trust the environment currently affords (E). Acequia's testable form, taken from the V4 wording: live context can only take authority away. It never adds authority.
- Required conditions
- Any declared context object may narrow or deny. The authority envelope under high-trust context is never larger than the no-context baseline.
- Forbidden interpretation
- Treating A ≤ E as a slogan. Letting a high E, a green KPI, or a populated context slot widen a class, scope, credential, rate, or promotion stage.
- Authority / source
- Zeroth Law; V4 context-constrained exit; ASM-27 / FAL-27
- ¶Human-gatedA named person accepts a declared class, interrupts it in flight, verifies it independently, and owns residual risk.
- Required conditions
- Named class acceptor; interrupt that works in flight; independent verification; residual-risk owner; expiry.
- Forbidden interpretation
- Click-to-approve each action. Severity-based prompts as the only gate.
- Authority / source
- ASM-28 / FAL-28; Vision constraints; Review promotion
- ¶Work typeA durable description of a kind of consequential work, written object.verb. It names what must be able to refuse the work.
- Required conditions
- Roles; ; ; ; execution evidence; mandate binding; consequence ceiling; fan-out; refusal outcome; observation domain.
- Forbidden interpretation
- A product or agent name. Assistant, copilot, automation, or AI platform.
- Authority / source
- Work types tab; ASM-29 / FAL-29
- ¶OfferA vendor product or feature as marketed. It is an instance of one or more .
- Required conditions
- Quoted fragments with source, retrieval date, and archive.
- Forbidden interpretation
- A . Permission to act.
- Authority / source
- Offer map; Capability matrix; ASM-29
- ¶Instance statusWhere an offer stands in this environment: offered, configured, or authorized.
- Required conditions
- Offered from public material. Configured and authorized from the Operating Provider record.
- Forbidden interpretation
- A release note, a license, or a demonstration.
- Authority / source
- Offer map; ASM-30 / FAL-30
- ¶Vendor declarationThe vendor's own accountable statement of what an offer does, field by field, against a work type.
- Required conditions
- Named vendor declarant; per field: value, first-party source, date.
- Forbidden interpretation
- Marketing copy, the author's mapping, a product commitment, or permission to act.
- Authority / source
- Capability matrix; ASM-33 / FAL-33 / FAL-34
- ¶Sensor feedAn observation a work type emits that another refusal point reads as context. It sets E for the classes that read it; it never widens A.
- Required conditions
- Authenticated source; measurement envelope (subject, population, window); outlier detection; at least one causally independent channel per dimension; reads a source the did not produce.
- Forbidden interpretation
- An evidence_only ceiling read as zero consequence. A dashboard the executor computed read as independent verification.
- Authority / source
- §6; catalog §3; TM-S-003; ASM-34 / FAL-35
09Ranked assumptions that travelworkbook tab 04 · Claims & boundaries
- ¶ASM-28Human-gated means the class, not the action. A named person accepts, interrupts, verifies, and owns residual risk. Approving each action (HITL) is not the control.
- Scope / size
- Program
- Criticality
- Critical
- If false
- Per-action approval becomes the gate. Analysts fatigue, and the human gate turns ceremonial.
- ¶ASM-29A vendor offer is an instance of one or more . The names the kind of work and what must be able to refuse it.
- Scope / size
- Program
- Criticality
- Critical
- If false
- Product names become the unit of governance. Two names for the same work get two different boundaries.
- ¶ASM-07Unavailable, empty, or missing context is unknown, not zero. Evidence is never a verdict. Unknown must not authorize and must not score as no-risk. Required context is the set named on that class's record.
- Scope / size
- Cross-party
- Criticality
- Critical
- If false
- Empty weather, missing schedule, or stale source becomes a false all-clear.
- ¶ASM-25Induced conservatism (an adversary manufacturing uncertainty so the system's tighten-only rules freeze legitimate action) is proposed as a named threat to . The workbook adopts the bound specifies. Until then, no interim bound is claimed here. Every narrowing records its cause: measured, undefined, disputed, or externally driven ( §6.7). Environment-caused narrowing recovers on a declared recovery tail per class, adopted from when it lands. Agent-caused narrowing returns only when a person accepts it again.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- Fail-closed, unknown-is-not-zero, and the context veto are treated as free, and manufactured uncertainty is not named as attack surface.
- ¶ASM-38The SIEM platform will hold a knowledge graph of security entities, findings, and detections. The join graph treats it as one source. It maps that graph's IDs onto join IDs. The join graph owns identity across all six seats.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- A join node exists only through a product ID, and a product change rewrites identity on the shared case.
- ¶ASM-39Two or more organizations' graphs connect through the Join, never directly. Each source graph publishes a profile. Each connection has a declared interface. The Join holds identity and precedence.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- Two graphs exchange facts point to point, and no party can say whose claim holds on the shared case.
- ¶ASM-40The join graph tracks change over time without losing what it knew. Every fact carries valid time and recorded time. No fact is edited in place.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- A past decision cannot be replayed as the Join knew it, or a corrected fact overwrites the original.
- ¶ASM-41The join graph treats its inputs as a supply chain. Every profile, interface, crosswalk, and rule records its producer, version, and content hash. An unsigned or revoked input does not constrain.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- A changed or compromised input reaches a Case unseen, and no party can say which Cases relied on it.
- ¶ASM-42A Join can sit inside a larger Join. The child keeps its own IDs, and the parent refers to them by qualified ID. Unknown, expiry, and revocation pass upward unchanged.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- A parent rewrites a child Join's IDs, or a fact from a revoked child still constrains at the parent.
- ¶ASM-43Joins owned by different organizations connect as peers. Neither one owns the other's identity. A peer identity match constrains only when both sides assert it, and nothing transits from one peer to another.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- One organization's Join decides identity for another's, or a fact from one peer reaches a third organization unagreed.
- ¶ASM-44Every work item traces to the Mission: work item, work type, capability, objective, Mission. The line is derived from those edges and never asserted by hand.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- Work goes on that serves no objective, or an objective has no work behind it, and no party can see either.
- ¶ASM-45One identity spans IT and the Business. A department, an IT group and the Case Join use one join ID for the same service, venue or work item. A cross-tier handoff carries identity instead of re-keying it.
- Scope / size
- Cross-party
- Criticality
- High
- If false
- Each tier re-keys the same object at every handoff, and the cost of the Join's absence returns at the business boundary.
- ¶ASM-27Context is monotone toward less authority. Any context object can narrow or deny an otherwise authorized action. None can widen class, scope, credential, rate, or promotion stage. This is Acequia's testable form of .
- Scope / size
- Action
- Criticality
- Critical
- If false
- A high-trust or high-E context object is treated as permission to widen a class, scope, credential, rate, or stage.
103. What this is not / what this does not doworkbook tab 04 · Claims & boundaries
- ¶A license grantThat Network Platform Provider/Data Analytics Provider licensed a product, agent, or edition to Operating Provider.
- Why this boundary exists
- Licensing is out of scope. Operational readiness is the constraint.
- ¶An autonomy grantThat any machine is authorized to act because this workbook exists or a feature shipped.
- Why this boundary exists
- Agency is earned per class after evidence and operating acceptance.
- ¶Full or unbounded autonomyThat V3 or removes the human from class acceptance, interrupt, verify, or residual-risk ownership.
- Why this boundary exists
- Governed Autonomy is bounded, evidence-first, and human-gated at every version.
- ¶An automation-percentage targetThat a share of alerts or actions must be machine-executed.
- Why this boundary exists
- Percent automation is not a joint success metric and is not an exit.
- ¶HITL as the controlThat a person must approve each action, or that severity-based prompts are the human gate.
- Why this boundary exists
- Human-gated is class acceptance, interrupt, verify, and residual-risk ownership. Per-action approval is a fatigue path (ASM-28).
- ¶A product roadmap or SKU commitmentThat a future SIEM platform release, agent name, or commercial edition is promised on a date.
- Why this boundary exists
- Platform trains attach to the join. They do not open joint versions.
- ¶Replacement of Operating Provider playbooks or use-case/requirementThat workbook tabs supersede playbooks or the 53-ID register.
- Why this boundary exists
- Operating Provider documents remain source of record. This pack maps onto them.
- ¶Evidence as a verdictThat a detection, score, or joined object is by itself a decision to act.
- Why this boundary exists
- Evidence informs. Authority decides. Unknown is not zero.
- ¶Bypass of hard constraintsThat promotion, emergency, or Horizon can auto-block political speech, disable accounts, or isolate without multi-provider alignment.
- Why this boundary exists
- Constraints bind at every promotion stage, including bounded_execute.
- ¶Commercial editions as maturityThat commercial editions are V1 / V2 / V3.
- Why this boundary exists
- Editions stay commercial. Joint maturity is the V1–V4 / Horizon clock.
- ¶A new SIEM platform release as Version 5That SIEM platform train (an unpublished platform train) or a new agent opens a joint version.
- Why this boundary exists
- V5 is not used. A release is a platform train.
- ¶Horizon as a SKU or fifth versionThat Horizon is a product name, a new SIEM tenant, or V5.
- Why this boundary exists
- Horizon is the shared name for V4. It consumes V2+V3 evidence.
- ¶Acting as verifyingThat the function which executes an action may certify recovery.
- Why this boundary exists
- Independent ARQ can fail a security-green action. Restore is not automatic.
- ¶Empty context as no-riskThat missing weather, schedule, or source fitness means there is nothing to worry about.
- Why this boundary exists
- Empty is unknown. Unknown must not authorize.
- ¶IMP as a fourth silo, or TechnologyTOC as the MOCThat IMP replaces the join, or that TechnologyTOC is mission all-management.
- Why this boundary exists
- IMP consumes Stage 3 Join. TechnologyTOC remains venue and critical-situation technical authority. BroadcastTOC is Media Provider and is not TechnologyTOC.
- ¶Observe public-safety networks, do not control themThat ingesting CAD, public-safety broadband network, or public-safety radio telemetry authorizes dispatch, radio control, or a seventh operating party.
- Why this boundary exists
- may incorporate public-safety signals to detect degradation that threatens mission operations. Control stays with the public-safety authority. law enforcement / national-security event designation is consume/handoff on the same case.
- ¶KTP class letters are not Acequia evidence classesThat KTP-CLASS:D/N/S/A/P (Determined, Narrative, Subjective, Agentic, Policy) means the same thing as Acequia evidence classes //// (Direct, Enumerated, Adjudicated, Published, Derived state).
- Why this boundary exists
- KTP keeps its native letters. Acequia evidence classes use three-letter codes. One meaning layer does not share two letter maps.
- ¶Fail-closed is not freeThat unknown-is-not-zero, fail-closed, and the context veto are costless safety properties.
- Why this boundary exists
- Those rules are themselves attack surface: an adversary who can manufacture uncertainty can freeze legitimate action. Induced conservatism is proposed as a named threat to . Until that bound lands, recovery of a class is split by cause (ASM-25).
- ¶A vendor ratingThat the Offer map scores, ranks, or compares vendors.
- Why this boundary exists
- It is a gap view. Each field is stated, silent, or contradicted in cited sources, and a silent or contradicted field names what is needed.
114. Falsification criteria — how a claim failsworkbook tab 04 · Claims & boundaries
- ¶FAL-05ASM-07
- Observable test
- Unknown, empty, or missing required context authorizes an action or scores as no-risk.
- Failure threshold
- Any that treats missing mission schedule, empty weather, or stale source fitness as safe.
- Required evidence
- Required context is the set the class promotion record names. No named set blocks promotion.
- Consequence
- Block promotion
- ¶FAL-27ASM-27
- Observable test
- Context data was the reason authority widened — class, scope, credential, rate, or promotion stage.
- Failure threshold
- Any action whose authority is larger than the same class's no-context baseline.
- Required evidence
- Contract test: high-trust and low-trust context fed into the same class against a no-context baseline.
- Consequence
- Fail-closed
- ¶FAL-28ASM-28
- Observable test
- A promoted class relies on per-action approval as its only human gate, or has no named class .
- Failure threshold
- Any class at recommend or bounded_execute without a named acceptor, interrupt path, and expiry.
- Required evidence
- Accepted-autonomy register; named acceptor; interrupt path; expiry; ASM-22 metrics.
- Consequence
- Block promotion
- ¶FAL-29ASM-29
- Observable test
- A Capability row has no , or one offer gets two boundaries for the same .
- Failure threshold
- Coherence gate: every Capability row carries a work type; split/merge review on the Offer map.
- Required evidence
- Work types tab; Offer map reconciliation table.
- Consequence
- Block promotion
- ¶FAL-25ASM-25
- Observable test
- Undefined, disputed, or externally driven narrowings exceed the declared share for a class in a window. Or an environment-caused narrowing waits on human acceptance.
- Failure threshold
- Any class whose non-measured narrowing share exceeds the joint threshold, or any environment-caused narrowing without a declared recovery tail.
- Required evidence
- Register cause column per narrowing; recovery tail per class; conservatism attribution when it lands.
- Consequence
- Escalate to operating authority
- ¶FAL-39ASM-38
- Observable test
- A join node cannot exist without a product ID. Or the graph cannot be rebuilt from its files alone.
- Failure threshold
- One join node whose only identifier is a product ID. One rebuild that needs a product to complete.
- Required evidence
- Knowledge graph gates; kg/mappings/ per source; rebuild log.
- Consequence
- Fail-closed
- ¶FAL-40ASM-39
- Observable test
- Two source graphs exchange facts without a declared interface. Or a cross-graph fact constrains a case without provenance.
- Failure threshold
- One exchange with no interface record. One constrains edge from a cross-graph fact without asserted-by, as-of, and .
- Required evidence
- kg/interfaces/ per connection; kg/profiles/ per source; crosswalk provenance.
- Consequence
- Fail-closed
- ¶FAL-41ASM-40
- Observable test
- A fact is changed in place. Or a past decision cannot be replayed from kg/ files.
- Failure threshold
- One fact version whose content hash or chain link does not verify. One competency question that fails on replay.
- Required evidence
- kg/tools/validate.py; kg/history/; competency questions.
- Consequence
- Fail-closed
- ¶FAL-42ASM-41
- Observable test
- An unsigned or revoked source constrains a Case. Or a changed crosswalk goes undetected.
- Failure threshold
- One constrains edge from a pending or suspended source. One profile whose crosswalk content hash is stale.
- Required evidence
- kg/tools/validate.py; kg/profiles/; blast-radius competency question.
- Consequence
- Fail-closed
- ¶FAL-43ASM-42
- Observable test
- A nesting chain has a cycle or a second parent. Or a fact from a revoked child Join constrains at the parent.
- Failure threshold
- One Join with two nested-in edges. One constrains edge whose provenance chain passes a revoked profile.
- Required evidence
- kg/tools/validate.py; kg/edges/ nested-in records; provenance-chain competency question.
- Consequence
- Fail-closed
- ¶FAL-44ASM-43
- Observable test
- A one-sided peer match constrains. Or a fact from one peer is shared over another peering interface.
- Failure threshold
- One crosswalk pair marked bilateral with one asserting side. One record that arrived from a peer and lists a second peering interface.
- Required evidence
- kg/tools/validate.py; kg/mappings/ peer crosswalks; no-transit competency question.
- Consequence
- Fail-closed
- ¶FAL-45ASM-44
- Observable test
- A work item reaches no Mission. Or a exists only because an edge was written straight to an objective.
- Failure threshold
- One work item whose work type serves no capability. One instance-of edge plus a hand-written edge to OBJ::.
- Required evidence
- kg/tools/validate.py; kg/edges/ serves and needs records; line-of-sight competency question.
- Consequence
- Fail-closed
- ¶FAL-46ASM-45
- Observable test
- Two tiers hold different join IDs for one real service, venue, or work item. Or a cross-tier handoff re-matches identifiers the Join already holds.
- Failure threshold
- One service with an IT-tier ID and a business-tier ID and no conflict edge. One handoff record that lists re-matched identifiers.
- Required evidence
- kg/tools/validate.py; kg/edges/ conflict records; cross-tier handoff competency question.
- Consequence
- Fail-closed
125. Draft break-glass classes — declared, logged, time-boxed. Break-glass cannot bypass ASM-05 hard constraints (FAL-11 still applies).workbook tab 04 · Claims & boundaries
- ¶BG-054Live-session DDoS / DoS on the mission network after multi-SP alignment.Status · Draft — joint to accept
5 fields
- Permitted actions
- DDoS mitigation / TIM activation already named in the playbook. No new isolate path.
- Time box
- TBD
- Who declares
- TBD
- Log / expiry
- TBD — declared, logged, time-boxed (ASM-24).
- Hard constraints that still bind
- ASM-05 / FAL-11: multi-provider alignment before isolate still binds.
- ¶BG-030Active phishing campaign requiring mailbox purge/block.Status · Draft — joint to accept
5 fields
- Permitted actions
- Mailbox purge/block already named in the playbook. Business-dependency gate stays in force.
- Time box
- TBD
- Who declares
- TBD
- Log / expiry
- TBD — declared, logged, time-boxed (ASM-24).
- Hard constraints that still bind
- ASM-05 / FAL-11: a playbook political-speech no-action still binds.
- ¶BG-034Lost or stolen device / credential compromise requiring an identity reset.Status · Draft — joint to accept
5 fields
- Permitted actions
- Credential reset already named in the playbook. The account is not disabled.
- Time box
- TBD
- Who declares
- TBD
- Log / expiry
- TBD — declared, logged, time-boxed (ASM-24).
- Hard constraints that still bind
- ASM-05 / FAL-11: credentials are reset; accounts are not disabled.






