Megastructure Arc 2.2.0

• Arc が実行するどのエージェントも、軽量のツール一覧から始められるようになりました。エージェント設定 → 会話 に「ツール一覧」が加わりました。「軽量」では、エージェントは少数の基本ツールと短いプロンプトで始めるため、送るリクエストが毎回小さくなります。ほかのツールは必要なときに検索で見つけ、権限は変わりません。「すべて」では、ホスト型のエージェントがこれまで使ってきた長い一覧から始めます。Arc のあまり使わないツールは、この場合も検索で見つけます。モデルファイルや自己ホストサーバーで動くエージェントはこれまでも軽量、API エージェントはすべてで始めており、既定はそのままです。Arc が実行するどのエージェントにもどちらかを設定でき、次のターンから適用されます。
• プロバイダーのキャッシュがエージェントの入力をどれだけ賄ったかを確認できるようになりました。「作業」タブの各ターンと、エージェントのセッション合計に、プロバイダーのトークン数が表示されます。入力、キャッシュ済み入力、キャッシュなし入力、キャッシュ書き込み、出力、最大のリクエスト、送ったリクエスト数、保存したチェックポイント数です。キャッシュ済み入力とキャッシュ書き込みは、すべてのリクエストが報告したときだけ表示し、そうでなければ 0 ではなく「不明」と表示します。一部のリクエストが欠けた入力の合計には「一部」と示します。キャッシュなし入力は入力からキャッシュ済み入力を引いた値で、両方がわかっているときだけ表示し、キャッシュ書き込みは差し引きません。Arc が文字数から見積もった最大リクエストのサイズは、推定値と表示します。キャッシュ済みトークンを 0 と報告するプロバイダーでは、0 と表示するようになりました。以前は報告された 0 を捨てていたため、「キャッシュなし」と「報告なし」が同じに見えていました。エージェントは detail=full で同じ合計を読めます。実行の合計は arc_run_status で、1 つのエージェントの合計は arc_seat_status で読めます。
• エージェントが複数のファイルを 1 ステップで読めるようになりました。Arc が実行するエージェントは、作業を始めるのにいくつかのファイルが必要なとき、1 ファイルずつ呼び出す代わりに、1 回の呼び出しで最大 8 ファイルを読めます。ファイル全体で 1 回の読み込みのサイズ上限を分け合い、読めないファイルはほかのファイルを止めずに報告され、各ファイルには後で保存するときに必要なハッシュが付きます。このツールは検索で見つけるため、エージェントが調べるまでは、そのエージェントのリクエストに何も加わりません。
• 長時間動くエージェントが、チェックポイントのたびにモデルへ送る古いテキストが大幅に減りました。Arc が実行するエージェントがステップ上限を超えて作業すると、Arc はチェックポイントを保存して続行しますが、その後のリクエストは毎回、それまでの各区間の継続メッセージ、つまり古いメモ、古いファイル一覧、古い読み込みの進み具合を何度も送り直していました。現在は、チェーン全体を 1 回のやり取りとして送ります。元のリクエストと、実行中にあなたが送ったメモに、最新の返信が答える形です。現在の継続メッセージには、最新のメモと再確認するファイルが入ります。ある長い試行では、これが次のリクエストに含まれる履歴の 4 分の 3 を占めていました。エージェントのコンテキスト表示と保存されたログには、引き続きすべての区間が表示されます。
• エージェントがチェックポイントをまたいでも、作業の保存に必要なファイルのハッシュを保つようになりました。Arc が実行するエージェントがファイルを置き換えるには、読んだ版のハッシュを示す必要があります。こうして、ほかの人の変更を上書きしないようにしています。これまではチェックポイントの後、途中まで読んだファイルのハッシュしか残らなかったため、ほかのファイルを最初に保存しようとすると拒否されることが多く、ファイルを読み直す必要がありました。現在は継続メッセージに、エージェントが最近読んだか保存した最大 12 ファイルのハッシュが、ファイルと照合したうえで載ります。変わっていないファイルはハッシュがそのまま使え、変わったファイルには読み直すよう印が付きます。Arc がエージェントの代わりにハッシュを埋めることは、これまでどおりありません。保存が拒否されたときは、ハッシュが得られる読み込みの呼び出しをメッセージで具体的に示します。
• 中国語の表示で、エージェントの呼び方が 1 つに統一されました。繁体字中国語の画面では約 100 か所で、簡体字中国語の画面では数十か所で、エージェントを別の語で呼んでいました。現在はそれぞれ 智能體 と 智能体 に統一され、MCP の設定や、Arc が中国語でエージェントに渡す指示も同様です。

