<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Marius</title>
    <description>The latest articles on DEV Community by Marius (@marius0of1).</description>
    <link>https://dev.to/marius0of1</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4044465%2F3adaa3b1-ebb4-46dc-b11f-98cb5def88ff.png</url>
      <title>DEV Community: Marius</title>
      <link>https://dev.to/marius0of1</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/marius0of1"/>
    <language>en</language>
    <item>
      <title>When Did AI Become the New Toy? I Just Got Here.</title>
      <dc:creator>Marius</dc:creator>
      <pubDate>Thu, 30 Jul 2026 00:57:46 +0000</pubDate>
      <link>https://dev.to/marius0of1/when-did-ai-become-the-new-toy-i-just-got-here-364m</link>
      <guid>https://dev.to/marius0of1/when-did-ai-become-the-new-toy-i-just-got-here-364m</guid>
      <description>&lt;p&gt;When building autonomous AI agent systems and high-dimensional generative pipelines, one critical question emerges: &lt;strong&gt;How do&lt;br&gt;
    we guarantee that generated candidate proposals never execute unverified or unauthorized actions against operational technology&lt;br&gt;
    (OT) or live systems?&lt;/strong&gt;&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;  To solve this, we designed the **AGY Witnessed Admission Fabric v0.1** — a fail-closed, OPA-governed Read-Only OT shadow gate
backed by formally verified TLA+ state invariants and cryptographic witness binding.

  ---

  ## 1. Core Architecture &amp;amp; Decoupled Decisioning

  The primary rule of the Witnessed Admission Fabric is simple: **The generator proposes candidates, but possesses zero
admission authority.**
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;  ```mermaid
  flowchart TD
      A["AGY Candidate Generator"] --&amp;gt;|1. Propose Candidate Envelope| B["OPA Policy Gate"]
      B --&amp;gt;|OPEN| C["Admitted Shadow Engine"]
      B --&amp;gt;|HOLD| D["Evidence Queue"]
      B --&amp;gt;|KILL| F["Terminal Rejection Log"]
      C --&amp;gt;|2. Validate W_pre| E["W_pre / W_post Execution Engine"]
      E --&amp;gt;|3. Bind W_post &amp;amp; Sign| G["Append-Only Witness Ledger"]

The pipeline enforces a strict tri-state verdict from Open Policy Agent (OPA):

• OPEN: All declared obligations are satisfied, a valid pre-execution witness (

  W
   pre

) exists, and all invariants hold.

• HOLD: Valid format and no invariant breach, but missing witness evidence. Routed to evidence queue with zero physical or
operational side-effects.
• KILL: Terminal rejection triggered by any invariant failure or unauthorized actuation request.
──────
## 2. Decoupling Decision with OPA Rego

Policy rules are evaluated deterministically using Open Policy Agent (OPA). If a candidate requests any physical, legal, or
financial transaction authority (authority_requested != "NONE"), the gate immediately evaluates to KILL.

  package agy.admission

  default verdict = "KILL"
  default authority = "NONE"

  # Fatal Invariant Violations
  fatal_violation if {
      input.authority_requested != "NONE"
  }

  # OPEN Verdict Prerequisite
  verdict = "OPEN" if {
      not fatal_violation
      all_obligations_satisfied
      has_valid_w_pre
  }

  # HOLD Verdict for Incomplete Evidence
  verdict = "HOLD" if {
      not fatal_violation
      not verdict_open
  }
  ──────
## 3. Formally Verifying Invariants with TLA+

To ensure that no edge-case or race condition can trigger an un-admitted execution, all allowable state transitions are formally
specified in TLA+.

  (* Invariant: HOLD state produces no execution *)
  Inv_HoldNoConsequence ==
      \A c \in Candidates :
          candidateState[c].status = "HOLD" =&amp;gt; ~candidateState[c].executed

  (* Invariant: W_pre must exist prior to execution *)
  Inv_WPreBeforeExecution ==
      \A c \in Candidates :
          candidateState[c].executed =&amp;gt; candidateState[c].w_pre

  (* Invariant: Terminal KILL prevents execution *)
  Inv_TerminalKill ==
      \A c \in Candidates :
          candidateState[c].status = "KILL" =&amp;gt; ~candidateState[c].executed
  ──────
## 4. Cryptographic Witness Binding (

  W
   pre

&amp;amp;

  W
   post

)

Admitted shadow executions generate an immutable post-execution witness (

  W
   post

) that cryptographically binds:

1. candidate_id (UUID v4)
2. w_pre_hash (SHA-256 hash of pre-state)
3. policy_hash (SHA-256 hash of Rego policy version)
4. input_hash &amp;amp; output_hash
5. verdict ("OPEN")

This creates an unbroken attestation ledger that can be independently audited without relying on trust assumptions.
──────
## 5. Summary &amp;amp; Claim Boundary

The AGY Witnessed Admission Fabric guarantees deterministic, policy-governed admission within a Read-Only OT shadow environment.
It strictly excludes physical actuation, financial transactions, or unmonitored autonomous execution (authority == "NONE").

By pairing Open Policy Agent (OPA) for policy decoupling, TLA+ for formal state machine safety, and Sigstore/in-toto patterns
for witness attestation, we establish a robust pattern for safe AI agent orchestration.
──────
What architecture patterns do you use for agentic admission control? Let's discuss in the comments below!
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;Her er teksten med ren, perfekt Markdown-formatering (slik at kodeblokkene og Mermaid-diagrammet vises helt perfekt på DEV.to&lt;br&gt;
  uten brutte linjer):&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;When building autonomous AI agent systems and high-dimensional generative pipelines, one critical question emerges: **How do
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;we guarantee that generated candidate proposals never execute unverified or unauthorized actions against operational technology&lt;br&gt;
  (OT) or live systems?**&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;To solve this, we designed the **AGY Witnessed Admission Fabric v0.1** — a fail-closed, OPA-governed Read-Only OT shadow gate
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;backed by formally verified TLA+ state invariants and cryptographic witness binding.&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;---

## 1. Core Architecture &amp;amp; Decoupled Decisioning

The primary rule of the Witnessed Admission Fabric is simple: **The generator proposes candidates, but possesses zero
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;admission authority.**&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;```
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&lt;br&gt;
mermaid&lt;br&gt;
    flowchart TD&lt;br&gt;
        A["AGY Candidate Generator"] --&amp;gt;|1. Propose Candidate Envelope| B["OPA Policy Gate"]&lt;br&gt;
        B --&amp;gt;|OPEN| C["Admitted Shadow Engine"]&lt;br&gt;
        B --&amp;gt;|HOLD| D["Evidence Queue"]&lt;br&gt;
        B --&amp;gt;|KILL| F["Terminal Rejection Log"]&lt;br&gt;
        C --&amp;gt;|2. Validate W_pre| E["W_pre / W_post Execution Engine"]&lt;br&gt;
        E --&amp;gt;|3. Bind W_post &amp;amp; Sign| G["Append-Only Witness Ledger"]&lt;/p&gt;

