Urgent.News

What's breaking now, across thousands of outlets.

AI

After shutting down the control surface, the AI task is still running: Why did we break it down into three layers?

Interacting with a terminal window on a machine through an interface is how most people start using AI to write code. As the number of tasks increases, three specific problems arise: tasks are scattered across multiple machines, each task requires an independent and disposable environment, and long-running tasks should not die when the browser is closed or the interface is disconnected. This article discusses the architectural choices made by TaskHandoff to address these three issues: why the control plane and execution plane are separated, who manages the state, and the resulting trade-offs. The problem: when tasks multiply, you start manually acting as a scheduler Suppose you have three machines: a laptop, a constantly running home server, and a company intranet host. You run Codex or OpenCode on each of them. As a result, you spend your days doing the following: remembering which machine has which repository, which branch, and which worktree; manually setting up the environment or tolerating the container's slow installation of tools from scratch; repeatedly switching SSH windows to check task progress, as tasks only exist within the context of that terminal; and after closing your laptop, wondering if the task on the home server is still running.

Translated from Chinese Read in Chinese

TaskHandoff has developed an architecture to address issues that arise when using AI to write code across multiple machines. The system consists of three layers: Control Plane, Node Agent, and Controlled Instance, each with distinct responsibilities and state ownership. This design allows tasks to continue running even if the control panel is closed or restarted, and tasks can be monitored and managed across multiple machines and platforms.

The system's design is based on four key principles, including separating state ownership and distinguishing between display status and authoritative status. Documentation is available for users to deploy and use the system.

Written by urgent.news from Dev.to's report — not a translation of it. Machine-written — may contain errors; check the original before relying on it.

Also reported by 2 other outlets

Read the original at dev.to →

More in AI

Automated Red Teaming for AI Agents

Your agent refused. Politely. Correctly. Then it refunded $240 on an order that wasn't the user's. No test failed. The transcript looked perfect. The bug only showed up in the tool call.

  • Automated red teaming tests AI agents interacting with tools.
  • Focus on actions, not language, to catch slip-through bugs.

More from Wednesday 14 October →