Autonomous coding loops

Engineer Loops that
ship while you sleep.

LoopEngineer is the control plane for autonomous coding. Point it at a GitHub repo, design a Workflow, and Workers pull ready issues, open PRs, and review each other’s work — on a harness with the best practices already built in.

No card required · Bring Codex or Claude · Your repo stays untouched

Works with the repos you already have.

GitHub IssuesJira IssuesCodex agentClaude agent
The problem

Your Ready column never empties.

There’s always more ready work than hands to do it. The backlog grows; the agents you could point at it don’t exist yet.

Spinning up a reliable autonomous agent — worktree isolation, atomic claims, maker/checker review, retries, backoff, never auto-merge safety — is its own engineering project.

LoopEngineer is that project, finished. You design the Loop; the harness handles the rest.

What you get

Design the loop. Workers run it around the clock.

LoopEngineer isn’t another chat window. It’s the control plane — recurring dispatches, isolated Workers, gated review, and one Board to drive it all.

Design Loops, not prompts.

A Loop runs one Workflow — a graph of Nodes you design. Start from a built-in (Implement, Review PR, Implement → Review) or wire your own in the Workflow builder, set the interval and issues in flight, then let it tick through ready work until you stop it.

workflow · implement→reviewnode graphreview gateevery 10m2 in flight

Around the clock.

Loops run 24/7. Every tick wakes, finds eligible issues, and starts a Worker for each — or tells you exactly why it declined. Wake up to PRs, not a blank screen.

Maker and checker, built in.

Every change is implemented by one Worker and reviewed by another — on a different model. LoopEngineer never auto-merges. Review is operator-gated; you stay the final word.

A harness with best practices baked in.

Isolated worktrees, atomic claims, retries, backoff, cooldowns, and a bundled agent kit of generic workflow skills — injected only into Worker worktrees. The reliability engineering is already done, so you spend your time on the work, not the harness. Out of the box.

One Board to drive it all.

A live lifecycle Board — Blocked → Ready → In progress → In review → Reviewed — pulled straight from GitHub. Every card shows its Worker and Run history. Drive it from your laptop or your phone.

Your repos stay clean.

Runtime state lives off to the side, never in your main checkout. Workers run in throwaway worktrees with a kit injected only there. Bring Codex or Claude; keep your repo exactly as you left it.

Plan Sessions.

Work through a freeform brief in a live planning session, publish an operator-confirmed PRD plus ready child issues, then hand those issues to Launch as explicit work scope.

Workflows

Build the pipeline. Any node, any agent.

Every Loop runs one Workflow — a graph of Nodes you draw on a canvas. A Node is just an agent plus instructions; an edge is a dependency. Chain them in sequence, fan out to run in parallel, join them back, and gate the merge. Roles are presets — the graph is yours.

fan-outfan-inReady worktriggerImplementcodex · workerReviewclaude · workerSecurity reviewcodex · customFixclaude · workerMerge PRaction · gatedClose issueaction

An edge is a dependency: a Node runs only once every inbound Node has finished, and its Worker receives their output as input. Worker Nodes run an agent in an isolated worktree; action Nodes — merge, close — run a Control action instead.

Implement

built-in
Implement

One Worker turns a ready Issue into a PR.

Review PR

built-in
Review

One Worker reviews an open PR and posts findings.

Implement → Review

built-in
ImplementReview

The default: make it, then a second model checks it.

Ship it

custom
ImplementReviewMergeClose

Add gated action Nodes to merge and close on green.

Hardened

custom
ImplementReview ∥ SecurityFix

Fan out to parallel reviewers, then a Fix Node joins them.

Your own

custom
+ Node+ Node

Drag Nodes, pick agents, write instructions, connect.

Inside a Node

  • Any agent

    Codex, Claude, Cursor, opencode, Kimi or Gemini — chosen per Node, with its own Model and Effort.

  • Roles are presets

    implement, review and fix seed a Node’s icon, agent, and prompt — then you edit freely.

  • Custom Nodes

    Drop a Node with your own instructions and Skill bundle. No preset required.

  • Action Nodes

    merge and close run a Control action instead of a Worker, gated on your rules.

How it works

Connect, design, let it run.

Three steps to a backlog that clears itself. Nothing is written to your checkout; you stay the final word on every merge.

Connecta GitHub repoDesigna loop · presetTickevery intervalImplementworker · worktreeReviewdifferent modelPRyou mergerepeat next tick
1

Connect a repo

Pick a GitHub Project. LoopEngineer reads your issues, base branch, and ready label — nothing is written to your checkout.

2

Design a Workflow

Build a Workflow from Nodes — each Node an agent with its own instructions — then set the Project scope, interval, and issues-in-flight cap. Launch starts a Loop from that Workflow.

3

Let it run

The Loop ticks around the clock: implement, open PR, review, repeat. Watch the Board; merge when you’re ready.

Around the clockA 24-hour ring with an active arc showing Loop dispatching Workers continuously through the day and night.24/7DISPATCHING
Around the clock

It doesn’t stop when you do.

A Loop tick wakes on its interval, evaluates eligible work, and starts a Worker — or records a clear DECLINED reason like “review backoff active”, “blocked by #122”, or “already reviewed at <sha>”. The control plane runs on an always-on Server, so you can drive it from a laptop or your phone.

every 4m
tick interval
×3
Workers in parallel
0
auto-merges, ever
2
models per change
Ship on a loop

Engineer the loop.
Workers run it.

Point LoopEngineer at your repo, design a dispatch, and let coding Workers clear your ready column around the clock — safely, on a harness that already has the best practices built in.