コマンドラインエージェントが作業を続け、人の判断が必要になると通知するツール、Agent Autoloopの初の正式版が公開された。開発者はスケジュールやイシューに作業ルールを結び付け、ターミナルを見守り続ける代わりに、通知カードで質問に答えて作業を再開できる。

1. イベントを受け取るとルールに従ってエージェントが働く

Agent Autoloopはスケジュール、新規イシュー、運用アラートなどをイベントとして受け取り、指定したエージェントと作業フォルダーへ送る。同じ対象のイベントが待機中に追加されると、1回の作業にまとめる。エージェントは処理結果を最終メッセージに残し、実行中のプログラム単位であるプロセスを終了する。

イベントの受信機能、エージェント接続、通知チャネル、デプロイ手順は、機能を差し替える拡張要素であるプラグインで置き換えられる。例えば、イシューを受けてコードを修正するエージェントを実行し、メッセンジャーで判断を求める流れを構成できる。作業を見つける手段と実際に働くツールを別々に選ぶ構造だ。

2. インストール後にスケジュールと作業フォルダーを登録する

macOSとLinuxで利用でき、Node 24が必要だ。Gitとcurl、ログイン済みのコマンドラインエージェントも用意する必要がある。リリースノートに掲載されたインストールと試運転の例は次の通りだ。

curl -fsSL https://raw.githubusercontent.com/KKKKhazix/agent-autoloop/main/install.sh | sh
agent-autoloop try

インストールコマンドは特定のバージョンタグではなくmainに追従する。試運転では、エージェントが質問を残して終了し、ユーザーが答えると元の会話を続けて完了する流れを確認できる。

実際の作業は~/.agent-autoloop/rules.jsonに登録する。READMEの例では、毎日午前9時にCodexがノートフォルダーの前日の記録と、リポジトリに記録された変更のまとまりであるコミットを要約する。ルールには、いつ実行し、誰に任せ、どのフォルダーで作業するかを記述する。

保存したルールは数秒以内に反映され、agent-autoloop checkで検査できる。設定に誤りがあると、複数の作業と通知を中継する中心プログラムであるハブは、以前の有効なルールを使い続け、エラーを通知する。

3. 判断の要求とデプロイ手順を同じ流れに組み込む

エージェントは質問が必要になると、最終メッセージに所定の応答ブロックを付ける。ハブは質問のタイトル、説明、選択肢を通知カードで伝える。READMEはデータ削除、サービス再起動、費用の発生、人への連絡を判断要求の例に挙げる。

ユーザーの回答は元の会話を再開する入力となる。エージェントが自力で処理できる作業は、完了させるか、後で再確認するよう予約できる。応答形式が誤っていると、ハブは完了した作業を繰り返すのではなく、継続する会話履歴の単位である同じセッション内で最終メッセージだけを書き直すよう求める。

デプロイまで進めるデリバリープラグインも含まれる。GitHubのコード変更リクエストに、分類用のタグであるdeliverラベルを付けると、レビュー、自動チェック待ち、マージ、デプロイ待ち、実サービスのバージョン確認を順に進める。READMEによると、設定はmainからのみ読み込み、変更リクエストのコードを作業マシンにダウンロードして実行することはない。

4. 待機コストを減らし、運用設定はユーザーが担う

人の回答を待つ間、エージェントのプロセスは終了し、トークン使用も止まる。待機状態はSQLiteに保存され、軽量なハブだけがバックグラウンドに残る。エージェントを実行し続ける代わりに、記録を保管して回答が届くと会話をつなぐ方式だ。

利点は、ターミナルを見守る時間と、待機中のエージェントのリソース使用を減らせる点にある。その代わり、ユーザーは作業ルールと通知経路を設定し、必要な決定を下さなければならない。モデル利用料はユーザーのアカウントに請求されるため、待機コストの削減と実作業にかかるモデル費用を併せて確認する必要がある。

5. ベンチマークは作業ハブの負荷を示す

プロジェクトのREADMEは、Apple M5 Pro、メモリ24 GB、Node 24.21.0環境の測定値を示す。各書き込みは個別のリクエストであり、一括処理されるデータ操作であるトランザクションがディスクに確定した後に応答した結果だ。以下の数値はエージェントの開発成果よりも、作業を受け渡すハブの起動時間とリソース使用を示す。

表：Agent Autoloop 1.0.0ハブのベンチマーク

条件：Apple M5 Pro、24 GB、Node 24.21.0。各書き込みは個別のリクエストで、トランザクションがディスクに確定した後に応答

単位：起動・受け渡し遅延はms、メモリはMB RSS、書き込みスループットはevents/s

作業受け渡し遅延のp99は1.82 msで、測定値の99%がその時間以下だったことを意味する。

記録110万件での通常起動は99.8 msだったが、同じREADMEは、形式変更後にログから状態を再構築する初回起動では、同じ記録数で43.1秒かかったと記す。通常起動と異なりログ再構築が必要な条件なので、更新運用を計画する際に区別して見るべき指標だ。

検証項目には、障害と重複リクエストを含む20万ステップのシミュレーションという仮想状況で動作を試す手順と、プロセス終了1,000回の試験が示された。

コマンドライン出力と標準の通知は現在中国語だ。Feishuは実送信とボタン応答を試験したが、サービス間で自動通知を送る接続方式である4種類のWebhookテンプレートは、ローカルの模擬サーバーでのみ確認された。当該テキストチャネルで回答するには、端末からハブの公開アドレスにアクセスできる必要がある。

Agent Autoloop 1.0.0の核心は、エージェントにより多くの仕事を任せつつ、人が決定する場面を作業の流れの中に残すことにある。