LoopX 1.0。
長時間エージェントの状態を、セッションの外に出したハーネスは替えない。Goal・ToDo・証拠・クォータだけを残す

一次は GitHub 公式リリース「LoopX 1.0 — a workspace for long-running agents」。リポジトリは Apache-2.0。言語は Python 中心に TypeScript を添える。作者は黄瑞騰。ByteDance AML、OpenViking 貢献者。

公式の自己規定は短い。

• ハーネスが有界な1ターンを実行する。Codex、Claude Code、Cursor、OpenCode、KunlunCode、DeepSeek Harness、shell。
• LoopXが Goal、gate、todo、evidence、quota、handoff をターンの外側で保持する。
• Workspace 自体は v0.5.4 より前からあった。1.0は状態と操作パスを一つの永続制御面に束ねた。
• 破壊的変更なし。staged な権限バックエンドの全面昇格ではない、とリリース自身が書く。
• 09-07 に v1.0.1（Goal Channel の安定化）。本号のデスク日と同日の最新パッチ。

出典：v1.0.0 Release ／ huangruiteng/loopx ／ README.zh-CN

1セッションなら、今のハーネスは仕事を終えられる。壊れるのは仕事がセッションより長くなったときだ。

• 目標が途中で変わるが、変更理由が残らない。
• 人の判断が必要になるが、要求がチャットの一文に消える。
• CI待ち・夜間・承認待ちのあいだに文脈が失われる。
• 複数エージェントが同じ仕事を掴み合う。
• 「もう進まない」のにスケジューラだけが消費を続ける。

公式が示す公開軌跡は、OpenViking の issue 修正列と、所有者実行の AutoML showcase。いずれも wall-clock 200時間超（作者発表では 220.7時間と 272.9時間）。待機、人間判断、writeback、再開を含む経過時間である。連続推論時間ではない。

出典：README Why LoopX / Evidence ／ 作者X：220.7 / 272.9 hour trajectories

実行パスは Agent → Capability → Provider。制御結果は Provider readback → Capability transition → Kernel。観測は遷移ではない。レシートも、Capability が検証し Kernel がコミットするまで「進んだ」ことにはならない。

• 今の目標は何か。 active goal、scope、authority。
• 次に何をするか。 順序付き user / agent ToDo、ownership、claim、lease。
• どこで人が判断すべきか。 具体的な user gate。曖昧な「待つ」ではない。
• 証拠は何が変わったか。 run history、検証、blocker、受理済み writeback。
• この Loop を続行してよいか。 quota、capability、安全側路、scheduler hint、停止条件。

登録エージェントは互いに平級。リーダーエージェントは不要。次の実行者は claim / lease / 能力ゲートで決まる。複数エージェントが同じ Goal を分担できるが、それは同じチャットルームで雑談する方式ではない。

出典：docs/architecture.md ／ LoopX Docs

クォータは許可ではない。自動計算の配分である。compute=1.0 で全日稼働相当、0.5 で半分、0 で Goal 単位の硬停止。判定順は健全性 → オペレータゲート → 証拠待ち → フォーカス待ち → 計算クォータ。

Handoff が1.0の見えにくい価値である。セッションを閉じる、モデルを替える、Codex から Claude Code へ渡す。Goal 状態と証拠は残る。stop は自動ターンを止め、resume するまで戻さない。quota を 0 にした停止とは、復帰の鍵が違う。

出典：docs/quota-allocation.md ／ Personal Workspace User Guide

正式な起動は loopx dashboard。既定 URL は http://127.0.0.1:8767/chat/。ブラウザ / PWA とデスクトップ殻は、同じ loopback サービスと Goal 状態を共有する。手元の全エージェントを勝手に吸い上げない。登録した Goal と Agent だけが見える。

安全モデルは「先にプレビュー、あとで確認」。状態を書く操作は Typed Action のプレビューになり、確認後に receipt が残る。Capability 設定は機械の既定値と Goal 上書きを区別する。

出典：personal-workspace-user-guide.md

IM は既存の Lark Goal Topic を再接続する。3つの入り方がある。

• live steering — 今動いている Turn に直接入れる
• session queuing — 同じセッションの FIFO に積む
• async inbox — ローカル私有の受信箱に置き、明示的に drain する

キャプチャ範囲を広げても、エージェント権限は広がらない。返信先も元 Topic に閉じる。IM は便利な操作面であって、権限のバイパスではない。

macOS（Apple Silicon）は App と runtime をペアで更新する。stable / main、repair、rollback。署名は ad-hoc で、公証（notarize）はされていない。Windows プレビューは手動更新。古いデスクトップ殻は一度手動で入れ替える。ロールバックはインストールを戻すものであり、任意の状態スキーマ移行を戻すものではない。

出典：v1.0.0 Highlights ／ README.zh-CN「Windows 预览版目前手动更新」

要件は Python 3.11+。ダッシュボードを使うなら Node 22.6+。Windows は py -3.11 -m pip install --upgrade loopx。.loopx/、.codex/goals/、.local/ は gitignore する。

出典：getting-started.md ／ claude_goal_mode/README.md

• 入れる。 python3 -m pip install --upgrade loopx → loopx workflow-skills --install → loopx doctor
• 既存リポジトリを接続する。 loopx connect のあと loopx start-goal --guided
• 画面を開く。 loopx dashboard。4泳道に Goal が見えるか
• 既存 Codex セッションへ紐付ける。 $loopx または bootstrap message
• 切断して再開する。 loopx status と証拠が残るか。quota should-run を見る

出典：Getting Started ／ v1.0.0 Breaking changes: No ／ README Current Status