loopx is a free, open source automation project written in Python and released under Apache-2.0. It has 5,890 GitHub stars, 554 forks and 102 open issues, and was last pushed 6 hours ago. On this registry it ranks #25 of 54 tracked projects in Automation, with 5 head-to-head comparisons available. It gained 32 stars over the last 3 tracked days.

What is loopx?

LoopX is an open, provider-neutral, local-first control plane for long-horizon AI agents that preserves objectives, gates, todos, evidence, quota, and handoffs across turns for developers and teams running durable, governed work on harnesses such as Codex, Claude Code, and Cursor.

What it is

LoopX is a lightweight state kernel and local-first control plane for loop engineering, written in Python under the Apache-2.0 licence. It does not replace an agent harness; it runs on top of Codex, Claude Code, Cursor, and other registered agent harnesses, and leaves the harness to execute bounded work while LoopX holds the long-horizon state, the semantic decisions about what happens next, governance, recovery, and human-agent collaboration. The project is provider-neutral by design, so the state that governs a piece of work survives a switch between harnesses, a restart of the machine, or a handoff between people.

The concrete problem it solves is the loss of continuity that follows every bounded agent turn. A harness session keeps its own context, and when that session ends or the work moves to another tool, the objective, the open todos, the evidence behind a decision, and the record of who approved what tend to disappear with it. LoopX keeps those pieces durable and reviewable, so long-running work stays restartable and easier to hand off, and so protected changes move through typed preview, explicit confirmation, and receipts rather than through an unreviewed browser session. LoopX state, not the browser, remains authoritative.

Key capabilities

  • A Personal Agent Workspace that keeps long-horizon goals, attention, conversations, tasks, files, schedules, and recovery durable across days, restarts, and harnesses.
  • The loopx dashboard command as the supported browser and PWA launch path, alongside native desktop previews from the 1.0 release that reuse the same loopback services and Goal state.
  • Goal capability configuration that distinguishes machine defaults from Goal overrides and previews changes before they are applied.
  • Steering of a live turn, message queueing, and an async inbox reachable from a connected Lark conversation, with explicit Goal, Agent, and session routing.
  • Continuation across Codex, Claude Code, direct-model, and other registered Agent sessions without losing Goal state or evidence.
  • Inspection of deliverable files, periodic reports, and the supporting evidence behind them.
  • A documented public-private boundary, a DSH plugin, and a bilingual English and Simplified Chinese developer book.

Who uses it and how

  • Individuals running long-horizon personal goals in one local-first workspace, reopening a project to inspect the previous turn's state and evidence before taking the next permitted action.
  • Managers coordinating group conversations, where LoopX keeps message visibility separate from Turn authority under the Lark Manager context and authority contract.
  • Teams that move the same goal between Codex, Claude Code, and direct-model sessions, and need the Goal state and evidence to follow the work rather than the harness.
  • Apple Silicon macOS users who want signed App updates pairing the shell with a bundled runtime, plus repair and recovery; Windows users currently have a preview install.

Getting started

Install for Python 3.11 or newer and launch with the loopx dashboard command, which serves the browser and PWA interface over local loopback services. Native desktop previews are downloadable from the 1.0 release, and the getting started guide covers installing, connecting a project, and running a first governed loop.

How it compares

The harnesses named in the project's own material, Codex, Claude Code, and Cursor, are the layer LoopX deliberately sits above rather than competes with: they execute bounded work, and LoopX supplies the state, governance, and recovery around it. That provider-neutral position is the distinction it claims, so a goal can move between those harnesses without the long-horizon record being rebuilt each time. No list of paid products it replaces is given in the available facts.

When to use it — and when not to

Adopting LoopX means operating a Python 3.11 or newer runtime and its loopback services yourself, since the control plane is local-first and self-hosted, and the macOS App is ad-hoc signed rather than notarized, while the Windows build is still a preview. Anyone who wants a fully managed hosted service, or who only runs short single-turn prompts inside one harness, should not pick it, because the value here comes from state that outlives a turn. The available facts come from a README excerpt and badge set rather than an operations document, so a prospective self-hoster should confirm the current setup and recovery requirements against the project's own docs before committing.

project readme (upstream, from github) — read inline

LoopX

The open, provider-neutral, stateful control plane for long-horizon agents.

Runs on top of Codex, Claude Code, Cursor, and other agent harnesses. LoopX preserves objectives, gates, todos, evidence, quota, and handoffs across turns; the harness executes bounded work.

huangruiteng/loopx on Trendshift

License Release Discord Python Local first Loop Agents

Public website · Blog · Docs · Developer Book · Try LoopX · See real loops · How it works · 简体中文


Open and provider-neutral, LoopX is a lightweight state kernel and local-first control plane for loop engineering. It runs on top of different agent harnesses rather than replacing them, providing the long-horizon state, semantic decisions about what happens next, governance, recovery, and human-agent collaboration that keep long-running work reviewable, restartable, and easier to hand off across turns, tools, and agents.

Loop engineering for long-horizon AI agents and peer agent teams.

