<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Network-AI Updates</title>
    <link>https://network-ai.org/</link>
    <description>Engineering notes, governance articles, and release updates for Network-AI.</description>
    <language>en-us</language>
    <lastBuildDate>Wed, 07 Oct 2026 09:00:00 GMT</lastBuildDate>
    <item>
      <title>Workflow Retries Should Re-Enter at Boundaries, Not Mid-Step</title>
      <link>https://network-ai.org/blog/workflow-retries-should-re-enter-at-boundaries-not-mid-step/</link>
      <guid>https://network-ai.org/blog/workflow-retries-should-re-enter-at-boundaries-not-mid-step/</guid>
      <pubDate>Wed, 07 Oct 2026 09:00:00 GMT</pubDate>
      <description>Retrying from the middle of a step multiplies partial effects, while re-entering at a step boundary restores a known situation before trying again.</description>
    </item>
    <item>
      <title>Implementation Notes for Building Deny-by-Default Tool Registries</title>
      <link>https://network-ai.org/blog/implementation-notes-for-building-deny-by-default-tool-registries/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-building-deny-by-default-tool-registries/</guid>
      <pubDate>Tue, 06 Oct 2026 09:00:00 GMT</pubDate>
      <description>A tool registry that defaults to deny turns every new capability into a deliberate grant, which keeps the permission surface enumerable as tools multiply.</description>
    </item>
    <item>
      <title>The Blackboard Is a Contract, Not a Cache</title>
      <link>https://network-ai.org/blog/the-blackboard-is-a-contract-not-a-cache/</link>
      <guid>https://network-ai.org/blog/the-blackboard-is-a-contract-not-a-cache/</guid>
      <pubDate>Mon, 05 Oct 2026 09:00:00 GMT</pubDate>
      <description>Shared agent state works when every writer honors schema, versioning, and ownership rules, which makes the blackboard a contract rather than a scratch pad.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Emergency Access Without Permanent Backdoors</title>
      <link>https://network-ai.org/blog/governance-deep-dive-emergency-access-without-permanent-backdoors/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-emergency-access-without-permanent-backdoors/</guid>
      <pubDate>Sun, 04 Oct 2026 09:00:00 GMT</pubDate>
      <description>Every system needs a break-glass path for the real emergency, and the design challenge is making it available in minutes without existing as a standing backdoor.</description>
    </item>
    <item>
      <title>Field Notes from a Queue That Quietly Stopped Being Ordered</title>
      <link>https://network-ai.org/blog/field-notes-from-a-queue-that-quietly-stopped-being-ordered/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-queue-that-quietly-stopped-being-ordered/</guid>
      <pubDate>Sat, 03 Oct 2026 09:00:00 GMT</pubDate>
      <description>A scaling change traded strict ordering for throughput, and every consumer that silently depended on order kept working almost correctly for weeks.</description>
    </item>
    <item>
      <title>Release Notes Should Map Changes to Affected Runbooks</title>
      <link>https://network-ai.org/blog/release-notes-should-map-changes-to-affected-runbooks/</link>
      <guid>https://network-ai.org/blog/release-notes-should-map-changes-to-affected-runbooks/</guid>
      <pubDate>Fri, 02 Oct 2026 09:00:00 GMT</pubDate>
      <description>A change is only fully shipped when the runbooks that reference the old behavior are updated, and release analysis should treat stale runbooks as open work.</description>
    </item>
    <item>
      <title>Test Adapter Disconnects Before They Happen in Production</title>
      <link>https://network-ai.org/blog/test-adapter-disconnects-before-they-happen-in-production/</link>
      <guid>https://network-ai.org/blog/test-adapter-disconnects-before-they-happen-in-production/</guid>
      <pubDate>Thu, 01 Oct 2026 09:00:00 GMT</pubDate>
      <description>Adapters disconnect eventually, and the difference between a routine blip and a state integrity incident is whether anyone tested the disconnect path first.</description>
    </item>
    <item>
      <title>A Paused Workflow Is Safer Than an Ambiguous One</title>
      <link>https://network-ai.org/blog/a-paused-workflow-is-safer-than-an-ambiguous-one/</link>
      <guid>https://network-ai.org/blog/a-paused-workflow-is-safer-than-an-ambiguous-one/</guid>
      <pubDate>Wed, 30 Sep 2026 09:00:00 GMT</pubDate>
      <description>Pausing on uncertainty is a feature, because a workflow that proceeds through ambiguity converts every unclear situation into a confident mistake.</description>
    </item>
    <item>
      <title>v5.15.4 - ClawHub skill context-store hardening + HOL scanner CI</title>
      <link>https://network-ai.org/blog/network-ai-v5-15-4/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-15-4/</guid>
      <pubDate>Tue, 29 Sep 2026 16:22:00 GMT</pubDate>
      <description>ClawHub skill: project-context memory poisoning fixed (scripts/contextmanager.py, A.I.G T02). init/update now validate and reject unsafe values before writing, with per-section type checks. Every field and key is scanned</description>
    </item>
    <item>
      <title>Implementation Notes for Enforcing Workflow Transition Legality</title>
      <link>https://network-ai.org/blog/implementation-notes-for-enforcing-workflow-transition-legality/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-enforcing-workflow-transition-legality/</guid>
      <pubDate>Tue, 29 Sep 2026 09:00:00 GMT</pubDate>
      <description>Transition rules only protect the workflow when the runtime rejects illegal moves, not when they exist as diagrams the agents never consult.</description>
    </item>
    <item>
      <title>Timeouts Are Policy Decisions Disguised as Configuration</title>
      <link>https://network-ai.org/blog/timeouts-are-policy-decisions-disguised-as-configuration/</link>
      <guid>https://network-ai.org/blog/timeouts-are-policy-decisions-disguised-as-configuration/</guid>
      <pubDate>Mon, 28 Sep 2026 09:00:00 GMT</pubDate>
      <description>A timeout value quietly encodes how long the platform will hold a lock, block a queue, or leave state ambiguous, which makes it policy rather than tuning.</description>
    </item>
    <item>
      <title>v5.15.3 - per-instance orchestrator token</title>
      <link>https://network-ai.org/blog/network-ai-v5-15-3/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-15-3/</guid>
      <pubDate>Sun, 27 Sep 2026 21:56:01 GMT</pubDate>
      <description>Public hardcoded orchestrator token replaced with per-instance secrets. The orchestrator&#39;s full-access blackboard identity used the constant &#39;system-orchestrator-token&#39;, also hardcoded in bin/mcp-server.ts, TaskDecompose</description>
    </item>
    <item>
      <title>v5.15.2 - security fixes</title>
      <link>https://network-ai.org/blog/network-ai-v5-15-2/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-15-2/</guid>
      <pubDate>Sun, 27 Sep 2026 20:39:30 GMT</pubDate>
      <description>GHSA-9p2w-prp8-5722 (High) - ClaudeHookBridge deny patterns now inspect every string field of toolinput (e.g. Write.content, Edit.newstring, MCP tool arguments), not just the first candidate field. Over-nested or oversiz</description>
    </item>
    <item>
      <title>Governance Deep Dive: Audit Retention Is a Governance Decision</title>
      <link>https://network-ai.org/blog/governance-deep-dive-audit-retention-is-a-governance-decision/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-audit-retention-is-a-governance-decision/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 GMT</pubDate>
      <description>How long audit evidence survives decides which questions the organization can ever answer, which makes retention policy a governance choice wearing a storage costume.</description>
    </item>
    <item>
      <title>Field Notes from Two Agents That Agreed on the Wrong State</title>
      <link>https://network-ai.org/blog/field-notes-from-two-agents-that-agreed-on-the-wrong-state/</link>
      <guid>https://network-ai.org/blog/field-notes-from-two-agents-that-agreed-on-the-wrong-state/</guid>
      <pubDate>Sat, 26 Sep 2026 09:00:00 GMT</pubDate>
      <description>Two agents cross-checked each other as designed, but both had read the same stale snapshot, so the confirmation step confirmed the error with extra confidence.</description>
    </item>
    <item>
      <title>Patch Releases Deserve Real Analysis When They Touch Auth Paths</title>
      <link>https://network-ai.org/blog/patch-releases-deserve-real-analysis-when-they-touch-auth-paths/</link>
      <guid>https://network-ai.org/blog/patch-releases-deserve-real-analysis-when-they-touch-auth-paths/</guid>
      <pubDate>Fri, 25 Sep 2026 09:00:00 GMT</pubDate>
      <description>The version number says patch, but a change to authentication or permission logic carries major-release risk regardless of what the semver arithmetic claims.</description>
    </item>
    <item>
      <title>Adapter Version Pins Are a Security Control</title>
      <link>https://network-ai.org/blog/adapter-version-pins-are-a-security-control/</link>
      <guid>https://network-ai.org/blog/adapter-version-pins-are-a-security-control/</guid>
      <pubDate>Thu, 24 Sep 2026 09:00:00 GMT</pubDate>
      <description>An unpinned adapter version means the integration you audited is not the integration you are running, which quietly converts every upgrade into an unreviewed change.</description>
    </item>
    <item>
      <title>Checkpoints Should Mark Decisions, Not Just Progress</title>
      <link>https://network-ai.org/blog/checkpoints-should-mark-decisions-not-just-progress/</link>
      <guid>https://network-ai.org/blog/checkpoints-should-mark-decisions-not-just-progress/</guid>
      <pubDate>Wed, 23 Sep 2026 09:00:00 GMT</pubDate>
      <description>Progress checkpoints say how far the workflow got, while decision checkpoints say what became true, and only the second kind supports safe resumption.</description>
    </item>
    <item>
      <title>Implementation Notes for Wiring Audit Context Into Every Tool Call</title>
      <link>https://network-ai.org/blog/implementation-notes-for-wiring-audit-context-into-every-tool-call/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-wiring-audit-context-into-every-tool-call/</guid>
      <pubDate>Tue, 22 Sep 2026 09:00:00 GMT</pubDate>
      <description>Tool calls should carry workflow, step, and actor identifiers so any audit entry can be traced to a decision without cross-referencing three systems.</description>
    </item>
    <item>
      <title>Backpressure Is a Governance Feature, Not a Performance Detail</title>
      <link>https://network-ai.org/blog/backpressure-is-a-governance-feature-not-a-performance-detail/</link>
      <guid>https://network-ai.org/blog/backpressure-is-a-governance-feature-not-a-performance-detail/</guid>
      <pubDate>Mon, 21 Sep 2026 09:00:00 GMT</pubDate>
      <description>Backpressure decides which work gets refused under load, and refusing work is a policy decision that deserves the same review as any permission rule.</description>
    </item>
    <item>
      <title>Governance Deep Dive: The Lifecycle of a Permission</title>
      <link>https://network-ai.org/blog/governance-deep-dive-the-lifecycle-of-a-permission/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-the-lifecycle-of-a-permission/</guid>
      <pubDate>Sun, 20 Sep 2026 09:00:00 GMT</pubDate>
      <description>Permissions are born from requests, age through unreviewed months, and rarely die, which is why governance needs the full lifecycle designed rather than just the grant moment.</description>
    </item>
    <item>
      <title>Field Notes from a Policy Change That Shipped on a Friday</title>
      <link>https://network-ai.org/blog/field-notes-from-a-policy-change-that-shipped-on-a-friday/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-policy-change-that-shipped-on-a-friday/</guid>
      <pubDate>Sat, 19 Sep 2026 09:00:00 GMT</pubDate>
      <description>A permission tightening deployed Friday evening met its first real traffic on Monday, and the weekend gap meant three days of denials nobody was watching for.</description>
    </item>
    <item>
      <title>Deprecations Tell You Where the Platform Is Headed</title>
      <link>https://network-ai.org/blog/deprecations-tell-you-where-the-platform-is-headed/</link>
      <guid>https://network-ai.org/blog/deprecations-tell-you-where-the-platform-is-headed/</guid>
      <pubDate>Fri, 18 Sep 2026 09:00:00 GMT</pubDate>
      <description>Feature announcements describe the present release, while the deprecation section quietly describes the next three, and planning teams should read it that way.</description>
    </item>
    <item>
      <title>Two Adapters, One Policy: Parity Is the Whole Point</title>
      <link>https://network-ai.org/blog/two-adapters-one-policy-parity-is-the-whole-point/</link>
      <guid>https://network-ai.org/blog/two-adapters-one-policy-parity-is-the-whole-point/</guid>
      <pubDate>Thu, 17 Sep 2026 09:00:00 GMT</pubDate>
      <description>The value of an adapter layer is that policy behaves identically across frameworks, and every parity gap converts a governance guarantee into a per-framework accident.</description>
    </item>
    <item>
      <title>Fan-Out Is Easy; Disciplined Fan-In Is the Real Pattern</title>
      <link>https://network-ai.org/blog/fan-out-is-easy-disciplined-fan-in-is-the-real-pattern/</link>
      <guid>https://network-ai.org/blog/fan-out-is-easy-disciplined-fan-in-is-the-real-pattern/</guid>
      <pubDate>Wed, 16 Sep 2026 09:00:00 GMT</pubDate>
      <description>Splitting work across agents takes one line, but merging their results with defined rules for disagreement and absence is where workflow quality is decided.</description>
    </item>
    <item>
      <title>Implementation Notes for Staging Permission Changes Safely</title>
      <link>https://network-ai.org/blog/implementation-notes-for-staging-permission-changes-safely/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-staging-permission-changes-safely/</guid>
      <pubDate>Tue, 15 Sep 2026 09:00:00 GMT</pubDate>
      <description>Permission changes deserve the same rollout discipline as code, with a staged path, a observation window, and a rollback that restores the previous grants.</description>
    </item>
    <item>
      <title>Deterministic Replay Beats Verbose Logging for Debugging Agents</title>
      <link>https://network-ai.org/blog/deterministic-replay-beats-verbose-logging-for-debugging-agents/</link>
      <guid>https://network-ai.org/blog/deterministic-replay-beats-verbose-logging-for-debugging-agents/</guid>
      <pubDate>Mon, 14 Sep 2026 09:00:00 GMT</pubDate>
      <description>Verbose logs describe what happened, but deterministic replay lets an engineer re-run the exact decision sequence, which is what actually closes investigations.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Designing Revocation That Actually Revokes</title>
      <link>https://network-ai.org/blog/governance-deep-dive-designing-revocation-that-actually-revokes/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-designing-revocation-that-actually-revokes/</guid>
      <pubDate>Sun, 13 Sep 2026 09:00:00 GMT</pubDate>
      <description>Revoking a grant is only real when cached tokens, running sessions, and queued work all honor it, and most revocation designs stop at the first of those.</description>
    </item>
    <item>
      <title>Field Notes from a Timeout That Was Set by a Demo, Not a Design</title>
      <link>https://network-ai.org/blog/field-notes-from-a-timeout-that-was-set-by-a-demo-not-a-design/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-timeout-that-was-set-by-a-demo-not-a-design/</guid>
      <pubDate>Sat, 12 Sep 2026 09:00:00 GMT</pubDate>
      <description>A thirty-second timeout chosen to make a demo feel responsive survived into production, where it silently abandoned legitimate work every busy afternoon.</description>
    </item>
    <item>
      <title>A Release That Changes Defaults Changes Behavior Everywhere</title>
      <link>https://network-ai.org/blog/a-release-that-changes-defaults-changes-behavior-everywhere/</link>
      <guid>https://network-ai.org/blog/a-release-that-changes-defaults-changes-behavior-everywhere/</guid>
      <pubDate>Fri, 11 Sep 2026 09:00:00 GMT</pubDate>
      <description>Changed defaults reach every deployment that never overrode them, which makes a quiet defaults line in the notes the widest-reaching change in the release.</description>
    </item>
    <item>
      <title>Adapter Capability Claims Should Be Probed, Not Presumed</title>
      <link>https://network-ai.org/blog/adapter-capability-claims-should-be-probed-not-presumed/</link>
      <guid>https://network-ai.org/blog/adapter-capability-claims-should-be-probed-not-presumed/</guid>
      <pubDate>Thu, 10 Sep 2026 09:00:00 GMT</pubDate>
      <description>What an adapter says it supports and what it actually does under denial, timeout, and conflict are different documents, and only probing reads the real one.</description>
    </item>
    <item>
      <title>Every Workflow Needs a Terminal State That Humans Can Read</title>
      <link>https://network-ai.org/blog/every-workflow-needs-a-terminal-state-that-humans-can-read/</link>
      <guid>https://network-ai.org/blog/every-workflow-needs-a-terminal-state-that-humans-can-read/</guid>
      <pubDate>Wed, 09 Sep 2026 09:00:00 GMT</pubDate>
      <description>Workflows should end in states that tell a human what happened and what, if anything, is still owed, because ended and finished are not the same thing.</description>
    </item>
    <item>
      <title>Implementation Notes for Bounding Agent Write Scopes</title>
      <link>https://network-ai.org/blog/implementation-notes-for-bounding-agent-write-scopes/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-bounding-agent-write-scopes/</guid>
      <pubDate>Tue, 08 Sep 2026 09:00:00 GMT</pubDate>
      <description>Write scopes should be bounded per workflow step with explicit key ranges so a misbehaving agent can only damage state it was granted.</description>
    </item>
    <item>
      <title>Idempotency Is the Cheapest Insurance a Control Plane Can Buy</title>
      <link>https://network-ai.org/blog/idempotency-is-the-cheapest-insurance-a-control-plane-can-buy/</link>
      <guid>https://network-ai.org/blog/idempotency-is-the-cheapest-insurance-a-control-plane-can-buy/</guid>
      <pubDate>Mon, 07 Sep 2026 09:00:00 GMT</pubDate>
      <description>Idempotent write paths turn retries from a gamble into a safe default, which makes them the cheapest reliability upgrade an agent platform can adopt.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Who Owns the Policy When Teams Disagree</title>
      <link>https://network-ai.org/blog/governance-deep-dive-who-owns-the-policy-when-teams-disagree/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-who-owns-the-policy-when-teams-disagree/</guid>
      <pubDate>Sun, 06 Sep 2026 09:00:00 GMT</pubDate>
      <description>Policy disputes between teams are inevitable, and governance is only real when a named owner with a defined process settles what the rule means.</description>
    </item>
    <item>
      <title>Field Notes from an Audit Trail That Answered the Wrong Question</title>
      <link>https://network-ai.org/blog/field-notes-from-an-audit-trail-that-answered-the-wrong-question/</link>
      <guid>https://network-ai.org/blog/field-notes-from-an-audit-trail-that-answered-the-wrong-question/</guid>
      <pubDate>Sat, 05 Sep 2026 09:00:00 GMT</pubDate>
      <description>An audit trail built to prove compliance could list every action taken, but the incident needed to know why an action was allowed, and that answer lived nowhere.</description>
    </item>
    <item>
      <title>Read the Upgrade Path Before Reading the Feature List</title>
      <link>https://network-ai.org/blog/read-the-upgrade-path-before-reading-the-feature-list/</link>
      <guid>https://network-ai.org/blog/read-the-upgrade-path-before-reading-the-feature-list/</guid>
      <pubDate>Fri, 04 Sep 2026 09:00:00 GMT</pubDate>
      <description>The feature list says what you might gain, while the upgrade path says what you will definitely have to do, and the second list decides the real cost of a release.</description>
    </item>
    <item>
      <title>v5.15.1 - Security: ClaudeHookBridge &amp; SandboxPolicy matcher bypass fixes</title>
      <link>https://network-ai.org/blog/network-ai-v5-15-1/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-15-1/</guid>
      <pubDate>Tue, 28 Jul 2026 19:03:24 GMT</pubDate>
      <description>Fixes two high-severity vulnerabilities reported against the v5.14.0/v5.15.0 ecosystem-expansion and context-composer features shipped in the last two releases. Both are validator/executor representation mismatches (CWE-</description>
    </item>
    <item>
      <title>v5.15.0 - Context Signal-Over-Noise: ContextComposer + context_pack/blackboard_search MCP tools</title>
      <link>https://network-ai.org/blog/network-ai-v5-15-0/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-15-0/</guid>
      <pubDate>Mon, 06 Jul 2026 21:15:25 GMT</pubDate>
      <description>Agents have large context windows, but their effective reasoning window is smaller: irrelevant, stale, or noisy context degrades output quality long before the hard token limit (&quot;context rot&quot;). This release makes curated</description>
    </item>
    <item>
      <title>v5.14.0 - Ecosystem Expansion: Gemini, OpenAI Responses, Claude Agent SDK, Claude Code hooks, MCP elicitation, A2A server</title>
      <link>https://network-ai.org/blog/network-ai-v5-14-0/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-14-0/</guid>
      <pubDate>Sun, 05 Jul 2026 20:21:28 GMT</pubDate>
      <description>Making Network-AI the neutral coordination layer for every major agent ecosystem: Claude, OpenAI, Gemini, and OpenClaw.</description>
    </item>
    <item>
      <title>v5.13.4 - Security: ApprovalInbox + APSAdapter fail-closed fixes</title>
      <link>https://network-ai.org/blog/network-ai-v5-13-4/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-13-4/</guid>
      <pubDate>Sun, 05 Jul 2026 19:03:24 GMT</pubDate>
      <description>The v5.12.2 secret / checkAuth() gate covered only the two mutating routes (POST /approve, POST /deny), leaving GET /, GET /stats, GET /sse, and GET /:id unauthenticated even when a secret was configured, disclosing queu</description>
    </item>
    <item>
      <title>Implementation Notes for Verifying Recovery Before Go-Live</title>
      <link>https://network-ai.org/blog/implementation-notes-for-verifying-recovery-before-go-live/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-verifying-recovery-before-go-live/</guid>
      <pubDate>Tue, 30 Jun 2026 09:00:00 GMT</pubDate>
      <description>Recovery should be verified before go-live with explicit evidence, not deferred until the first incident proves the path was incomplete.</description>
    </item>
    <item>
      <title>Reliable Coordination Looks Boring Because It Is Constrained</title>
      <link>https://network-ai.org/blog/reliable-coordination-looks-boring-because-it-is-constrained/</link>
      <guid>https://network-ai.org/blog/reliable-coordination-looks-boring-because-it-is-constrained/</guid>
      <pubDate>Mon, 29 Jun 2026 09:00:00 GMT</pubDate>
      <description>Reliable coordination looks boring because strong constraints remove the surprising behavior that demo-friendly systems often mistake for flexibility.</description>
    </item>
    <item>
      <title>Governance Deep Dive: When Trust Scores Should Be Ignored</title>
      <link>https://network-ai.org/blog/governance-deep-dive-when-trust-scores-should-be-ignored/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-when-trust-scores-should-be-ignored/</guid>
      <pubDate>Sun, 28 Jun 2026 09:00:00 GMT</pubDate>
      <description>Trust scores become dangerous when teams use them as shortcuts in situations where hard policy or workflow legality should decide instead.</description>
    </item>
    <item>
      <title>Field Notes from a Merge Rule That Was Missing One Exception</title>
      <link>https://network-ai.org/blog/field-notes-from-a-merge-rule-that-was-missing-one-exception/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-merge-rule-that-was-missing-one-exception/</guid>
      <pubDate>Sat, 27 Jun 2026 09:00:00 GMT</pubDate>
      <description>Merge rules fail expensively when one exceptional path is missing because the workflow looks correct until the rare branch finally appears.</description>
    </item>
    <item>
      <title>v5.13.3 - ClawHub publish script + SkillSpector YARA fix</title>
      <link>https://network-ai.org/blog/network-ai-v5-13-3/</link>
      <guid>https://network-ai.org/blog/network-ai-v5-13-3/</guid>
      <pubDate>Fri, 26 Jun 2026 20:02:30 GMT</pubDate>
      <description>SkillSpector YARA agentskillmcptoolpoisoningmetadata — Reworded the audit-log privacy note in SKILL.md that was triggering the exfiltration sub-rule. No functional change; VirusTotal 64/64 clean.</description>
    </item>
    <item>
      <title>Use Release Diffs to Audit Control Surface Drift</title>
      <link>https://network-ai.org/blog/use-release-diffs-to-audit-control-surface-drift/</link>
      <guid>https://network-ai.org/blog/use-release-diffs-to-audit-control-surface-drift/</guid>
      <pubDate>Fri, 26 Jun 2026 09:00:00 GMT</pubDate>
      <description>Release diffs are useful when they help audit how the control surface changed, not when they merely list merged work.</description>
    </item>
    <item>
      <title>How to Add an Adapter Without Expanding the Blast Radius</title>
      <link>https://network-ai.org/blog/how-to-add-an-adapter-without-expanding-the-blast-radius/</link>
      <guid>https://network-ai.org/blog/how-to-add-an-adapter-without-expanding-the-blast-radius/</guid>
      <pubDate>Thu, 25 Jun 2026 09:00:00 GMT</pubDate>
      <description>New adapters should be introduced with explicit blast-radius boundaries so failures stay local while parity is still being verified.</description>
    </item>
    <item>
      <title>Escalation Paths Should Start Before the Incident Clock Does</title>
      <link>https://network-ai.org/blog/escalation-paths-should-start-before-the-incident-clock-does/</link>
      <guid>https://network-ai.org/blog/escalation-paths-should-start-before-the-incident-clock-does/</guid>
      <pubDate>Wed, 24 Jun 2026 09:00:00 GMT</pubDate>
      <description>Escalation paths should be part of the workflow design before incidents happen because improvising authority under pressure slows every other response.</description>
    </item>
    <item>
      <title>Implementation Notes for Versioning Shared Agent State</title>
      <link>https://network-ai.org/blog/implementation-notes-for-versioning-shared-agent-state/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-versioning-shared-agent-state/</guid>
      <pubDate>Tue, 23 Jun 2026 09:00:00 GMT</pubDate>
      <description>Shared agent state needs explicit versioning so operators can tell whether a write conflict is old, current, or already superseded.</description>
    </item>
    <item>
      <title>Benchmark Recovery Windows Not Just Successful Runs</title>
      <link>https://network-ai.org/blog/benchmark-recovery-windows-not-just-successful-runs/</link>
      <guid>https://network-ai.org/blog/benchmark-recovery-windows-not-just-successful-runs/</guid>
      <pubDate>Mon, 22 Jun 2026 09:00:00 GMT</pubDate>
      <description>Recovery windows are a better engineering benchmark than happy-path success counts because operations depends on how fast clarity returns.</description>
    </item>
    <item>
      <title>Governance Deep Dive: What a Denial Event Should Prove</title>
      <link>https://network-ai.org/blog/governance-deep-dive-what-a-denial-event-should-prove/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-what-a-denial-event-should-prove/</guid>
      <pubDate>Sun, 21 Jun 2026 09:00:00 GMT</pubDate>
      <description>Denial events should prove more than refusal because operators need evidence showing the system blocked the right thing for the right reason.</description>
    </item>
    <item>
      <title>Field Notes from an Adapter Rollout That Needed a Fast Stop</title>
      <link>https://network-ai.org/blog/field-notes-from-an-adapter-rollout-that-needed-a-fast-stop/</link>
      <guid>https://network-ai.org/blog/field-notes-from-an-adapter-rollout-that-needed-a-fast-stop/</guid>
      <pubDate>Sat, 20 Jun 2026 09:00:00 GMT</pubDate>
      <description>Adapter rollouts need an immediate stop path because rollback decisions lose clarity once incidents spread across frameworks.</description>
    </item>
    <item>
      <title>Operational Release Notes Should Name the New Failure Mode</title>
      <link>https://network-ai.org/blog/operational-release-notes-should-name-the-new-failure-mode/</link>
      <guid>https://network-ai.org/blog/operational-release-notes-should-name-the-new-failure-mode/</guid>
      <pubDate>Fri, 19 Jun 2026 09:00:00 GMT</pubDate>
      <description>Release notes become operationally useful when they name the new failure mode, not just the new feature.</description>
    </item>
    <item>
      <title>Shared Tooling Breaks When Adapters Hide Permission Gaps</title>
      <link>https://network-ai.org/blog/shared-tooling-breaks-when-adapters-hide-permission-gaps/</link>
      <guid>https://network-ai.org/blog/shared-tooling-breaks-when-adapters-hide-permission-gaps/</guid>
      <pubDate>Thu, 18 Jun 2026 09:00:00 GMT</pubDate>
      <description>Shared tooling becomes unsafe when adapters flatten or hide permission gaps that the control plane expected to enforce.</description>
    </item>
    <item>
      <title>Queue Ownership Should Be Explicit Before Agents Compete for It</title>
      <link>https://network-ai.org/blog/queue-ownership-should-be-explicit-before-agents-compete-for-it/</link>
      <guid>https://network-ai.org/blog/queue-ownership-should-be-explicit-before-agents-compete-for-it/</guid>
      <pubDate>Wed, 17 Jun 2026 09:00:00 GMT</pubDate>
      <description>Queue ownership rules should be explicit before multiple agents compete for the same work or handoff semantics will drift under load.</description>
    </item>
    <item>
      <title>Implementation Notes for Safe Reprocessing After Partial Failure</title>
      <link>https://network-ai.org/blog/implementation-notes-for-safe-reprocessing-after-partial-failure/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-safe-reprocessing-after-partial-failure/</guid>
      <pubDate>Tue, 16 Jun 2026 09:00:00 GMT</pubDate>
      <description>Reprocessing after partial failure should start with state validation so retries do not duplicate side effects that already escaped.</description>
    </item>
    <item>
      <title>Latency Gains Mean Little If Recovery Paths Stay Manual</title>
      <link>https://network-ai.org/blog/latency-gains-mean-little-if-recovery-paths-stay-manual/</link>
      <guid>https://network-ai.org/blog/latency-gains-mean-little-if-recovery-paths-stay-manual/</guid>
      <pubDate>Mon, 15 Jun 2026 09:00:00 GMT</pubDate>
      <description>Low-latency execution matters less when every serious failure still depends on slow, manual recovery steps.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Separating Capability from Intent</title>
      <link>https://network-ai.org/blog/governance-deep-dive-separating-capability-from-intent/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-separating-capability-from-intent/</guid>
      <pubDate>Sun, 14 Jun 2026 09:00:00 GMT</pubDate>
      <description>Governance improves when systems separate what an agent can technically do from what it is currently allowed to intend.</description>
    </item>
    <item>
      <title>Field Notes from a Weekend Incident Caused by Stale Context</title>
      <link>https://network-ai.org/blog/field-notes-from-a-weekend-incident-caused-by-stale-context/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-weekend-incident-caused-by-stale-context/</guid>
      <pubDate>Sat, 13 Jun 2026 09:00:00 GMT</pubDate>
      <description>Stale context incidents are expensive because the system appears coherent until operators compare the wrong assumptions across agents.</description>
    </item>
    <item>
      <title>A Release Candidate Should Already Have a Rollback Story</title>
      <link>https://network-ai.org/blog/a-release-candidate-should-already-have-a-rollback-story/</link>
      <guid>https://network-ai.org/blog/a-release-candidate-should-already-have-a-rollback-story/</guid>
      <pubDate>Fri, 12 Jun 2026 09:00:00 GMT</pubDate>
      <description>Release candidates should already explain how rollback works because rollback invented at ship time is usually unreliable.</description>
    </item>
    <item>
      <title>How to Evaluate Adapter Timeouts Before Connecting Another Framework</title>
      <link>https://network-ai.org/blog/how-to-evaluate-adapter-timeouts-before-connecting-another-framework/</link>
      <guid>https://network-ai.org/blog/how-to-evaluate-adapter-timeouts-before-connecting-another-framework/</guid>
      <pubDate>Thu, 11 Jun 2026 09:00:00 GMT</pubDate>
      <description>Adapter timeout behavior should be evaluated before rollout because hidden timeout mismatches distort retries, denials, and operator expectations.</description>
    </item>
    <item>
      <title>Parallel Workflows Need a Final Arbitration Step</title>
      <link>https://network-ai.org/blog/parallel-workflows-need-a-final-arbitration-step/</link>
      <guid>https://network-ai.org/blog/parallel-workflows-need-a-final-arbitration-step/</guid>
      <pubDate>Wed, 10 Jun 2026 09:00:00 GMT</pubDate>
      <description>Parallel branches should not converge by accident because final arbitration is where conflicting output becomes an operator problem.</description>
    </item>
    <item>
      <title>Implementation Notes for Making Audit IDs Useful During Incident Review</title>
      <link>https://network-ai.org/blog/implementation-notes-for-making-audit-ids-useful-during-incident-review/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-making-audit-ids-useful-during-incident-review/</guid>
      <pubDate>Tue, 09 Jun 2026 09:00:00 GMT</pubDate>
      <description>Audit IDs only help during incidents when they are consistent, searchable, and connected to the decisions operators actually need to inspect.</description>
    </item>
    <item>
      <title>The Best Multi-Agent Metrics Start with Contested Writes</title>
      <link>https://network-ai.org/blog/the-best-multi-agent-metrics-start-with-contested-writes/</link>
      <guid>https://network-ai.org/blog/the-best-multi-agent-metrics-start-with-contested-writes/</guid>
      <pubDate>Mon, 08 Jun 2026 09:00:00 GMT</pubDate>
      <description>Contested writes reveal coordination quality more honestly than clean-path speed because they expose the real cost of shared state.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Designing for Replayed Agent Actions</title>
      <link>https://network-ai.org/blog/governance-deep-dive-designing-for-replayed-agent-actions/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-designing-for-replayed-agent-actions/</guid>
      <pubDate>Sun, 07 Jun 2026 09:00:00 GMT</pubDate>
      <description>Governance design should assume actions will be replayed and define how the system distinguishes safe repetition from duplicated harm.</description>
    </item>
    <item>
      <title>Field Notes from a Permission Model That Was Too Quiet</title>
      <link>https://network-ai.org/blog/field-notes-from-a-permission-model-that-was-too-quiet/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-permission-model-that-was-too-quiet/</guid>
      <pubDate>Sat, 06 Jun 2026 09:00:00 GMT</pubDate>
      <description>Quiet permission failures are expensive because they look like normal workflow delay instead of active control-plane denial.</description>
    </item>
    <item>
      <title>Read Minor Release Notes Like They Can Break Production</title>
      <link>https://network-ai.org/blog/read-minor-release-notes-like-they-can-break-production/</link>
      <guid>https://network-ai.org/blog/read-minor-release-notes-like-they-can-break-production/</guid>
      <pubDate>Fri, 05 Jun 2026 09:00:00 GMT</pubDate>
      <description>Minor releases still deserve operational reading because small implementation shifts often change how denials, recovery, or adapters behave.</description>
    </item>
    <item>
      <title>Adapter Integrations Should Prove Denial Behavior Before Throughput</title>
      <link>https://network-ai.org/blog/adapter-integrations-should-prove-denial-behavior-before-throughput/</link>
      <guid>https://network-ai.org/blog/adapter-integrations-should-prove-denial-behavior-before-throughput/</guid>
      <pubDate>Thu, 04 Jun 2026 09:00:00 GMT</pubDate>
      <description>Adapter rollouts should prove how denials, capability gaps, and blocked actions behave before anyone celebrates raw throughput.</description>
    </item>
    <item>
      <title>A Human Approval Step Should Change the Route Not Just the Outcome</title>
      <link>https://network-ai.org/blog/a-human-approval-step-should-change-the-route-not-just-the-outcome/</link>
      <guid>https://network-ai.org/blog/a-human-approval-step-should-change-the-route-not-just-the-outcome/</guid>
      <pubDate>Wed, 03 Jun 2026 09:00:00 GMT</pubDate>
      <description>Human approval is useful only when it changes workflow behavior, not when it merely decorates a decision after the path is already fixed.</description>
    </item>
    <item>
      <title>Implementation Notes for AI Agent Retries That Do Not Multiply Damage</title>
      <link>https://network-ai.org/blog/implementation-notes-for-ai-agent-retries-that-do-not-multiply-damage/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-ai-agent-retries-that-do-not-multiply-damage/</guid>
      <pubDate>Tue, 02 Jun 2026 09:00:00 GMT</pubDate>
      <description>Retry logic should include state checks, denial awareness, and stop conditions so failures do not compound quietly.</description>
    </item>
    <item>
      <title>Why State Recovery Matters More Than Fast Retry Loops</title>
      <link>https://network-ai.org/blog/why-state-recovery-matters-more-than-fast-retry-loops/</link>
      <guid>https://network-ai.org/blog/why-state-recovery-matters-more-than-fast-retry-loops/</guid>
      <pubDate>Mon, 01 Jun 2026 09:00:00 GMT</pubDate>
      <description>Fast retries look impressive until shared state is already wrong and recovery logic cannot restore trust in the workflow.</description>
    </item>
    <item>
      <title>Governance Deep Dive: The Right Escalation Path Should Already Exist</title>
      <link>https://network-ai.org/blog/governance-deep-dive-the-right-escalation-path-should-already-exist/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-the-right-escalation-path-should-already-exist/</guid>
      <pubDate>Sun, 31 May 2026 09:00:00 GMT</pubDate>
      <description>Governance is stronger when the right escalation path already exists before a failure forces people to invent authority and policy on the fly.</description>
    </item>
    <item>
      <title>Field Notes from a Good Denial That Saved a Bad Rollout</title>
      <link>https://network-ai.org/blog/field-notes-from-a-good-denial-that-saved-a-bad-rollout/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-good-denial-that-saved-a-bad-rollout/</guid>
      <pubDate>Sat, 30 May 2026 09:00:00 GMT</pubDate>
      <description>Strong denials save rollouts when they stop unsafe work early and leave enough evidence behind for the team to act decisively.</description>
    </item>
    <item>
      <title>The Most Useful Release Summary Is the One Operators Can Act On</title>
      <link>https://network-ai.org/blog/the-most-useful-release-summary-is-the-one-operators-can-act-on/</link>
      <guid>https://network-ai.org/blog/the-most-useful-release-summary-is-the-one-operators-can-act-on/</guid>
      <pubDate>Fri, 29 May 2026 09:00:00 GMT</pubDate>
      <description>The best release summary is the one operators can act on immediately because it tells them what to verify, what changed, and what failure to watch.</description>
    </item>
    <item>
      <title>The First Adapter Test Should Prove Tool Permission Parity</title>
      <link>https://network-ai.org/blog/the-first-adapter-test-should-prove-tool-permission-parity/</link>
      <guid>https://network-ai.org/blog/the-first-adapter-test-should-prove-tool-permission-parity/</guid>
      <pubDate>Thu, 28 May 2026 09:00:00 GMT</pubDate>
      <description>The first adapter test should prove tool-permission parity because shared tooling becomes dangerous when adapters flatten security differences.</description>
    </item>
    <item>
      <title>Review Queues Need an Entry Rule and an Exit Rule</title>
      <link>https://network-ai.org/blog/review-queues-need-an-entry-rule-and-an-exit-rule/</link>
      <guid>https://network-ai.org/blog/review-queues-need-an-entry-rule-and-an-exit-rule/</guid>
      <pubDate>Wed, 27 May 2026 09:00:00 GMT</pubDate>
      <description>Review queues work better when the system defines exactly what sends work into review and what evidence allows it to leave.</description>
    </item>
    <item>
      <title>Implementation Notes for Recovery Checks That Happen Before Retry</title>
      <link>https://network-ai.org/blog/implementation-notes-for-recovery-checks-that-happen-before-retry/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-recovery-checks-that-happen-before-retry/</guid>
      <pubDate>Tue, 26 May 2026 09:00:00 GMT</pubDate>
      <description>Recovery checks should happen before retry because repeated action against broken state is often the shortest path to a larger incident.</description>
    </item>
    <item>
      <title>Fast Systems Still Fail Slowly When Escalation Is Unclear</title>
      <link>https://network-ai.org/blog/fast-systems-still-fail-slowly-when-escalation-is-unclear/</link>
      <guid>https://network-ai.org/blog/fast-systems-still-fail-slowly-when-escalation-is-unclear/</guid>
      <pubDate>Mon, 25 May 2026 09:00:00 GMT</pubDate>
      <description>High-throughput systems still fail slowly when escalation paths are unclear because the real bottleneck becomes decision authority, not execution speed.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Every Exception Path Needs a Policy Owner</title>
      <link>https://network-ai.org/blog/governance-deep-dive-every-exception-path-needs-a-policy-owner/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-every-exception-path-needs-a-policy-owner/</guid>
      <pubDate>Sun, 24 May 2026 09:00:00 GMT</pubDate>
      <description>Exception paths need policy owners because rare branches become high-risk branches the moment normal workflow assumptions stop applying.</description>
    </item>
    <item>
      <title>Field Notes from a Merge That Should Have Been a Review Step</title>
      <link>https://network-ai.org/blog/field-notes-from-a-merge-that-should-have-been-a-review-step/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-merge-that-should-have-been-a-review-step/</guid>
      <pubDate>Sat, 23 May 2026 09:00:00 GMT</pubDate>
      <description>Some merges fail because they were treated as automatic convergence when they really required a review step and a human-owned judgment.</description>
    </item>
    <item>
      <title>Release Readiness Is Mostly About Knowing What You Will Measure</title>
      <link>https://network-ai.org/blog/release-readiness-is-mostly-about-knowing-what-you-will-measure/</link>
      <guid>https://network-ai.org/blog/release-readiness-is-mostly-about-knowing-what-you-will-measure/</guid>
      <pubDate>Fri, 22 May 2026 09:00:00 GMT</pubDate>
      <description>Release readiness improves when teams know which signals they will watch after ship time instead of improvising metrics during the first anomaly.</description>
    </item>
    <item>
      <title>Integration Tests Should Break the Denial Path on Purpose</title>
      <link>https://network-ai.org/blog/integration-tests-should-break-the-denial-path-on-purpose/</link>
      <guid>https://network-ai.org/blog/integration-tests-should-break-the-denial-path-on-purpose/</guid>
      <pubDate>Thu, 21 May 2026 09:00:00 GMT</pubDate>
      <description>Integration tests should deliberately break the denial path so teams can verify what happens when policy and adapters disagree.</description>
    </item>
    <item>
      <title>Workflows Should Name the Owner of Each Risky Transition</title>
      <link>https://network-ai.org/blog/workflows-should-name-the-owner-of-each-risky-transition/</link>
      <guid>https://network-ai.org/blog/workflows-should-name-the-owner-of-each-risky-transition/</guid>
      <pubDate>Wed, 20 May 2026 09:00:00 GMT</pubDate>
      <description>Risky workflow transitions should have named ownership so escalation, rollback, and approval do not become ambiguous during failure.</description>
    </item>
    <item>
      <title>Implementation Notes for Version-Aware Retries</title>
      <link>https://network-ai.org/blog/implementation-notes-for-version-aware-retries/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-version-aware-retries/</guid>
      <pubDate>Tue, 19 May 2026 09:00:00 GMT</pubDate>
      <description>Retries should be version-aware so the system does not repeat work against state that has already been superseded by another actor.</description>
    </item>
    <item>
      <title>You Do Not Have Recovery Until You Can Prove State Integrity</title>
      <link>https://network-ai.org/blog/you-do-not-have-recovery-until-you-can-prove-state-integrity/</link>
      <guid>https://network-ai.org/blog/you-do-not-have-recovery-until-you-can-prove-state-integrity/</guid>
      <pubDate>Mon, 18 May 2026 09:00:00 GMT</pubDate>
      <description>Recovery is incomplete until the team can prove shared state integrity rather than merely restart the workflow and hope the damage is gone.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Approvals Need Evidence Not Personality</title>
      <link>https://network-ai.org/blog/governance-deep-dive-approvals-need-evidence-not-personality/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-approvals-need-evidence-not-personality/</guid>
      <pubDate>Sun, 17 May 2026 09:00:00 GMT</pubDate>
      <description>Approvals should depend on evidence and workflow state, not on who sounded most confident when the system reached a risky branch.</description>
    </item>
    <item>
      <title>Field Notes from a Retry Loop That Made Everything Harder</title>
      <link>https://network-ai.org/blog/field-notes-from-a-retry-loop-that-made-everything-harder/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-retry-loop-that-made-everything-harder/</guid>
      <pubDate>Sat, 16 May 2026 09:00:00 GMT</pubDate>
      <description>Retry loops become dangerous when they repeat against the same bad state and make later recovery more expensive for operators.</description>
    </item>
    <item>
      <title>Small Release Diffs Can Still Change the Incident Playbook</title>
      <link>https://network-ai.org/blog/small-release-diffs-can-still-change-the-incident-playbook/</link>
      <guid>https://network-ai.org/blog/small-release-diffs-can-still-change-the-incident-playbook/</guid>
      <pubDate>Fri, 15 May 2026 09:00:00 GMT</pubDate>
      <description>Small release diffs still matter when they alter the way incidents are detected, explained, or contained by the operating team.</description>
    </item>
    <item>
      <title>Adapter Rollouts Need a Way to Prove Parity Fast</title>
      <link>https://network-ai.org/blog/adapter-rollouts-need-a-way-to-prove-parity-fast/</link>
      <guid>https://network-ai.org/blog/adapter-rollouts-need-a-way-to-prove-parity-fast/</guid>
      <pubDate>Thu, 14 May 2026 09:00:00 GMT</pubDate>
      <description>Adapter rollouts should have fast parity checks so teams can see whether the new path preserves permissions, denials, and operator visibility.</description>
    </item>
    <item>
      <title>Every Approval Gate Should Have a Clear Exit Condition</title>
      <link>https://network-ai.org/blog/every-approval-gate-should-have-a-clear-exit-condition/</link>
      <guid>https://network-ai.org/blog/every-approval-gate-should-have-a-clear-exit-condition/</guid>
      <pubDate>Wed, 13 May 2026 09:00:00 GMT</pubDate>
      <description>Approval gates work better when the workflow defines exactly what evidence ends the pause and which route becomes legal next.</description>
    </item>
    <item>
      <title>Implementation Notes for Making Write Denials Actionable</title>
      <link>https://network-ai.org/blog/implementation-notes-for-making-write-denials-actionable/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-making-write-denials-actionable/</guid>
      <pubDate>Tue, 12 May 2026 09:00:00 GMT</pubDate>
      <description>Write denials should be actionable enough that operators can respond correctly without reverse-engineering the policy engine first.</description>
    </item>
    <item>
      <title>The Best Performance Number Is Time to Legible Recovery</title>
      <link>https://network-ai.org/blog/the-best-performance-number-is-time-to-legible-recovery/</link>
      <guid>https://network-ai.org/blog/the-best-performance-number-is-time-to-legible-recovery/</guid>
      <pubDate>Mon, 11 May 2026 09:00:00 GMT</pubDate>
      <description>A system that recovers legibly is often more valuable than one that merely executes faster because operators can restore confidence sooner.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Hard Boundaries Should Not Depend on Confidence Scores</title>
      <link>https://network-ai.org/blog/governance-deep-dive-hard-boundaries-should-not-depend-on-confidence-scores/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-hard-boundaries-should-not-depend-on-confidence-scores/</guid>
      <pubDate>Sun, 10 May 2026 09:00:00 GMT</pubDate>
      <description>Hard governance boundaries should be explicit rules, not score thresholds that drift with model behavior or operator optimism.</description>
    </item>
    <item>
      <title>Field Notes from an Escalation That Started Too Late</title>
      <link>https://network-ai.org/blog/field-notes-from-an-escalation-that-started-too-late/</link>
      <guid>https://network-ai.org/blog/field-notes-from-an-escalation-that-started-too-late/</guid>
      <pubDate>Sat, 09 May 2026 09:00:00 GMT</pubDate>
      <description>Late escalation turns containable failures into larger incidents because authority and evidence arrive after the risky path already expanded.</description>
    </item>
    <item>
      <title>Release Checklists Should Include What Will Be Hard to Explain</title>
      <link>https://network-ai.org/blog/release-checklists-should-include-what-will-be-hard-to-explain/</link>
      <guid>https://network-ai.org/blog/release-checklists-should-include-what-will-be-hard-to-explain/</guid>
      <pubDate>Fri, 08 May 2026 09:00:00 GMT</pubDate>
      <description>Release checklists should include what will be hardest to explain later because unexplained behavior is what slows incident response.</description>
    </item>
    <item>
      <title>New Adapters Should Start with a Small Policy Surface</title>
      <link>https://network-ai.org/blog/new-adapters-should-start-with-a-small-policy-surface/</link>
      <guid>https://network-ai.org/blog/new-adapters-should-start-with-a-small-policy-surface/</guid>
      <pubDate>Thu, 07 May 2026 09:00:00 GMT</pubDate>
      <description>New adapters should start with a smaller policy surface so mismatches in capability mapping are contained before trust expands.</description>
    </item>
    <item>
      <title>A Good Workflow Handoff Should Reduce Ambiguity Not Move It</title>
      <link>https://network-ai.org/blog/a-good-workflow-handoff-should-reduce-ambiguity-not-move-it/</link>
      <guid>https://network-ai.org/blog/a-good-workflow-handoff-should-reduce-ambiguity-not-move-it/</guid>
      <pubDate>Wed, 06 May 2026 09:00:00 GMT</pubDate>
      <description>Workflow handoffs are only useful when they reduce ambiguity for the next actor instead of pushing unresolved questions downstream.</description>
    </item>
    <item>
      <title>Implementation Notes for Failing Closed Without Freezing the Team</title>
      <link>https://network-ai.org/blog/implementation-notes-for-failing-closed-without-freezing-the-team/</link>
      <guid>https://network-ai.org/blog/implementation-notes-for-failing-closed-without-freezing-the-team/</guid>
      <pubDate>Tue, 05 May 2026 09:00:00 GMT</pubDate>
      <description>Systems should fail closed in a way that blocks unsafe work while still giving operators enough evidence and routing to move forward safely.</description>
    </item>
    <item>
      <title>Most Multi-Agent Failures Start as Small State Mismatches</title>
      <link>https://network-ai.org/blog/most-multi-agent-failures-start-as-small-state-mismatches/</link>
      <guid>https://network-ai.org/blog/most-multi-agent-failures-start-as-small-state-mismatches/</guid>
      <pubDate>Mon, 04 May 2026 09:00:00 GMT</pubDate>
      <description>Large multi-agent incidents often begin with small state mismatches that look harmless until coordination depends on them.</description>
    </item>
    <item>
      <title>Governance Deep Dive: Audit Trails Should Explain Why Not Just What</title>
      <link>https://network-ai.org/blog/governance-deep-dive-audit-trails-should-explain-why-not-just-what/</link>
      <guid>https://network-ai.org/blog/governance-deep-dive-audit-trails-should-explain-why-not-just-what/</guid>
      <pubDate>Sun, 03 May 2026 09:00:00 GMT</pubDate>
      <description>Audit trails become governance tools only when they explain why the system acted or denied, not merely what action happened.</description>
    </item>
    <item>
      <title>Field Notes from a Dashboard That Looked Calm Until It Wasn&#39;t</title>
      <link>https://network-ai.org/blog/field-notes-from-a-dashboard-that-looked-calm-until-it-wasnt/</link>
      <guid>https://network-ai.org/blog/field-notes-from-a-dashboard-that-looked-calm-until-it-wasnt/</guid>
      <pubDate>Sat, 02 May 2026 09:00:00 GMT</pubDate>
      <description>Calm dashboards can still hide denial loops, stale state, or blocked branches when the visible signals were designed for demos instead of operations.</description>
    </item>
    <item>
      <title>Release Notes Should Explain Operator Impact Before Feature Counts</title>
      <link>https://network-ai.org/blog/release-notes-should-explain-operator-impact-before-feature-counts/</link>
      <guid>https://network-ai.org/blog/release-notes-should-explain-operator-impact-before-feature-counts/</guid>
      <pubDate>Fri, 01 May 2026 09:00:00 GMT</pubDate>
      <description>Release notes become operationally useful when they explain what changes for operators before they celebrate the feature count.</description>
    </item>
    <item>
      <title>AI Agent Rollback Plan: What to Test Before Release</title>
      <link>https://network-ai.org/blog/ai-agent-rollback-plan-what-to-test-before-release/</link>
      <guid>https://network-ai.org/blog/ai-agent-rollback-plan-what-to-test-before-release/</guid>
      <pubDate>Sun, 26 Apr 2026 09:00:00 GMT</pubDate>
      <description>Every AI agent release should prove rollback behavior before rollout pressure makes the team improvise recovery.</description>
    </item>
    <item>
      <title>How to Benchmark Multi-Agent Systems Without Lying to Yourself</title>
      <link>https://network-ai.org/blog/how-to-benchmark-multi-agent-systems-without-lying-to-yourself/</link>
      <guid>https://network-ai.org/blog/how-to-benchmark-multi-agent-systems-without-lying-to-yourself/</guid>
      <pubDate>Sat, 25 Apr 2026 09:00:00 GMT</pubDate>
      <description>Multi-agent benchmarks should measure denial behavior, recovery, and contested state handling, not just clean-path throughput.</description>
    </item>
    <item>
      <title>Multi-Agent Incident Response Checklist: What Operators Should Verify First</title>
      <link>https://network-ai.org/blog/multi-agent-incident-response-checklist-for-operators/</link>
      <guid>https://network-ai.org/blog/multi-agent-incident-response-checklist-for-operators/</guid>
      <pubDate>Fri, 24 Apr 2026 09:00:00 GMT</pubDate>
      <description>The first minutes of a multi-agent incident should confirm current state, contested writes, rollback options, and audit reliability.</description>
    </item>
    <item>
      <title>AI Agent Access Control Best Practices for Shared Tooling</title>
      <link>https://network-ai.org/blog/ai-agent-access-control-best-practices-for-shared-tooling/</link>
      <guid>https://network-ai.org/blog/ai-agent-access-control-best-practices-for-shared-tooling/</guid>
      <pubDate>Thu, 23 Apr 2026 09:00:00 GMT</pubDate>
      <description>Shared tools are where over-permissioned AI agents become expensive, so access control has to stay explicit and narrow.</description>
    </item>
    <item>
      <title>AI Agent Approval Checklist: What to Review Before Production Access</title>
      <link>https://network-ai.org/blog/ai-agent-approval-checklist-before-production-access/</link>
      <guid>https://network-ai.org/blog/ai-agent-approval-checklist-before-production-access/</guid>
      <pubDate>Wed, 22 Apr 2026 09:00:00 GMT</pubDate>
      <description>Production approval for AI agents should verify scope, expiry, evidence, rollback, and ownership before access is granted.</description>
    </item>
    <item>
      <title>Implementation Checklists for AI Systems: End With Measurable Verification</title>
      <link>https://network-ai.org/blog/implementation-checklists-for-ai-systems-end-with-measurable-verification/</link>
      <guid>https://network-ai.org/blog/implementation-checklists-for-ai-systems-end-with-measurable-verification/</guid>
      <pubDate>Tue, 21 Apr 2026 09:00:00 GMT</pubDate>
      <description>Technical implementation notes should end with concrete checks that prove the system behaves as claimed.</description>
    </item>
    <item>
      <title>Why Reliable AI Control Planes Feel Boring</title>
      <link>https://network-ai.org/blog/why-reliable-ai-control-planes-feel-boring/</link>
      <guid>https://network-ai.org/blog/why-reliable-ai-control-planes-feel-boring/</guid>
      <pubDate>Mon, 20 Apr 2026 09:00:00 GMT</pubDate>
      <description>The best control planes earn trust through predictable denials, repeatable evidence, and operational consistency.</description>
    </item>
    <item>
      <title>How to Resolve Disputed Writes in Multi-Agent Systems</title>
      <link>https://network-ai.org/blog/how-to-resolve-disputed-writes-in-multi-agent-systems/</link>
      <guid>https://network-ai.org/blog/how-to-resolve-disputed-writes-in-multi-agent-systems/</guid>
      <pubDate>Sun, 19 Apr 2026 09:00:00 GMT</pubDate>
      <description>Disputed writes require explicit arbitration, evidence capture, and slower commit paths than normal workflow traffic.</description>
    </item>
    <item>
      <title>Weekend On-Call for AI Systems: The Shortest Path to Truth</title>
      <link>https://network-ai.org/blog/weekend-on-call-for-ai-systems-the-shortest-path-to-truth/</link>
      <guid>https://network-ai.org/blog/weekend-on-call-for-ai-systems-the-shortest-path-to-truth/</guid>
      <pubDate>Sat, 18 Apr 2026 09:00:00 GMT</pubDate>
      <description>Off-hours operators need fast access to current state, recent decisions, and the safest stop path.</description>
    </item>
    <item>
      <title>What Release Cadence Says About AI Infrastructure Quality</title>
      <link>https://network-ai.org/blog/what-release-cadence-says-about-ai-infrastructure-quality/</link>
      <guid>https://network-ai.org/blog/what-release-cadence-says-about-ai-infrastructure-quality/</guid>
      <pubDate>Fri, 17 Apr 2026 09:00:00 GMT</pubDate>
      <description>Release cadence signals how seriously a team treats maintenance, follow-through, and operator communication.</description>
    </item>
    <item>
      <title>AI Agent Adapter Security: Why Integrations Must Fail Closed</title>
      <link>https://network-ai.org/blog/ai-agent-adapter-security-why-integrations-must-fail-closed/</link>
      <guid>https://network-ai.org/blog/ai-agent-adapter-security-why-integrations-must-fail-closed/</guid>
      <pubDate>Thu, 16 Apr 2026 09:00:00 GMT</pubDate>
      <description>Adapter uncertainty should reduce access, not silently expand permissions across an AI workflow.</description>
    </item>
    <item>
      <title>Human-in-the-Loop AI: Where Review Should Enter the Workflow</title>
      <link>https://network-ai.org/blog/human-in-the-loop-ai-where-review-should-enter-the-workflow/</link>
      <guid>https://network-ai.org/blog/human-in-the-loop-ai-where-review-should-enter-the-workflow/</guid>
      <pubDate>Wed, 15 Apr 2026 09:00:00 GMT</pubDate>
      <description>Human review works best when it is designed into the workflow with evidence, choices, and timeout behavior.</description>
    </item>
    <item>
      <title>Human Approval Workflow Design for AI Systems</title>
      <link>https://network-ai.org/blog/human-approval-workflow-design-for-ai-systems/</link>
      <guid>https://network-ai.org/blog/human-approval-workflow-design-for-ai-systems/</guid>
      <pubDate>Tue, 14 Apr 2026 09:00:00 GMT</pubDate>
      <description>AI approval flows need TTLs, revalidation, and durable context so decisions stay valid at execution time.</description>
    </item>
    <item>
      <title>How to Prevent Bad Writes in Multi-Agent Systems</title>
      <link>https://network-ai.org/blog/how-to-prevent-bad-writes-in-multi-agent-systems/</link>
      <guid>https://network-ai.org/blog/how-to-prevent-bad-writes-in-multi-agent-systems/</guid>
      <pubDate>Mon, 13 Apr 2026 09:00:00 GMT</pubDate>
      <description>Multi-agent systems need validation, ownership rules, and evidence before writes are accepted at speed.</description>
    </item>
    <item>
      <title>AI Trust Scores Explained: When They Actually Matter</title>
      <link>https://network-ai.org/blog/ai-trust-scores-explained-when-they-actually-matter/</link>
      <guid>https://network-ai.org/blog/ai-trust-scores-explained-when-they-actually-matter/</guid>
      <pubDate>Sun, 12 Apr 2026 09:00:00 GMT</pubDate>
      <description>Trust scores only matter when they change what the runtime allows, denies, or escalates.</description>
    </item>
    <item>
      <title>Multi-Agent Rollout Problems: Early Warning Signs Operators Should Watch</title>
      <link>https://network-ai.org/blog/multi-agent-rollout-problems-early-warning-signs-operators-should-watch/</link>
      <guid>https://network-ai.org/blog/multi-agent-rollout-problems-early-warning-signs-operators-should-watch/</guid>
      <pubDate>Sat, 11 Apr 2026 09:00:00 GMT</pubDate>
      <description>Early rollout failures in multi-agent systems often appear first as ambiguity, lag, and conflicting evidence.</description>
    </item>
    <item>
      <title>How to Write AI Agent Release Notes With Operational Consequences</title>
      <link>https://network-ai.org/blog/how-to-write-ai-agent-release-notes-with-operational-consequences/</link>
      <guid>https://network-ai.org/blog/how-to-write-ai-agent-release-notes-with-operational-consequences/</guid>
      <pubDate>Fri, 10 Apr 2026 09:00:00 GMT</pubDate>
      <description>Good AI agent release notes explain what changes operationally, what to validate, and what risk moved.</description>
    </item>
    <item>
      <title>AI Agent Integration Testing: Start With Failure Isolation</title>
      <link>https://network-ai.org/blog/ai-agent-integration-testing-start-with-failure-isolation/</link>
      <guid>https://network-ai.org/blog/ai-agent-integration-testing-start-with-failure-isolation/</guid>
      <pubDate>Thu, 09 Apr 2026 09:00:00 GMT</pubDate>
      <description>The first integration test for multi-agent AI should prove that failures stay local and recover cleanly.</description>
    </item>
    <item>
      <title>How to Merge Parallel AI Agent Reviews Without State Collisions</title>
      <link>https://network-ai.org/blog/how-to-merge-parallel-ai-agent-reviews-without-state-collisions/</link>
      <guid>https://network-ai.org/blog/how-to-merge-parallel-ai-agent-reviews-without-state-collisions/</guid>
      <pubDate>Wed, 08 Apr 2026 09:00:00 GMT</pubDate>
      <description>Parallel review workflows need explicit merge rules or conflicting agent outputs will collide at convergence.</description>
    </item>
    <item>
      <title>How to Manage AI Agent Credentials Without Over-Permissioning</title>
      <link>https://network-ai.org/blog/how-to-manage-ai-agent-credentials-without-over-permissioning/</link>
      <guid>https://network-ai.org/blog/how-to-manage-ai-agent-credentials-without-over-permissioning/</guid>
      <pubDate>Tue, 07 Apr 2026 09:00:00 GMT</pubDate>
      <description>AI agent credentials should be scoped by resource, duration, and justification instead of persona-based roles.</description>
    </item>
    <item>
      <title>What Should an AI Agent Audit Log Include?</title>
      <link>https://network-ai.org/blog/what-should-an-ai-agent-audit-log-include/</link>
      <guid>https://network-ai.org/blog/what-should-an-ai-agent-audit-log-include/</guid>
      <pubDate>Mon, 06 Apr 2026 09:00:00 GMT</pubDate>
      <description>An AI agent audit log should capture the reason an action was allowed, not just the event timeline.</description>
    </item>
    <item>
      <title>AI Governance Examples: Why Denial Paths Matter More Than Policy PDFs</title>
      <link>https://network-ai.org/blog/ai-governance-examples-denial-paths-vs-policy-pdfs/</link>
      <guid>https://network-ai.org/blog/ai-governance-examples-denial-paths-vs-policy-pdfs/</guid>
      <pubDate>Sun, 05 Apr 2026 09:00:00 GMT</pubDate>
      <description>AI governance examples become credible when systems can explain and survive denied actions under pressure.</description>
    </item>
    <item>
      <title>What Operators Need in Release Notes: Rollback, Validation, and Risk</title>
      <link>https://network-ai.org/blog/what-operators-need-in-release-notes/</link>
      <guid>https://network-ai.org/blog/what-operators-need-in-release-notes/</guid>
      <pubDate>Sat, 04 Apr 2026 09:00:00 GMT</pubDate>
      <description>Operators need release notes that explain rollback, validation, and risk instead of just shipping enthusiasm.</description>
    </item>
    <item>
      <title>How to Read Release Notes for Operational Risk in AI Systems</title>
      <link>https://network-ai.org/blog/how-to-read-release-notes-for-operational-risk-in-ai-systems/</link>
      <guid>https://network-ai.org/blog/how-to-read-release-notes-for-operational-risk-in-ai-systems/</guid>
      <pubDate>Fri, 03 Apr 2026 09:00:00 GMT</pubDate>
      <description>Release notes for AI systems should explain which control surface changed and what that means for operational risk.</description>
    </item>
    <item>
      <title>How to Evaluate AI Agent Framework Adapters Before Production</title>
      <link>https://network-ai.org/blog/how-to-evaluate-ai-agent-framework-adapters-before-production/</link>
      <guid>https://network-ai.org/blog/how-to-evaluate-ai-agent-framework-adapters-before-production/</guid>
      <pubDate>Thu, 02 Apr 2026 09:00:00 GMT</pubDate>
      <description>AI agent framework adapters should be evaluated for parity, denial behavior, and observability before production rollout.</description>
    </item>
    <item>
      <title>Multi-Agent Workflow Orchestration vs Task Queues: What Actually Works</title>
      <link>https://network-ai.org/blog/multi-agent-workflow-orchestration-vs-task-queues/</link>
      <guid>https://network-ai.org/blog/multi-agent-workflow-orchestration-vs-task-queues/</guid>
      <pubDate>Wed, 01 Apr 2026 09:00:00 GMT</pubDate>
      <description>Multi-agent workflow orchestration needs legal transition enforcement, not just queued tasks and ordered steps.</description>
    </item>
    <item>
      <title>How to Enforce Tool Permissions in AI Agents</title>
      <link>https://network-ai.org/blog/how-to-enforce-tool-permissions-in-ai-agents/</link>
      <guid>https://network-ai.org/blog/how-to-enforce-tool-permissions-in-ai-agents/</guid>
      <pubDate>Tue, 31 Mar 2026 09:00:00 GMT</pubDate>
      <description>Tool permissions in AI agents should be enforced by runtime grants and policy checks, not prompt wording.</description>
    </item>
    <item>
      <title>How to Prevent Race Conditions in Multi-Agent AI Systems</title>
      <link>https://network-ai.org/blog/how-to-prevent-race-conditions-in-multi-agent-ai-systems/</link>
      <guid>https://network-ai.org/blog/how-to-prevent-race-conditions-in-multi-agent-ai-systems/</guid>
      <pubDate>Mon, 30 Mar 2026 09:00:00 GMT</pubDate>
      <description>Race conditions in multi-agent AI systems usually appear when shared resources are contested under real parallel load.</description>
    </item>
    <item>
      <title>AI Agent Governance: What Enforceable Runtime Policy Actually Looks Like</title>
      <link>https://network-ai.org/blog/ai-agent-governance-enforceable-runtime-policy/</link>
      <guid>https://network-ai.org/blog/ai-agent-governance-enforceable-runtime-policy/</guid>
      <pubDate>Sun, 29 Mar 2026 09:00:00 GMT</pubDate>
      <description>AI agent governance only matters when policy is enforced at runtime through denials, state controls, and legal transitions.</description>
    </item>
    <item>
      <title>How to Debug Multi-Agent AI Incidents: Start With Shared State</title>
      <link>https://network-ai.org/blog/how-to-debug-multi-agent-ai-incidents-start-with-shared-state/</link>
      <guid>https://network-ai.org/blog/how-to-debug-multi-agent-ai-incidents-start-with-shared-state/</guid>
      <pubDate>Sat, 28 Mar 2026 09:00:00 GMT</pubDate>
      <description>Multi-agent incident debugging should begin with shared state, authorization, and contested writes before prompt quality debates.</description>
    </item>
    <item>
      <title>How to Read AI Agent Release Notes Like an Operator</title>
      <link>https://network-ai.org/blog/read-the-release-notes-like-an-operator-not-a-fan/</link>
      <guid>https://network-ai.org/blog/read-the-release-notes-like-an-operator-not-a-fan/</guid>
      <pubDate>Fri, 27 Mar 2026 09:00:00 GMT</pubDate>
      <description>AI agent release notes are only useful when they explain operational risk, rollback, and validation clearly.</description>
    </item>
    <item>
      <title>What to verify before adding another adapter</title>
      <link>https://network-ai.org/blog/what-to-verify-before-adding-another-adapter/</link>
      <guid>https://network-ai.org/blog/what-to-verify-before-adding-another-adapter/</guid>
      <pubDate>Thu, 26 Mar 2026 09:00:00 GMT</pubDate>
      <description>Adapter count is only meaningful when every adapter has clear boundaries and observable failure modes.</description>
    </item>
    <item>
      <title>Design handoff boundaries before adding more agents</title>
      <link>https://network-ai.org/blog/design-handoff-boundaries-before-adding-more-agents/</link>
      <guid>https://network-ai.org/blog/design-handoff-boundaries-before-adding-more-agents/</guid>
      <pubDate>Wed, 25 Mar 2026 09:00:00 GMT</pubDate>
      <description>More agents do not improve a workflow if nobody defines where one responsibility ends and the next begins.</description>
    </item>
    <item>
      <title>Turn adapter registration into an explicit rollout gate</title>
      <link>https://network-ai.org/blog/turn-adapter-registration-into-an-explicit-rollout-gate/</link>
      <guid>https://network-ai.org/blog/turn-adapter-registration-into-an-explicit-rollout-gate/</guid>
      <pubDate>Tue, 24 Mar 2026 09:00:00 GMT</pubDate>
      <description>Adapter registration should be treated like a production change, not a convenience step.</description>
    </item>
    <item>
      <title>Where shared-state collisions start</title>
      <link>https://network-ai.org/blog/where-shared-state-collisions-start/</link>
      <guid>https://network-ai.org/blog/where-shared-state-collisions-start/</guid>
      <pubDate>Mon, 23 Mar 2026 09:00:00 GMT</pubDate>
      <description>Most state races begin long before a conflict is visible in logs or outputs.</description>
    </item>
    <item>
      <title>Why agent systems need governance</title>
      <link>https://network-ai.org/blog/why-agent-systems-need-governance/</link>
      <guid>https://network-ai.org/blog/why-agent-systems-need-governance/</guid>
      <pubDate>Sat, 21 Mar 2026 11:00:00 GMT</pubDate>
      <description>Why production agent failures usually come from state races, permission drift, and missing audit trails.</description>
    </item>
    <item>
      <title>Launching Network-AI</title>
      <link>https://network-ai.org/blog/launching-network-ai/</link>
      <guid>https://network-ai.org/blog/launching-network-ai/</guid>
      <pubDate>Sat, 21 Mar 2026 10:00:00 GMT</pubDate>
      <description>Why Network-AI is positioned as coordination infrastructure for production agent systems.</description>
    </item>
  </channel>
</rss>
