DevSpace Ultra

DevSpace Ultra

An MIT-licensed DevSpace distribution with an elastic ChatGPT Classic multi-agent runtime layer for managing multiple independent worker conversations and scaling them dynamically.

Category
访问服务器

README

DevSpace Ultra

DevSpace Ultra is an MIT-licensed distribution of DevSpace with an elastic ChatGPT Classic multi-agent runtime layer.

It keeps the original DevSpace local MCP workspace capabilities — local files, code search, editing, terminal execution, artifacts, skills, and secure self-hosting — and adds a production-oriented Chat Swarm control plane for running multiple independent ChatGPT Classic worker conversations on one computer.

Upstream project: Waishnav/devspace. DevSpace Ultra preserves the upstream MIT license and attribution and adds the Ultra runtime/orchestration layer.

What Ultra adds

  • Elastic worker pool — the main agent can scale workers up or down according to the current workload instead of using a fixed worker count.
  • Live Swarm resize — backend capacity can grow or shrink without replacing the orchestrator or losing completed work. Shrink is safety-first and refuses to evict busy/tail workers.
  • Independent ChatGPT Classic runtimes — on Windows, worker packages use isolated package identities, profiles, sessions, and conversations.
  • Same-worker context continuity — a worker can be reopened at its exact saved ChatGPT conversation and continue with the worker token held by that conversation.
  • Zero-copy bootstrap — workers can be launched, minimized, sent into a configured sub-agents ChatGPT Project, joined to a Swarm, and parked without manual invite-code copy/paste.
  • Backend-first routing — normal work is always dispatched through the DevSpace Chat Swarm backend. UI/CDP automation is lifecycle/bootstrap/recovery only.
  • Recovery — detects missing runtimes, interrupted connections, stale worker loops, and blocking UI notices; can reopen the exact worker conversation and resume it.
  • Update compatibility manager — detects ChatGPT Classic version drift, supports a canary runtime, profile backup, rolling worker update, exact-conversation restore, verification, and rollback.
  • Configurable runtime reservation — operators can reserve any runtime numbers for standalone/private use; no runtime number is reserved by default in the public package.

One-click install

Windows (PowerShell)

irm https://raw.githubusercontent.com/enwong93-sketch/devspace-ultra/main/install.ps1 | iex

macOS / Linux

curl -fsSL https://raw.githubusercontent.com/enwong93-sketch/devspace-ultra/main/install.sh | bash

Or install directly from GitHub with npm:

npm install -g github:enwong93-sketch/devspace-ultra#main

Then initialize and run:

devspace-ultra init
devspace-ultra serve

devspace remains available as a compatibility alias.

Minimum requirements and compatibility

DevSpace core

  • Windows 10/11 x64, macOS, or a mainstream Linux distribution supported by Node/native dependencies
  • Node.js >=22.19 <27 (Node 22 LTS recommended)
  • npm (included with Node.js)
  • Git for installation directly from this GitHub repository
  • Network access for the initial install and for the ChatGPT/MCP connection path you configure
  • Tailscale is optional; DevSpace Ultra does not require it

ChatGPT Classic elastic desktop workers

  • Windows 10/11 x64 only for automatic isolated desktop runtime cloning/recovery
  • ChatGPT Classic Windows Desktop app installed and signed in
  • A ChatGPT account able to use the worker conversations
  • RAM sized to the worker count: 16 GB is a practical starting point for 2–4 workers; 32 GB+ is recommended for larger pools. These are operational recommendations, not hard limits.
  • No GPU is required by DevSpace Ultra or the ChatGPT Classic worker runtimes themselves

macOS/Linux users still receive the DevSpace coding/MCP core and Chat Swarm backend, but do not currently receive the Windows package-identity worker-cloning path.

Platform support

Capability Windows macOS Linux
Base DevSpace MCP workspace ✅ ✅ ✅
Chat Swarm backend / routing ✅ ✅ ✅
Manual/browser worker conversations ✅ ✅ ✅
Elastic backend worker-slot resize ✅ ✅ ✅
Automatic isolated ChatGPT Classic desktop runtime cloning ✅ — —
Automatic desktop worker recovery by package/profile identity ✅ — —
ChatGPT Classic canary/rolling package update manager ✅ — —

DevSpace Ultra installs and runs the base DevSpace/Chat Swarm layer on supported Node platforms. The Windows-only rows depend on Windows AppX package identity and the current ChatGPT Classic desktop distribution model. Ultra feature-detects those capabilities rather than pretending they exist on platforms where the same desktop package mechanism is unavailable.

