Megastructure Arc 2.1.6

• 接続から追加した API エージェントが、モデルが対応していれば貼り付けた画像を見られるようになりました。エージェント追加で加えたこうしたエージェントは認定を受けていなかったため、Arc はモデルが画像を見られるかどうかを判断できず、画像は表示されないと伝えていました。今後は、こうしたエージェントの起動時に Arc が小さな画像でモデルに一度だけ確認し、その結果を保存します。メッセージの画像やファイルボタンの画像は、画像を見られるモデルに届き、見られないモデルにはテキストの参照と説明が残ります。この確認が行われるまでは、OpenRouter のようにプロバイダーのカタログがモデルの入力の種類を示していれば、新しく追加したエージェントについてはカタログに従います。サーバーエラー、接続の切断、「応答の期限」切れなど、エンドポイント側の理由で確認に失敗した場合は、10 分以上たってからの起動時にもう一度確認します。キーの拒否、残高不足、レート制限の場合は、次の起動時に確認し直します。エージェント設定 → 制限 には、API エージェントと自己ホストサーバーのエージェント向けに「画像」が加わりました。「Arc が判断」「表示する」「表示しない」から選べ、Arc の判断とその理由、またはまだ判断がない理由も表示されます。変更はエージェントの次のターンから適用されます。
• モデルファイルがビジョンプロジェクターを使って画像を見られるようになりました。モデルファイルのフォルダーにビジョンプロジェクター（mmproj の .gguf。ビジョンモデルは重みと一緒に配布しています）が 1 つだけある場合、Arc はそれをモデルと一緒に読み込み、メモリーに合わせてコンテキストウィンドウの大きさを決めるときにも計算に入れます。エージェントは起動時に、モデルが画像を見られるかを一度だけ確認します。画像を見られるモデルには貼り付けた画像や添付した画像が届き、フルアクセスのルームではコンピューターツールも使えます。Arc がデスクトップを操作できる環境では、モデルが最初に一度ポインティングテストを受け、実際に使う座標でクリックするようにします。どちらの確認でも、タイムアウトは結果として扱わず、次の起動時にもう一度試します。HTTP API では、モデルファイルのセットアップに特定のプロジェクターを指定したり、プロジェクターをオフにしたりできます（projector：パス、auto、off）。エージェント設定にはこの項目はありません。2.1.6 より前に追加したモデルファイルにはプロジェクターの記録がないため、もう一度追加し、その新しい項目からエージェントを追加してください。
• MCP サービスが返した画像がルームに保存されるようになりました。エージェントに許可した MCP サービスのツールが画像を返すと（このコンピューター上で描画する、またはホスト型の画像 API を呼び出す画像生成サーバーなど）、Arc はそれを画像の成果物としてルームに保存します。1 回の呼び出しにつき最大 4 枚で、代替テキストはサービス、ツール、呼び出し時のプロンプトから作られます。エージェントには、途中で切れた画像データではなく、メッセージに添付できる参照が渡されます。MCP サービスには引き続きフルアクセスのルームが必要です。画像を読み取れない場合や 8 MB を超える場合は、保存しなかった理由が結果に示されます。
• Chat Completions の API エージェントで「応答の受信方式」を設定できるようになりました。エージェント設定 → 制限 で、Chat Completions プロトコルを使う API エージェント（カスタムの OpenAI 互換エンドポイントを含む）は「Arc の既定：ストリーミング」「ストリーミング」「一括受信」から選べます。変更はエージェントの次のターンから適用され、ストリーミングを拒否したプロバイダーにも、もう一度ストリーミングを求めます。一括受信で保存されたカスタムのエンドポイントは、ここで「ストリーミング」か Arc の既定を選ぶまで一括受信のままで、アップグレードしても変わりません。Anthropic Messages または Responses を使う API エージェントと、自己ホストサーバーのエージェントは常にストリーミングを使うため、「応答の受信方式」は表示のみです。実行中のエージェントのプロバイダーがストリーミングを拒否している間は、「一括受信（プロバイダーがストリーミングを拒否）」と表示されます。「一括受信」に設定したエージェントが「応答の期限」を過ぎた場合、エラーには「応答の受信方式」を「ストリーミング」に切り替える方法も示されます。
• UI レビューの組み込み手順が加わりました。エージェントは arc_get_skill で skill_id arc-ui-review を取得すると（arc_browser_open もこれを案内するようになりました）、画面レビューの手順がわかります。ページのスクリーンショットを撮り、画像を付けて講評を投稿し、変更案を HTML または SVG の成果物としてモックアップし、スクリーンショットに注釈を書き込み、変更前と変更後を並べて投稿します。モックアップのページで読み込めるもの（インラインのスタイルと以前のスクリーンショット。スクリプトや外部ファイルは不可）も説明しています。英語、簡体字中国語、繁体字中国語、日本語で用意されており、設定 → Arc 指示 でほかの組み込み指示と同じように編集したり、元に戻したりできます。

