AgentLoop

AgentLoopはワーカーごと、批評役セッションごとに新しいエンジンプロセスを起動するため、過去のチャット履歴は付いてこない。これにより文脈の腐敗、つまり長く走るチャットを信頼できなくする古い前提の蓄積を避けられる。永続する記憶はプロジェクトそのものと、批評役が書く具体的な修正であり、膨れ上がる会話を読み直すためにトークンを燃やすことを防ぐ。

完了の定義はGUIDELINES.mdに置く。新しい批評役が毎サイクル、そのファイルとワーカーの出力、プロジェクトのファイルを読む。批評役の最終行は厳格な契約だ。PASS、修正メモ付きのFAIL、CONTINUE のいずれかで終えなければならない。FAILは次のワーカーに注入される指示になり、フィードバックは手で伝えるコメントではなく行動に変わる。プロジェクト自身の評価では、9つのテストすべてが通過した後に、新しい批評役が混合パーセントデコードの欠陥を見つけた。

進捗はPLAN.mdとSTATE.mdに住む。会話ではない。ワーカーは計画と状態を読み、1つの増分を行い、状態を更新して終了する。記憶がファイルにあるため、ループは範囲内に収まり、放置しやすい。エージェントが扱うのと同じ成果物を読めるので、各ステップで何が変わったかを正確に確認できるという意味でもある。

各サイクル、判定、記録、コスト、ファイルの引き継ぎがローカルダッシュボードに表示される。プロセスを探し回る代わりにそこから実行をキャンセルでき、MCPブリッジ経由でChatGPTに状態を尋ねられる。当て推量は要らない。無人エージェント実行を事後にデバッグしようとしたことのある人にとって、タイムラインが記録されているかどうかは、問題を直すことと推測することの差になる。

AgentLoopはCodex CLIとClaude Codeを交換可能なエンジンとして動かす。ダッシュボードでループごとに、またはブリッジ経由でタスクごとに選べる。このプロジェクトは計画とローカル実行を切り離しておき、ロードマップは次に双方向のエージェント質問とリサーチループを目指す。

gitワークツリー内のプロジェクトでは、自動チェックポイントが既定で有効であり、サイクルが完了するたびにdaemonが進捗をコミットできる。再試行上限に達したスタックしたタスクのような突然の失敗でも、すでに済んだ作業を消さない。復旧はgitコマンド1つ分であり、無駄にした午後ではない。夜通しの実行ではこれが効く。

ループは意図的に逐次実行だ。独立して並べたタスクは並行上限まで走れるが、1つのループが同じプロジェクトを駆け回る並列の群れになることはない。これは意図的だ。予算にも上限がある。maxCyclesは1から50で既定は3、taskRetriesは連続失敗を制限し、上限に達するとタスクは停止扱いでスキップされる。