Keep the loop moving. Keep the judgment human.

Learn LoopX

  • Developer Book - the curated bilingual path from control-plane foundations to project onboarding and developer contributions. 中文版 · English
  • Getting started - install, connect a project, and run your first governed loop. Guide
  • Docs - the full reference and operations site. LoopX Docs

Meet the Personal Agent Workspace

Keep long-horizon goals in one local-first workspace. Goals, attention, conversations, tasks, files, schedules, and recovery stay durable across days, restarts, and harnesses. Reopen a project, inspect the previous turn’s state and evidence, and continue the next permitted action.

LoopX 1.0 brings these long-horizon control states into the Personal Workspace. It gives you one place to:

  • see what needs you, what is running, what is being watched, and what is scheduled or stopped;
  • configure Goal capabilities, distinguish machine defaults from Goal overrides, and preview changes before applying them;
  • steer a live turn, queue a message, or use the async inbox from a connected Lark conversation with explicit Goal/Agent/session routing;
  • inspect deliverable files, periodic reports, and their supporting evidence;
  • continue across Codex, Claude Code, direct-model, and other registered Agent sessions without losing Goal state or evidence;
  • review protected changes through typed preview, explicit confirmation, and receipts while LoopX state—not the browser—remains authoritative.

For Manager group conversations, LoopX keeps message visibility separate from Turn authority; see the bilingual Lark Manager context and authority contract.

loopx dashboard

loopx dashboard is the supported browser/PWA launch path. You can also download native desktop previews from the 1.0 release; they reuse the same loopback services and Goal state. Apple Silicon macOS supports signed App updates that pair the shell with its bundled runtime, plus repair and recovery. Python 3.11+ is required; the App is ad-hoc signed, not notarized. Windows preview installers currently use manual updates and a separately installed CLI. Desktop installation, updates, and source development.

From a source checkout, run python -m demo.workspace serve to explore a community event, a home-energy comparison, and a neighborhood website release. Each has four work roles, 18 tasks, two decisions, and two watches. The screenshot above comes from this reproducible workspace. Scenarios and replay instructions.

Watch the full 32-second walkthrough · Read the workspace guide · Try the five-minute tour

Why LoopX

An agent can finish a task in one session. Long-running work is harder: objectives change, owner decisions appear, evidence goes stale, agents hand work to peers, and a scheduler can keep spending after no useful transition remains. Chat memory and a timer are not enough to govern that.

LoopX keeps the durable control state in one compact layer:

objective / issue / project
   │
   ▼
LoopX state: objective + gates + todos + scope + evidence + quota
   │
   ├─ human judgment needed? ── yes ─▶ ask a concrete question and wait
   │
   ├─ safe fallback available? ──────▶ run one bounded agent slice
   │
   ▼
Codex / Claude Code / Cursor / shell agent executes one turn
   │
   ▼
write evidence + handoff + next todo ─▶ quota decides the next tick

Agent runtimes execute the work. LoopX governs the state that lets engineering, research, discovery, and operations loops continue across runs. It is not another agent framework or a provider-specific orchestration runtime.

LoopX control-plane board

A useful mental model is an agent-native Kanban for long-running work. Cards carry identity, authority, evidence, and continuation. Moves are validated operators such as claim, gate, monitor, and writeback. The board is a projection; LoopX state remains the source of truth.

Registered agents are peers. Claims, leases, task boundaries, capabilities, and typed continuation decide who acts next; no durable leader identity is required.

LoopX is useful when you run:

  • multi-day engineering, research, benchmark, or experiment objectives;
  • issue and PR loops that must preserve scope, evidence, and review state;
  • recurring heartbeat or monitor work;
  • projects with owner, safety, publication, or private-data gates;
  • peer-agent teams where ownership, leases, and handoff matter;
  • creator, research, or operations workflows whose progress must remain legible to a non-engineering operator.

LoopX is not an autonomous production controller. Dangerous permissions, publishing, production writes, and final ownership stay with the human.

Evidence

The public OpenViking contribution sequence and the redacted, owner-run Auto ML showcase each span 200+ hours of elapsed loop lifetime, preserving bounded turns, decisions, and evidence updates. This measures wall-clock project time, not continuous model execution or unattended production autonomy. Open each visual to inspect the public-safe task graph, evidence branches, and cross-turn decisions; each case states its source and reproducibility boundary.

Open-Source Issue Fix

200+ hour public contribution arc: PR delivery and reusable fix knowledge evolve together.

LoopX's creator uses this path as an [OpenViking

readme truncated — read the full docs on github

Frequently asked questions

Is loopx free to use?

loopx is open source under the Apache-2.0 licence. There is no licence fee and no seat count — you can self-host it or, where the project offers one, pay a vendor for a managed version instead.

What does loopx do?

Long-horizon agent control plane for durable, governed work across Codex, Claude Code, and other harnesses.

What is loopx written in?

loopx is primarily written in Python. Its source is publicly available at https://github.com/huangruiteng/loopx, and it has 5,890 GitHub stars.