• タイムアウトや接続切断のエラーが、復旧カードの再試行を案内するようになりました。応答が「応答の期限」やストリーミング応答の上限を超えた場合や、プロバイダーやモデルサーバーが接続を閉じた場合、エラーは新しいメッセージを送るようには案内しなくなりました（新しいメッセージは保留中のステップの後ろで待つだけです）。代わりに、必要に応じて「応答の期限」（エージェント設定 → 詳細設定）を延ばすか「1ステップあたりの出力トークン数」（エージェント設定 → 制限）を減らしてから、「未完了ステップを今すぐ再試行」を選ぶよう案内します。
• プロバイダーのクールダウン中に拒否された再試行で、あなたのタイムゾーンの時刻が示されるようになりました。クールダウン中に「未完了ステップを今すぐ再試行」を選ぶと、ルームのカードはローカル時刻を表示しているのに、拒否のメッセージは最も早い再試行時刻を UTC で示していました。現在は UTC との時差付きのローカル時刻（例：2026-10-15T00:30:00-07:00）で示します。
• 起動時に古い失敗テストを消去したエージェントが、再び制限の変更を受け付けるようになりました。以前の Arc が残した接続テストの失敗記録をエージェントの起動時に消去すると、そのエージェントは再起動するまで、その後の制限の変更を受け付けませんでした。現在は、次のターンから変更を受け付けます。
• フルアクセスのエージェントのターン開始で、Hub が待たされることはなくなりました。こうしたエージェントが作業を始める前に、Arc はコンピューター上のプログラミングツール（Python、Node.js、Java、.NET など）を一覧にして指示に含めます。以前はこれを 1 つずつ確認し、その間は Hub へのほかのリクエストがすべて待たされていたため、負荷の高い Windows マシンでは 15 秒を超えて起動がタイムアウトすることがありました。現在は同時に確認し、その一覧を 10 分間、または PATH が変わるまで再利用します。時間内に応答しなかったツールは、次の起動時にもう一度確認します。
• トラフィック制限の最初の素早い編集が保持されるようになりました。設定 → 接続とモデル の「同時リクエスト数」「サーバースロット数」「毎分のリクエスト数」の欄は、表示された直後に自動でリセットされ、その瞬間に入力した値が元に戻ることがありました。「サーバースロット数」を消して 3 と入力すると、13 が保存されることもありました。現在は、保存済みの制限が変わったときだけ更新されます。
• Arc のコマンドラインは、出力をファイルやパイプに送るときに UTF-8 で書き込むようになりました。Windows では、リダイレクトすると arc --help と arc-daemon.exe --help が UnicodeEncodeError で失敗し、中国語や日本語のパスなど、システムのコードページにない文字を出力するコマンドも同様でした。エラーメッセージでは、そうした文字がバックスラッシュのエスケープで表示されていました。現在は、リダイレクトした出力とエラーは UTF-8 になります。コンソールウィンドウでの表示は変わりません。

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