&lt;p&gt;The pipeline enforces a strict tri-state verdict from Open Policy Agent (OPA):&lt;/p&gt;

&lt;p&gt;• OPEN: All declared obligations are satisfied, a valid pre-execution witness (&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;W
 pre
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;) exists, and all invariants hold.&lt;/p&gt;

&lt;p&gt;• HOLD: Valid format and no invariant breach, but missing witness evidence. Routed to evidence queue with zero physical or&lt;br&gt;
  operational side-effects.&lt;br&gt;
  • KILL: Terminal rejection triggered by any invariant failure or unauthorized actuation request.&lt;br&gt;
  ──────&lt;br&gt;
  ## 2. Decoupling Decision with OPA Rego&lt;/p&gt;

&lt;p&gt;Policy rules are evaluated deterministically using Open Policy Agent (OPA). If a candidate requests any physical, legal, or&lt;br&gt;
  financial transaction authority (authority_requested != "NONE"), the gate immediately evaluates to KILL.&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;package agy.admission

default verdict = "KILL"
default authority = "NONE"

# Fatal Invariant Violations
fatal_violation if {
    input.authority_requested != "NONE"
}

# OPEN Verdict Prerequisite
verdict = "OPEN" if {
    not fatal_violation
    all_obligations_satisfied
    has_valid_w_pre
}

# HOLD Verdict for Incomplete Evidence
verdict = "HOLD" if {
    not fatal_violation
    not verdict_open
}
──────
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;## 3. Formally Verifying Invariants with TLA+&lt;/p&gt;

&lt;p&gt;To ensure that no edge-case or race condition can trigger an un-admitted execution, all allowable state transitions are formally&lt;br&gt;
  specified in TLA+.&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;(* Invariant: HOLD state produces no execution *)
Inv_HoldNoConsequence ==
    \A c \in Candidates :
        candidateState[c].status = "HOLD" =&amp;gt; ~candidateState[c].executed

(* Invariant: W_pre must exist prior to execution *)
Inv_WPreBeforeExecution ==
    \A c \in Candidates :
        candidateState[c].executed =&amp;gt; candidateState[c].w_pre

(* Invariant: Terminal KILL prevents execution *)
Inv_TerminalKill ==
    \A c \in Candidates :
        candidateState[c].status = "KILL" =&amp;gt; ~candidateState[c].executed
──────
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;## 4. Cryptographic Witness Binding (&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;W
 pre
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;&amp;amp;&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;W
 post
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;)&lt;/p&gt;

&lt;p&gt;Admitted shadow executions generate an immutable post-execution witness (&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;W
 post
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;

&lt;p&gt;) that cryptographically binds:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;candidate_id (UUID v4)&lt;/li&gt;
&lt;li&gt;w_pre_hash (SHA-256 hash of pre-state)&lt;/li&gt;
&lt;li&gt;policy_hash (SHA-256 hash of Rego policy version)&lt;/li&gt;
&lt;li&gt;input_hash &amp;amp; output_hash&lt;/li&gt;
&lt;li&gt;verdict ("OPEN")&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;This creates an unbroken attestation ledger that can be independently audited without relying on trust assumptions.&lt;br&gt;
  ──────&lt;br&gt;
  ## 5. Summary &amp;amp; Claim Boundary&lt;/p&gt;

&lt;p&gt;The AGY Witnessed Admission Fabric guarantees deterministic, policy-governed admission within a Read-Only OT shadow environment.&lt;br&gt;
  It strictly excludes physical actuation, financial transactions, or unmonitored autonomous execution (authority == "NONE").&lt;/p&gt;

&lt;p&gt;By pairing Open Policy Agent (OPA) for policy decoupling, TLA+ for formal state machine safety, and Sigstore/in-toto patterns&lt;br&gt;
  for witness attestation, we establish a robust pattern for safe AI agent orchestration.&lt;br&gt;
  ──────&lt;br&gt;
  What architecture patterns do you use for agentic admission control? Let's discuss in the comments below!&lt;/p&gt;

</description>
      <category>ai</category>
      <category>architecture</category>
      <category>security</category>
      <category>formalverification</category>
    </item>
  </channel>
</rss>
