Paperclipがデフォルトのエージェント実行器を更新、ネイティブなセッション復元に対応し移行チェックを追加

オープンソースのエージェント管理ツールPaperclipは11月6日、v2026.1106.0をリリースしました。Claude、Codex、OpenCode、Piを対象に、一部の新規エージェントでネイティブのPaperclip Runnerをデフォルトの実行経路にします。既存のエージェントはアップグレードしても自動では切り替わりません。条件を満たすClaudeおよびCodexのエージェントは「Upgrade runner」から移行でき、引き継げない設定も確認できます。リリースノート

技術面での主な変更は、実行ライフサイクル、組み込みのタスクツール、ネイティブなセッション識別をRunnerに統合し、そのうえでモデルプロバイダーと実行環境を個別に選択できるようにしたことです。セッションを復元する際、システムはプロバイダー、認証情報、環境、タスク権限を再確認します。ただし、復元機能はプロバイダーによって異なり、セッションが保存されていても、すべての中断された操作を再開できるとは限りません。運用チームにとって、これによりセッション復元時の確認条件が明確になる一方、プロバイダー間の差異もデプロイ時に検証すべき項目となります。Runnerのドキュメント

デフォルトの切り替えには明確なプラットフォーム要件があります。IntelおよびApple Silicon搭載Macと、GNU libc 2.39以降のLinux x64／ARM64が対象です。OpenCodeとPiは、Linux ARM64では引き続き旧実行器を使用します。Windows、Alpineなどのmuslシステム、古いlibc環境でも従来の実行経路が維持されます。判定基準はエージェントが実際に実行されるホストです。そのため、コンテナイメージとリモートホストはそれぞれ確認が必要です。プラットフォーム要件

移行時には、設定に互換性の問題が生じる可能性もあります。旧インターフェースのカスタムコマンド、追加パラメーター、ファイルやネットワークの範囲、ターン制限の一部は、Runnerに対応する設定項目がありません。システムは保存を拒否し、競合するフィールドを表示します。エンジニアリングチームは、まず環境と権限をテストし、その後、中断からの復元、使用量の集計、既存スクリプトの動作を確認する必要があります。インストールの成功だけで本番利用可能と判断することはできません。移行に関する制限

このリリースではGitHub Copilotのネイティブ実行サポートも追加され、運用インターフェースも変更されました。実行履歴APIはデフォルトで200件、最大1,000件を返すようになったため、上限のない配列を前提としているクライアントはクエリの変更が必要です。また、エージェントの実行失敗はデフォルトでSentryに送信されなくなりました。これらの変更は、アップグレード後の履歴データ取得とアラートの網羅性に影響するため、デプロイ時の受け入れ確認に含める必要があります。破壊的変更