<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Control-Plane on cameronqj</title>
    <link>https://cameronqj.com/tags/control-plane/</link>
    <description>Recent content in Control-Plane on cameronqj</description>
    <generator>Hugo</generator>
    <language>en-US</language>
    <copyright>Cameron Jones</copyright>
    <lastBuildDate>Tue, 16 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://cameronqj.com/tags/control-plane/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>agent-cockpit</title>
      <link>https://cameronqj.com/projects/agent-cockpit/</link>
      <pubDate>Tue, 16 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://cameronqj.com/projects/agent-cockpit/</guid>
      <description>A repo-native control plane that computes agent dispatch readiness from versioned work orders, decisions, handoffs, and checks.</description>
      <content:encoded><![CDATA[<p><strong>Status:</strong> Working prototype<br>
<strong>Code:</strong> <a href="https://github.com/cameronqj/agent-cockpit">github.com/cameronqj/agent-cockpit</a></p>
<p>Once several coding agents are working in parallel, &ldquo;what should run next?&rdquo; stops being a prompt and becomes a control-plane question. Chat history is a poor source of truth for dependencies, decisions, stale handoffs, and work that is technically ready but unsafe to dispatch.</p>
<p>Agent Cockpit stores that state in the repository that owns the work. It reads versioned work orders, dependencies, decisions, handoffs, and health checks, then separates hard blockers from degraded signals. A missing approval can stop dispatch; a stale but noncritical signal can warn without freezing everything.</p>
<p>The CLI and synthetic demo exercise the model, including checks against the repository&rsquo;s own GitHub Actions state. It does not run agents, coordinate writes across repositories, or claim production adoption. Its job is narrower: make dispatch readiness inspectable and reviewable before another agent starts changing code.</p>
<h2 id="read-the-design">Read the design</h2>
<ul>
<li><a href="https://github.com/cameronqj/agent-cockpit#quick-start">Quick start and live-check behavior</a></li>
<li><a href="https://github.com/cameronqj/agent-cockpit/blob/main/docs/decisions/ADR-0010-trust-state-dispatch-semantics.md">Trust-state dispatch semantics</a></li>
<li><a href="https://github.com/cameronqj/agent-cockpit/blob/main/docs/decisions/ADR-0012-execution-is-repo-local.md">Repository-local execution boundary</a></li>
<li><a href="https://github.com/cameronqj/agent-cockpit/blob/main/docs/subagent-dispatch.md">Subagent dispatch standard</a></li>
</ul>
]]></content:encoded>
    </item>
  </channel>
</rss>
