Skip to main content
AI Tool Radar
OSI-openComputer-use and autonomous agents

LongHorizon-Harness

AMAP-ML

Loop-engineering wrapper that keeps Claude Code, Codex or other coding agents working on one goal across desktop apps and the CLI for hours.

1.6k stars(as of 2026-09-23)View on GitHubHomepage

What is LongHorizon-Harness?

A 'loop engineering' system from Alibaba's AMap ML team that wraps an existing coding agent (Claude Code, Codex, OpenCode or DeepSeek Harness) in a plan-act-verify-checkpoint loop: it re-derives the goal and verified state each round, executes a bounded step with a fresh context window, checks the real result on the desktop or in the terminal, and either checkpoints progress or feeds failure evidence into the next round. It targets both GUI desktop apps and the terminal, and reports results on named public benchmarks (WeaveBench, OSWorld 2.0, Terminal-Bench 2.1) backed by an arXiv paper.

LongHorizon-Harness at a glance
FactValue
MaintainerAMAP-ML
GitHub stars1,617 (as of 2026-09-23)
Forks177
LicenseMIT
License typeOSI-open
CategoryComputer-use and autonomous agents
StatusRising
Edition2026-09
Last verified2026-09-23

LongHorizon-Harness in depth

Coding agents are good at bounded tasks but tend to drift, lose track of state, or simply run out of context on anything that takes hours rather than minutes, especially work that spans both GUI desktop apps and a terminal. LongHorizon-Harness, from Alibaba's AMap ML team, is built to fix that specific failure mode rather than to be another agent. It does not train a new model or replace Claude Code, Codex, OpenCode or DeepSeek Harness; it wraps whichever of those you already use in what the project calls a loop-engineering layer that keeps the agent oriented on one goal across a long-running desktop-and-CLI task.

The loop follows a fixed cycle: recover the goal and the last verified state, plan a single bounded next step, execute it with a fresh context window rather than an ever-growing conversation, check whether the real result on the desktop or in the terminal actually matches what was expected, and then either checkpoint that progress or feed the failure evidence into the next round. Because verification happens against the real computer state rather than the model's own claim of success, a step that silently failed does not get treated as done. The harness reports its results on named public benchmarks, including WeaveBench, OSWorld 2.0 and Terminal-Bench 2.1, and documents the approach in an accompanying arXiv paper.

This suits teams and individuals already using Claude Code, Codex, OpenCode or DeepSeek Harness for real work who want those same agents to keep running unattended for dozens of hours on tasks that mix desktop applications with command-line steps, such as a multi-stage data migration, a long research sweep, or an end-to-end app workflow that a single agent turn cannot finish. Because it is backend-agnostic, teams that already standardized on one coding agent do not have to switch tools to get the longer-running loop; they install LongHorizon-Harness on top of what they run today.

The project's initial burst was intense (eight releases and dozens of merged PRs between August 4 and August 20, 2026) but there has been no commit or release since August 20, over a month before this write-up, despite 40 open issues sitting unaddressed. The reported gains on WeaveBench, OSWorld 2.0 and Terminal-Bench 2.1 are the project's own results, not independently reproduced. Because LongHorizon-Harness only orchestrates an existing agent rather than replacing its judgment, the quality of any given step is still bounded by whichever backend model you point it at, and a systematically wrong verification step could let bad progress get checkpointed as good.

LongHorizon-Harness addresses a real and specific gap, agents that drift or lose state on long desktop-plus-CLI tasks, with a credible, benchmark-backed approach from a real engineering team rather than a solo side project. It is worth adopting if you already run Claude Code, Codex or a similar agent and need it to survive many hours of real work with checkpointed recovery. It is too early to lean on for anything mission-critical given the month-plus of silence since the last push; treat the initial three-week burst as promising and watch whether development resumes before depending on it in production.

Pros & Cons

Pros

  • Backed by an established org (Alibaba's AMap ML team) with an arXiv paper and results reported on named public benchmarks rather than a private one
  • Multi-backend by design: works with Claude Code, Codex, OpenCode and DeepSeek Harness rather than locking you into one agent
  • 9 real contributors and 8 releases (v0.1.2 to v0.1.7) in its first three weeks show a genuine development burst, not a single commit dump

Cons

  • No commits or releases since 2026-08-20, over a month stale at the time of writing, despite 40 open issues sitting unaddressed
  • Benchmark gains on WeaveBench, OSWorld 2.0 and Terminal-Bench 2.1 are the project's own reported numbers, not independently reproduced
  • It orchestrates an existing agent rather than replacing its judgment, so output quality is still bounded by whichever backend model you point it at

License

MIT (OSI-open)

When it is interesting

You already use Claude Code, Codex or OpenCode and want them to keep working autonomously on long, multi-hour desktop/CLI tasks with checkpointed recovery.

When it is too early

You need continuously maintained tooling - the month-plus of silence since the last push is a real caveat against the strong initial burst.

This repo featured in the 2026-09 edition of the Open-Source AI Radar.