<?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>DevSpace Ultra on RockB</title><link>https://baeseokjae.github.io/tags/devspace-ultra/</link><description>Recent content in DevSpace Ultra on RockB</description><image><title>RockB</title><url>https://baeseokjae.github.io/images/og-default.png</url><link>https://baeseokjae.github.io/images/og-default.png</link></image><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 27 Aug 2026 04:01:17 +0000</lastBuildDate><atom:link href="https://baeseokjae.github.io/tags/devspace-ultra/index.xml" rel="self" type="application/rss+xml"/><item><title>DevSpace Ultra: Build a Multi-Agent Dev Workspace with ChatGPT Classic Workers</title><link>https://baeseokjae.github.io/posts/devspace-ultra-multi-agent-workspace-2026/</link><pubDate>Thu, 27 Aug 2026 04:01:17 +0000</pubDate><guid>https://baeseokjae.github.io/posts/devspace-ultra-multi-agent-workspace-2026/</guid><description>DevSpace Ultra turns one ChatGPT subscription into an elastic pool of parallel coding workers on your own machine. Here&amp;#39;s how it works, what it costs, and who it&amp;#39;s for.</description><content:encoded><![CDATA[<p>A multi-agent dev workspace lets you run several AI coding workers in parallel on your own machine, and DevSpace Ultra is the open-source tool that makes it possible using nothing more than your existing ChatGPT subscription. It layers an elastic &ldquo;Chat Swarm&rdquo; control plane on top of the DevSpace local MCP workspace, so one ChatGPT account can power a pool of independent ChatGPT Classic worker conversations that scale up and down with your workload. This guide explains what DevSpace Ultra is, how the worker pool works, how to set it up, and the honest platform and cost trade-offs you need to know before adopting it.</p>
<h2 id="what-is-devspace-ultra-and-why-multi-agent-workspaces-matter">What Is DevSpace Ultra and Why Multi-Agent Workspaces Matter</h2>
<p>DevSpace Ultra is an MIT-licensed distribution of DevSpace that adds a production-oriented multi-agent runtime layer. The upstream DevSpace project, created June 14, 2026, is a small self-hosted MCP server that lets ChatGPT open a real project folder, read and edit files, run shell commands, and show diffs — the same loop as Codex or Claude Code, but running on your laptop against the folder you actually have open. DevSpace Ultra keeps all of that local MCP workspace functionality (files, code search, editing, terminal, artifacts, skills, self-hosting) and adds a Chat Swarm control plane for running multiple independent ChatGPT Classic worker conversations on one computer.</p>
<p>Why does this matter? Plain ChatGPT chat has no filesystem access, and Code Interpreter only runs Python in a throwaway container. Codex works against a cloned repo in a cloud sandbox, not the folder open in your editor. A multi-agent dev workspace closes that gap: it gives you a real, local, parallel workforce of coding agents instead of a single sequential chat. The category is being legitimized by OpenAI itself, which introduced native workspace agents in ChatGPT — but DevSpace Ultra represents the self-hosted, community-driven alternative that keeps your code local and your data on your own hardware.</p>
<h2 id="devspace-ultra-vs-openai-workspace-agents-self-hosted-vs-native">DevSpace Ultra vs OpenAI Workspace Agents: Self-Hosted vs Native</h2>
<p>The &ldquo;multi-agent dev workspace&rdquo; keyword now spans two very different approaches. OpenAI&rsquo;s native workspace agents are the mainstream, enterprise direction: they live inside ChatGPT, are managed by OpenAI, and require no self-hosting. DevSpace Ultra is the opposite: a self-hosted, open-source tool that orchestrates ChatGPT Classic workers you control.</p>
<table>
  <thead>
      <tr>
          <th>Feature</th>
          <th>DevSpace Ultra (self-hosted)</th>
          <th>OpenAI Workspace Agents (native)</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Hosting</td>
          <td>Your own machine</td>
          <td>OpenAI cloud</td>
      </tr>
      <tr>
          <td>Code location</td>
          <td>Local folder you open</td>
          <td>Cloud sandbox / workspace</td>
      </tr>
      <tr>
          <td>Cost</td>
          <td>Free (MIT) + your ChatGPT plan</td>
          <td>ChatGPT plan (paid tiers)</td>
      </tr>
      <tr>
          <td>Worker pool</td>
          <td>Elastic, user-controlled</td>
          <td>Managed by OpenAI</td>
      </tr>
      <tr>
          <td>Control plane</td>
          <td>Chat Swarm backend</td>
          <td>Native ChatGPT UI</td>
      </tr>
      <tr>
          <td>Data control</td>
          <td>Full (self-hosted MCP)</td>
          <td>OpenAI-managed</td>
      </tr>
      <tr>
          <td>Platform</td>
          <td>Win/macOS/Linux (cloning Windows-only)</td>
          <td>Cross-platform</td>
      </tr>
  </tbody>