• Claude Cowork を接続すると、Claude Desktop の再起動を求めるようになりました。Arc が Claude Cowork を接続した後、ルームは新しいセッションを始めるよう案内していましたが、Claude Desktop は接続を起動時にしか読み込みません。現在は、Claude Desktop を完全に終了してからもう一度開くよう案内します。
• エージェント設定で、エージェントが読み直す内容を正しく説明するようになりました。「会話の記憶」は、あなたとのやり取りだけでなく、エージェントのすべてのやり取りを数えます。「ルームを読む」は、あなたがほかのエージェントに送ったメッセージだけでなく、公開の投稿と、Arc が実行するほかのエージェントとの間のメッセージを読みます。4 つの言語すべてのヒントが、そのように説明するようになりました。
• モデルのサーバーが「Streaming is not supported」と返すエージェントも、返信を受け取れるようになりました。Arc はモデルに返信のストリーミングを求め、サーバーが断った場合は返信全体を一度に求め直します。これまでは stream フィールドを名指しする拒否は認識できても、「Streaming is not supported」とだけ返す拒否は認識できず、エージェントがそのエラーで止まっていました。現在は返信全体を求め直します。
• ルームに投稿されるプロバイダーのエラーに、プロバイダーのアカウント ID が表示されなくなりました。OpenRouter はエラーごとにユーザー ID を添え、OpenAI のレート制限エラーは組織を示すため、Arc が実行するエージェントがこうしたエラーで止まると、ルームの全員にその ID が見えていました。現在 Arc は、API キーと同じように、エラー文中のユーザー・アカウント・組織の ID を [REDACTED] に置き換えます。
• 一部のルームに限定されたエージェントは、ほかのルームにある Arc 管理のエージェントのセッションを読めなくなりました。招待で特定のルームだけを読めるエージェントは、ほかのルームのメッセージは拒否されていましたが、同じコンピューター上では、Arc 管理のどのエージェントのセッション、そのコマンドと出力、履歴、ジャーナルも読めていました。現在、これらの読み取りはそのエージェントのルームアクセスに従います。Arc Desktop には影響しません。
• arc mcp --no-ensure が、Arc が動いていないことをエージェントに伝えるようになりました。ハブが動いていないと、ブリッジはエージェントのアプリが接続する前に終了し、理由はトレースバックの後にログに出るだけでした。現在はブリッジが接続し、Arc のツール呼び出しごとに「Arc hub not running at <url>; start Arc」と返します。Arc が起動すれば、エージェントを再起動しなくても次のツール呼び出しから動きます。
• Arc が、Claude Code のエージェントにまだ見えないツールを呼ぶよう促さなくなりました。エージェントが arc_search_tools や arc_describe_tool でツールを見つけると、Arc はそのツールがツール一覧に加わったので呼ぶよう伝えていました。Claude Code はツールを読み直すまでそうしたツールを加えないため、呼び出しは「No such tool available」で失敗していました。現在 Arc は、常に使える arc_call_tool 経由でツールを呼ぶよう伝えます。すぐに表示できるアプリでは、ツールは引き続き一覧にも加わります。
• Arc がホームフォルダーを開けない場合でも、Arc が実行するエージェントにコンピューターのプログラミングツールが見えるようになりました。Arc は、各プログラミングツール（Python、Node.js、Go など）をホームフォルダーから実行して、コンピューターに何があるかを確認します。そのフォルダーを開けないとすべての確認が失敗し、Arc は 10 分間、新しいエージェントに何もないと伝えていました。現在はその場合、ディスクの最上位から確認を実行し、フォルダーのせいで始められなかった確認は記憶せず、次にエージェントが起動するときにやり直します。
• モデルが数値、true/false、リストを違う形で送っても、エージェントが行き詰まらなくなりました。一部のモデルは、数値をテキスト（「42」）として、true や false をテキストとして、あるいはリストを {"item": ...} で包んで送ります。Arc はこうした呼び出しを拒否していたため、エージェントが同じ呼び出しを何度も送ることがありました。あるエージェントは、作業の完了条件の設定に 10 回以上失敗しました。さらに、「すべての一致を置換」のようなオプションに「false」を送ったエージェントでは、そのオプションがオンになっていました。現在 Arc は、すべてのツールについて、ツールが期待する形でこれらの値を読み取ります。それ以外の値は、これまでどおり送られたまま渡されます。
• Arc が実行するエージェントが、1 つのファイルの中を検索できるようになりました。grep と同じように workspace_search にファイルを渡したエージェントは、存在するファイルについて「directory does not exist」と返されていました。エージェントは呼び出しが正しいと考えて送り直し続け、繰り返しを理由に Arc に一時停止されていました。現在はファイルのパスで検索するとそのファイルを検索し、読めないファイルではその理由を示します。
• プロバイダーが応答しなかったモデルのステップを破棄できるようになりました。プロバイダーがステップを受け付けたまま何も返さないと、エージェントはそのステップと、その後に送られたすべての返信を、あなたがエージェントを停止するまで保留していました。arc_cancel_seat_turn はエージェントを待機中と報告し、復旧カードにも抜け道がありませんでした。カードに「ステップを破棄」が加わりました。応答のないままステップを終え、エージェントが済ませたツール処理は残し、保留中の返信を順に実行します。「保留中の返信も破棄する」にチェックを入れると、それらを破棄します。エージェントのターンをキャンセルしても（arc_cancel_seat_turn を含む）、保留中のステップが同じように破棄され、Arc を再起動しても破棄されたままです。ステップを保留している間にエージェントのモデル、ルームアクセス、フォルダーを変えると、Arc はそのステップを再送しません。現在はカードが設定の変更を伝え、再試行をオフにして「ステップを破棄」を先に示します。設定を元に戻すと、再試行が再びオンになります。
• 「未完了ステップを今すぐ再試行」が実際に再試行し、カードが結果を伝えるようになりました。2.1.5 でプロバイダー復旧が加わって以来、カードの「未完了ステップを今すぐ再試行」と「再試行を一時停止」は、アプリがオペレーターキーを提示しなかったため、エージェントに届く前にハブに拒否されていました。カードには operator_only としか表示されませんでした。現在はエージェントに届きます。カードはすぐに再試行の表示に切り替わり、ステップを送った時刻と待っている時間を示し、「キャンセル」を出します。再試行でも応答がなければ「18:05 の再試行 1 でも出力がありませんでした。」と表示し、再試行の回数も 0 に戻らなくなりました。ハブがなお拒否する要求は、その理由を言葉で説明します。API または自己ホストサーバーのエージェントでは、カードの見出しが、エージェントがあなたの操作を待っていることとステップに応答がないことを伝え、再試行は同じ時間だけ待つため、再試行の前に「応答の期限」を延ばすよう案内します。リクエスト ID がないことについての注記は「復旧の詳細」に移りました。ステップが破棄されたとき、または 1 回以上の再試行で復旧したときは、エージェントの履歴に控えめな 1 行が残ります。これは 2.1.5 のリリースノートの訂正でもあります。当時は、カードの「未完了ステップを今すぐ再試行」と「再試行を一時停止」が使えること、失敗したステップを終えられるのはエージェントの停止だけであることを説明していました。現在は「ステップを破棄」やエージェントのターンのキャンセルでも、エージェントを止めずに終えられます。
• 返信の途中で起きたプロバイダーのエラーが自動で再送されなくなり、失敗したリクエストの使用量は不明として扱われるようになりました。返信が届き始める前のゲートウェイの 502、503、504 は、これまでどおり同じ復旧の予算内で自動的に再試行します。返信の一部がストリーミングされた後に起きたものも再送されていたため、その返信が再び生成され、課金も重なるおそれがありました。現在そのステップは、復旧カードであなたの操作を待ちます。送信後に失敗したリクエストは使用量が報告されず、費用がかからなかったものとして数えられていましたが、現在は使用量が不明なステップとして数えるため、エージェントの使用量は一部のみと表示され、実行は続きます。
• arc stop --storage <path> が、そのデータベースを扱うハブだけを停止するようになりました。--port を指定しないと、arc stop、arc app stop、arc reset はポート 6969 で応答したハブを何でも停止していたため、データベースを指定してテスト用のハブを止めたつもりが、メインの Arc ハブを止めてしまうことがありました。現在は --storage を指定すると、そのデータベースの隣にある pidfile からハブを見つけます。別のデータベースを扱うハブは動いたままにし、そのデータベースのハブは動いていないと伝えます。
• 設定 → データとプロジェクト → スクリーンショット の「フォルダーを開く」が、新規インストールでも動き、開けないときは理由を示すようになりました。スクリーンショットのフォルダーはエージェントの最初のスクリーンショットで作られるため、それまではボタンを押しても何も起きず、ほかの失敗も表に出ませんでした。現在はフォルダーを作成して開きます。ホームフォルダーの外に選んだフォルダーは親フォルダーの中で表示し、Arc がフォルダーを開けない、または表示できないときは理由を示します。
• プレゼンテーションモードで、あなたに関する情報をより多く隠すようになりました。「プライベートな情報を隠す」をオンにしても、「エージェントを追加」ウィンドウでは、ソース一覧、モデル一覧の見出し、検索欄、フッター、「整理」に、API キー・サーバー・保存済みセットアップに付けた名前と、ネットワーク上のサーバーのアドレスが表示されていました。現在は、キーをプロバイダー名（「OpenRouter 1」「OpenRouter 2」）で、サーバーや保存済みセットアップを「サーバー」「保存済みセットアップ」（複数あるときは番号付き）で、ルームからコピーしたエージェントをそのモデルで表示します。設定 → ツール連携アダプター と データとプロジェクト、および「エージェントを追加」ウィンドウのフォルダーパネルでは、設定・データ・フォルダーのパスでホームフォルダーを ~ と表示します。データとプロジェクト からプロジェクトをエクスポートするときは、開いているプロジェクトから始まり、プレゼンテーション中はそのプロジェクトだけを一覧にします。プレゼンテーションモードをオフにすると、すべて以前どおりに表示されます。
• 「セーフ」の説明が、セーフで許される内容と一致するようになりました。ルームのアクセスを選ぶ画面では、セーフではネットワークを使えないと説明していました。実際には、セーフのルームでも Arc が実行するエージェントは、ドキュメントにあるとおりウェブを検索し公開ページを読めます。シェルコマンドの実行、ファイルの編集、ローカルや LAN のアドレスへのアクセスは引き続きできません。
• 担当権がハブの再起動後も保たれるようになりました。これまではハブの再起動後、エージェントの期限切れでない担当権は、ほかのエージェントをそのタスクから遠ざけてはいても、そのエージェント自身のものとしては扱われず、エージェントが 1 つずつ取り直すまで、ルームの状態には予約済みとして表示されていました。現在ハブは、期限切れでない担当権をすべて、同じ担当者と期限のまま再起動後も保ち、エージェントに取り直しを求めません。ハブが止まっている間に期限が切れた担当権は、これまでどおり失効します。ファイルロックは変わりません。再起動後は、エージェントがファイルをもう一度ロックすると、そのロックが自分のものになります。

Windows 10/11（64-bit）、または Apple シリコン搭載の macOS 11 以降。同梱のローカル AI には macOS 26 以降が必要です。コンピューター操作には macOS 14 以降が必要です。