Production flow

A normal main-agent session can operate at this level:

assess workload
  -> choose desiredWorkers
  -> elastic scale runtime + Swarm capacity
  -> dispatch independent or targeted tasks
  -> collect / synthesize
  -> shrink idle tail workers when no longer needed

The main agent does not have to keep all workers open. Existing worker conversations are reused whenever possible.

Runtime lifecycle tools

The Ultra server registers runtime tools such as:

  • chat_swarm_runtime_status
  • chat_swarm_runtime_ensure
  • chat_swarm_runtime_scale
  • chat_swarm_runtime_recover
  • chat_swarm_runtime_autojoin
  • chat_swarm_runtime_setup
  • chat_swarm_runtime_stop
  • chat_swarm_elastic_scale
  • chat_swarm_update_status
  • chat_swarm_update_rollout

The Chat Swarm backend includes:

  • create / join / status
  • dispatch / collect / cancel
  • long parked worker waits and submit/repark
  • targeted or first-available routing
  • idempotent taskKey retries
  • persistence across DevSpace restart
  • worker recycle fallback
  • safe live capacity resize

Elastic scaling policy

Ultra deliberately separates runtime capacity from task routing.

  • The main agent may choose a small worker count for simple work and expand for parallelizable work.
  • reservedWorkers can exclude any operator-chosen runtime numbers from elastic production scaling; the public default is an empty reservation list.
  • Scaling down only removes safe idle tail capacity; it does not interrupt a busy worker merely to reach a number immediately.
  • Existing worker conversations and saved context are preferred over creating throwaway conversations.
  • Normal tasks are never typed into worker UI by the controller. They travel through the shared Chat Swarm backend.

sub-agents Project routing

When configured with a ChatGPT Project URL, new worker conversations are created inside the sub-agents Project instead of cluttering the general chat list. Project-scoped conversation URLs are persisted and accepted by the recovery path.

Update safety

chat-swarm-classic-update-manager.ps1 is designed around a canary-first rollout:

  1. detect primary ChatGPT Classic version and worker drift;
  2. prepare a free canary runtime from the new primary package;
  3. restore a known authenticated seed profile;
  4. verify the canary renderer/login/composer and run a real worker task at the orchestration layer;
  5. update production workers one at a time;
  6. back up profile/session state before each worker update;
  7. reopen the exact saved conversation and verify the worker after update;
  8. rollback the affected worker if verification fails.

If there is no version drift, no rollout is needed.

Security model

DevSpace Ultra inherits DevSpace's self-hosted MCP model. Keep the server bound and exposed only through a transport you control, use authentication, and avoid exposing the local MCP endpoint directly to the public Internet.

Worker tokens and orchestrator tokens are not intentionally written to normal controller logs. Runtime state stores package/profile/conversation mappings, not raw Swarm tokens.

See SECURITY.md for reporting and deployment guidance.

Verification

Distribution-level verification:

npm run verify:ultra

The Chat Swarm regression covers multi-worker fan-out, targeted routing, submit/repark, sparse wake-up, retry idempotency, persistence, close wake-up, recycle safety, and resize invariants.

Windows lifecycle testing additionally covers isolated runtime startup, minimized CDP control, worker recovery, long lease soak, same-conversation continuity, and elastic provisioning.

Documentation

License

MIT. See LICENSE and NOTICE.

DevSpace Ultra is an independent community fork/distribution and is not an official OpenAI product. ChatGPT and OpenAI product names are trademarks of their respective owners.

推荐服务器

Baidu Map

Baidu Map

百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。

官方
精选
JavaScript
Playwright MCP Server

Playwright MCP Server

一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。

官方
精选
TypeScript
Magic Component Platform (MCP)

Magic Component Platform (MCP)

一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。

官方
精选
本地
TypeScript
Audiense Insights MCP Server

Audiense Insights MCP Server

通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。

官方
精选
本地
TypeScript
VeyraX

VeyraX

一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。

官方
精选
本地
graphlit-mcp-server

graphlit-mcp-server

模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。

官方
精选
TypeScript
Kagi MCP Server

Kagi MCP Server

一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。

官方
精选
Python
e2b-mcp-server

e2b-mcp-server

使用 MCP 通过 e2b 运行代码。

官方
精选
Neon MCP Server

Neon MCP Server

用于与 Neon 管理 API 和数据库交互的 MCP 服务器

官方
精选
Exa MCP Server

Exa MCP Server

模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。

官方
精选