</table>
<p>The trade-off is control versus convenience. Native workspace agents are easier and require no infrastructure, but they run in OpenAI&rsquo;s cloud. DevSpace Ultra keeps everything local and gives you fine-grained control over how many workers run, how they scale, and how they recover — at the cost of setup and maintenance. For developers who care about data locality, cost control, or running many parallel workers on one subscription, the self-hosted route is compelling.</p>
<h2 id="how-the-chat-swarm-control-plane-works-elastic-worker-pool">How the Chat Swarm Control Plane Works (Elastic Worker Pool)</h2>
<p>The heart of DevSpace Ultra is the Chat Swarm backend, a control plane that manages a pool of independent ChatGPT Classic worker conversations. The key design decision is that it separates runtime capacity from task routing. You configure a desired number of workers, and the elastic scaling mechanism grows or shrinks the runtime and Swarm capacity to match.</p>
<p>The elastic worker pool works like this:</p>
<ul>
<li><strong>Main agent scales workers up and down</strong> based on workload, so you are not stuck with a fixed pool.</li>
<li><strong>Live Swarm resize</strong> can happen without losing completed work — scaling down only removes safe idle tail capacity and never interrupts a busy worker.</li>
<li><strong>Independent runtimes</strong> on Windows use isolated package identities, profiles, sessions, and conversations, so each worker is a clean, separate ChatGPT Classic instance.</li>
<li><strong>Same-worker context continuity</strong> lets you reopen a worker at the exact saved ChatGPT conversation and continue with the held worker token.</li>
<li><strong>Zero-copy bootstrap</strong> launches a worker, minimizes it, sends it into a sub-agents ChatGPT Project, joins the Swarm, and parks it — without manual invite-code copy/paste.</li>
<li><strong>Backend-first routing</strong> means normal work is dispatched through the Chat Swarm backend; UI/CDP automation is reserved for lifecycle, bootstrap, and recovery only.</li>
</ul>
<p>The backend supports create/join/status, dispatch/collect/cancel, long parked worker waits with submit/repark, targeted or first-available routing, idempotent taskKey retries, persistence across restart, worker recycle fallback, and safe live capacity resize. This is a genuinely production-oriented design rather than a script that spawns a few chat windows.</p>
<h2 id="setting-up-devspace-ultra-one-click-install-and-requirements">Setting Up DevSpace Ultra: One-Click Install and Requirements</h2>
<p>Installation is designed to be one command. On Windows, run the PowerShell installer; on macOS and Linux, use the shell installer; and there is also an npm global install:</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-bash" data-lang="bash"><span style="display:flex;"><span><span style="color:#75715e"># Windows (PowerShell)</span>
</span></span><span style="display:flex;"><span>irm https://.../install.ps1 | iex
</span></span><span style="display:flex;"><span>
</span></span><span style="display:flex;"><span><span style="color:#75715e"># macOS / Linux</span>
</span></span><span style="display:flex;"><span>curl -fsSL https://.../install.sh | bash
</span></span><span style="display:flex;"><span>
</span></span><span style="display:flex;"><span><span style="color:#75715e"># Any platform via npm</span>
</span></span><span style="display:flex;"><span>npm install -g github:enwong93-sketch/devspace-ultra#main
</span></span></code></pre></div><p>Before you install, check the requirements:</p>
<ul>
<li><strong>Node.js &gt;= 22.19 and &lt; 27</strong> (Node 22 LTS recommended)</li>
<li><strong>Windows 10/11 x64</strong> for automatic isolated desktop runtime cloning</li>
<li><strong>ChatGPT Classic Windows Desktop app</strong> signed in</li>
<li><strong>16 GB RAM</strong> for 2-4 workers; <strong>32 GB+</strong> for larger pools</li>
<li><strong>No GPU required</strong></li>
</ul>
<p>The base MCP workspace, Chat Swarm backend, manual/browser workers, and elastic resize work on Windows, macOS, and Linux. But the automatic isolated desktop runtime cloning, recovery, and canary/rolling update manager are Windows-only. If you are on macOS or Linux, you get the full control plane but not the Windows package-identity worker-cloning path.</p>
<h2 id="configuring-chatgpt-classic-workers-and-the-sub-agents-project">Configuring ChatGPT Classic Workers and the sub-agents Project</h2>
<p>Once installed, you configure how many workers you want and how they are organized. The <code>reservedWorkers</code> setting lets you reserve runtime capacity, and by default no runtime is reserved — you scale up on demand.</p>
<p>A useful organizational feature is the <strong>sub-agents Project routing</strong>: new worker conversations are created inside a configured ChatGPT Project instead of cluttering your general chat list. This keeps your worker pool tidy and separate from your personal conversations.</p>
<p>The runtime tools you will use include:</p>
<ul>
<li><code>chat_swarm_runtime_status</code> / <code>ensure</code> / <code>scale</code> / <code>recover</code> / <code>autojoin</code> / <code>setup</code> / <code>stop</code></li>
<li><code>chat_swarm_elastic_scale</code></li>
<li><code>chat_swarm_update_status</code> / <code>rollout</code></li>
</ul>
<p>These give you direct control over the worker pool: check status, ensure runtimes are present, scale capacity, recover interrupted workers, autojoin the Swarm, and manage updates.</p>
<h2 id="the-production-flow-assess-scale-dispatch-collect-shrink">The Production Flow: Assess, Scale, Dispatch, Collect, Shrink</h2>
<p>DevSpace Ultra is designed around a repeatable production workflow rather than ad-hoc experimentation. The recommended flow is:</p>
<ol>
<li><strong>Assess</strong> the workload — how many parallel tasks do you actually need?</li>
<li><strong>Choose desiredWorkers</strong> — set the target pool size.</li>
<li><strong>Elastic scale</strong> the runtime and Swarm capacity to match.</li>
<li><strong>Dispatch</strong> tasks to the worker pool.</li>
<li><strong>Collect and synthesize</strong> the results.</li>
<li><strong>Shrink</strong> the idle tail workers to free resources.</li>
</ol>
<p>This assess → scale → dispatch → collect → shrink loop is what makes the tool feel like a real orchestration system rather than a batch script. Because scaling down only removes safe idle capacity, you can shrink the pool aggressively after a burst without risking in-flight work. The elastic scaling design is the key differentiator: one ChatGPT subscription can power a parallel worker pool that grows and shrinks with your workload.</p>
<h2 id="recovery-updates-and-resilience-canary-first-rolling-updates">Recovery, Updates, and Resilience (Canary-First Rolling Updates)</h2>
<p>A multi-agent system is only useful if it survives failures, and DevSpace Ultra invests heavily in resilience. The recovery system detects missing runtimes, interrupted connections, stale worker loops, and blocking UI notices, then reopens the exact worker conversation to continue where it left off.</p>
<p>The update compatibility manager is especially notable. It supports:</p>
<ul>
<li><strong>Canary runtime</strong> — test a new version on one worker first</li>
<li><strong>Profile backup</strong> — snapshot before any change</li>
<li><strong>Rolling worker update</strong> — update workers incrementally</li>
<li><strong>Exact-conversation restore</strong> — bring workers back to their precise state</li>
<li><strong>Verification and rollback</strong> — confirm the update worked or revert</li>
</ul>
<p>This canary-first approach means you can update your worker pool without losing completed work or breaking running conversations. For a tool that orchestrates live AI workers, this level of update hygiene is a real differentiator and a strong argument for the project&rsquo;s production readiness.</p>
<h2 id="browser-control-and-the-unified-capability-runtime-v02v03">Browser Control and the Unified Capability Runtime (v0.2/v0.3)</h2>
<p>DevSpace Ultra has evolved quickly. Version 0.2.0 added local-first <strong>DevSpace Browser Control</strong>, a Chrome extension that gives workers exclusive per-tab claims. Each tab shows an &ldquo;AGENT CLAIMED THIS TAB&rdquo; strip, and the system provides semantic accessibility snapshots, screenshots, and console/network diagnostics. This lets workers interact with web pages in a controlled, credential-safe way.</p>
<p>Version 0.3 added the <strong>Unified Agent Capability Runtime</strong>, a <code>capability_*</code> surface for discovering, installing, inspecting, enabling, updating, isolating, and calling reusable capabilities. It understands Agent Skills, instruction packs, MCP tools/prompts/resources, DevSpace manifests, Claude/Codex plugin metadata, and MCP Registry metadata. In the v0.3 release, DevSpace Ultra scanned 71 Codex plugin manifests and found 71/71 structural compatibility — a strong signal that the capability layer is broadly interoperable with the existing plugin ecosystem.</p>
<h2 id="security-model-self-hosted-mcp-tokens-and-credential-boundaries">Security Model: Self-Hosted MCP, Tokens, and Credential Boundaries</h2>
<p>Because DevSpace Ultra is self-hosted, security is your responsibility — and the project takes it seriously. The MCP model is self-hosted, and the guidance is to keep the server bound or exposed only through a controlled transport and to use authentication. Worker and orchestrator tokens are not written to normal controller logs, reducing the risk of credential leakage.</p>
<p>Browser Control uses one-time pairing and exclusive per-tab claims, and it persists only hashes of tokens rather than the tokens themselves. This credential-boundary design means a compromised worker cannot trivially exfiltrate your other credentials. As with any self-hosted tool, you should review the security model, keep the server behind controlled transport, and use auth before exposing it beyond localhost.</p>
<h2 id="platform-support-and-the-windows-only-reality-check">Platform Support and the Windows-Only Reality Check</h2>
<p>It is important to be honest about the platform story. The base MCP workspace, Chat Swarm backend, manual/browser workers, and elastic resize work on Windows, macOS, and Linux. But the headline features — automatic isolated desktop runtime cloning, recovery, and the canary/rolling update manager — are <strong>Windows 10/11 x64 only</strong>.</p>
<p>This is the key differentiator and the key limitation. If you are on Windows, you get the full package-identity worker-cloning path that makes the elastic pool seamless. If you are on macOS or Linux, you can still run the control plane and manage workers, but you lose the automatic runtime cloning and recovery that make the Windows experience so smooth. Before adopting DevSpace Ultra, confirm which features you actually need and whether your platform supports them.</p>
<h2 id="the-free-question-chatgpt-plan-requirements">The &ldquo;Free&rdquo; Question: ChatGPT Plan Requirements</h2>
<p>DevSpace Ultra itself is free and open-source (MIT), but the &ldquo;free&rdquo; label needs a reality check. The tool orchestrates ChatGPT Classic workers, which means you need a ChatGPT subscription. More importantly, custom ChatGPT Plugins (formerly connectors) live behind <strong>Developer Mode</strong>, which requires a paid plan — Plus, Pro, Business, Enterprise, or Edu — and is not available on the Free plan.</p>
<p>So the honest cost picture is:</p>
<ul>
<li><strong>DevSpace Ultra</strong>: free (MIT, open source)</li>
<li><strong>ChatGPT subscription</strong>: required (paid plan for Developer Mode / Plugins)</li>
<li><strong>Hardware</strong>: 16 GB RAM for 2-4 workers, 32 GB+ for larger pools, no GPU</li>
</ul>
<p>The value proposition is that one paid ChatGPT subscription can power many parallel workers, which is far cheaper than paying per-agent for a managed multi-agent platform. But it is not free in the absolute sense — you need a paid ChatGPT plan and a reasonably specced machine.</p>
<h2 id="common-pitfalls-and-rough-edges">Common Pitfalls and Rough Edges</h2>
<p>DevSpace Ultra is genuinely new — the upstream project&rsquo;s first commit was June 14, 2026, and DevSpace Ultra itself was created August 18, 2026. As of the research date it had 35 GitHub stars and 5 forks, compared to 4,032 stars for the upstream Waishnav/devspace project. That maturity gap means you should expect rough edges:</p>
<ul>
<li><strong>Young project</strong>: 35 stars and 5 forks means a small community and limited battle-testing.</li>
<li><strong>Windows-only features</strong>: the best features (runtime cloning, recovery, canary updates) do not work on macOS/Linux.</li>
<li><strong>Paid plan required</strong>: Developer Mode and Plugins need a paid ChatGPT plan, not Free.</li>
<li><strong>Node version constraints</strong>: you must be on Node &gt;= 22.19 and &lt; 27, which may conflict with other tooling.</li>
<li><strong>Self-hosting burden</strong>: you own the security, transport, and auth setup.</li>
</ul>
<p>None of these are deal-breakers, but they are the reality of adopting a young, self-hosted tool. If you are comfortable with early-stage software and want local control, the trade-offs are acceptable.</p>
<h2 id="conclusion-is-devspace-ultra-right-for-your-multi-agent-workflow">Conclusion: Is DevSpace Ultra Right for Your Multi-Agent Workflow?</h2>
<p>DevSpace Ultra is a compelling answer to the question of how to build a multi-agent dev workspace without paying per-agent for a managed platform. It turns one ChatGPT subscription into an elastic pool of parallel coding workers on your own machine, with a production-grade control plane, recovery, and canary-first updates. The self-hosted MCP model keeps your code local, and the elastic scaling design is genuinely thoughtful.</p>
<p>It is not for everyone. The best features are Windows-only, you need a paid ChatGPT plan, and the project is very young. But if you are on Windows, want local control over your AI workforce, and are comfortable with early-stage open-source software, DevSpace Ultra is worth a serious look. For everyone else, it is a clear sign of where the multi-agent dev workspace category is heading — and a strong open-source alternative to OpenAI&rsquo;s native workspace agents.</p>
<h2 id="faq">FAQ</h2>
<p><strong>What is DevSpace Ultra?</strong>
DevSpace Ultra is an MIT-licensed, open-source distribution of DevSpace that adds an elastic Chat Swarm control plane for running multiple independent ChatGPT Classic worker conversations on one computer, turning one ChatGPT subscription into a parallel pool of coding agents.</p>
<p><strong>Is DevSpace Ultra free?</strong>
The software itself is free and open-source (MIT), but you need a paid ChatGPT plan because custom Plugins and Developer Mode are required and are not available on the Free plan. You also need a machine with at least 16 GB RAM for a small worker pool.</p>
<p><strong>What are the system requirements for DevSpace Ultra?</strong>
You need Node.js &gt;= 22.19 and &lt; 27 (Node 22 LTS recommended), 16 GB RAM for 2-4 workers (32 GB+ for larger pools), no GPU, and a signed-in ChatGPT Classic Windows Desktop app for the automatic runtime cloning features.</p>
<p><strong>Does DevSpace Ultra work on macOS and Linux?</strong>
Partially. The base MCP workspace, Chat Swarm backend, manual/browser workers, and elastic resize work on all three platforms, but the automatic isolated desktop runtime cloning, recovery, and canary/rolling update manager are Windows 10/11 x64 only.</p>
<p><strong>How is DevSpace Ultra different from OpenAI&rsquo;s native workspace agents?</strong>
DevSpace Ultra is self-hosted and keeps your code and data local, with user-controlled elastic worker scaling. OpenAI&rsquo;s native workspace agents are managed in the cloud and easier to use but give you less control and keep your work in OpenAI&rsquo;s infrastructure.</p>
]]></content:encoded></item></channel></rss>