Keyboard shortcuts

Press ← or → to navigate between chapters

Press ? to show this help

Press Esc to hide this help

組み込みツールインベントリ

エージェントが呼び出し可能なツールを、コアバイナリに残すか、機能ゲート化するか、WASMプラグインに移すか、スキルパッケージとして提供するか、あるいはMCPまたはCLIバックエンドの統合を使用するかを判断する際に、このページを参照してください。

各ツールについてランタイムレジストリが構築する提案ティア、ランタイムが保持するコアセット、そしてランタイムがFND-001ベースラインより多くを保持する理由については、ティアと保持されるコアセットを参照してください。

これは削除計画ではなく分類マップです。代替手段が運用上の契約（設定、セキュリティポリシー、ツールの受領記録、監査の可視性、互換性、ロールバック）を維持できるまで、ツールを削除したり外部化したりしないでください。このルールは RFC #6165 で承認された軽量コアポリシーです。詳細は 代替優先ポリシー を参照してください。

ランタイムレジストリの信頼できる情報源は crates/zeroclaw-runtime/src/tools/mod.rs で、特に default_tools、all_tools_with_runtime、register_skill_tools_with_context_and_runtime です。共有ツールの実装は主に crates/zeroclaw-tools/ 配下にあります。

デフォルトでモデルに表示される選択

正規の最小選択は、crates/zeroclaw-config/src/builtin_tools.rs にある CORE_TOOL_NAMES で、組み込みツール 11 個を既存のエージェントおよび呼び出し元のポリシーで絞り込んだものです。デフォルトの [tools].optional = ["*"] は full です。minimal の場合、追加の組み込みツールは構築前に [tools].optional で指定する必要があります。コンパイル時の利用可否と復旧手順については、最小構成と完全構成のツールを参照してください。設定済みのプラグイン、MCP サーバー、スキル、周辺機器は、それぞれ独自の有効化および権限の仕組みを維持します。

バケットは実装の所有権と将来の配置先の候補を示すものです。モデルカタログを宣言するものでも、既存の実装の削除を許可するものでもありません。git_operations は承認済みの11件に引き続き含まれており、その長期的な分類と「代替先優先」の要件は以下のとおりです。

分類バケット

バケット意味次のアクション
組み込みを保持ベースラインエージェント契約の一部、またはランタイムポリシー、レシート、メモリ、セッション、デリゲーションに密接に結合している。エージェント契約が RFC を通じて変更されない限り、コアに保持する。
フィーチャーゲート候補ファーストパーティの動作は引き続き ZeroClaw に属しますが、依存関係、プラットフォーム、バイナリサイズ、またはオペレーターリスクのコストは最小ビルドに影響を与えるべきではありません。削除を検討する前に、機能/設定ゲートを追加または厳格化する。
後で外部化する有用な機能ですが、その動作の大部分は製品、ベンダーAPI、またはオプションのワークフローをラップするものであるため、長期的な所有者はプラグイン、スキルパッケージ、MCPサーバー、または外部CLIであるべきです。外部サーフェスが実際のものとなり、ドキュメント化されるまで互換性を維持する。
まだアクションはありません現在の証拠は、別のホームを選択するには不十分です。そのまま残し、ソース、使用状況、および置き換えの証拠とともに再検討する。

組み込みを保持

これらのツールは、ローカルエージェントの最小限の作業領域を構成します。default_tools はこれらを、ACP ターンでのみ許可される tier 2 ツールの deliver_file とともに登録します。完全なレジストリは、7つすべてを改めて登録します。

ツールなぜ彼らは留まるのか
shellZeroClaw のシェルポリシー、サンドボックス、ランタイムアダプター、パスガード、およびレシートの下でローカルコマンドを実行します。
file_read、file_write、file_editワークスペースファイル契約、永続化の振る舞い、パスガード、および監査サーフェスを所有する。
glob_search、content_searchシェル固有のコマンド構文を必要とせずにローカル検出を提供します。

これらのフルレジストリツールも、オプションのプロダクト統合ではなく、ランタイム、メモリ、協調、またはオペレーター制御のプリミティブであるため、組み込みのままにしておく必要があります。

ツールなぜ彼らは留まるのか
memory_store、memory_recall、memory_forget、memory_export、memory_purge長期記憶はファーストパーティのランタイムコントラクトであり、共有メモリの所有権ルールを使用します。
cron_add、cron_list、cron_remove、cron_update、cron_run、cron_runs、scheduleスケジューリングは自律実行、所有権、実行履歴に影響するため、コア内でポリシーとして可視化しておく。
spawn_subagent、delegate、send_message_to_peer委譲はエージェント実行モデルの一部であり、リスクプロファイル、ツール、メモリ、および親/子の制約を共有する必要があります。
ask_user、escalate_to_human、reaction、poll、channel_roomこれらは、遅延バインドされたチャネルハンドルとレシートを備えた、チャネルブリッジング演算子の相互作用プリミティブです。
sessions_current, sessions_list, sessions_history, sessions_sendセッションの可視性と履歴へのアクセスは、daemon/gateway のセッションバックエンドおよびエージェントの所有境界を共有しています。sessions_send は非推奨のレガシーなチャット履歴への追記であり、セッションへの通知や実行は行いません。エージェント間のメッセージングには send_message_to_peer を使用してください。
model_routing_config、model_switch、proxy_configこれらは現在のモデル/プロキシのルーティング制御プレーンを公開するものであり、config-source の動作から逸脱すべきではありません。
TodoWriteランタイムツールサーフェス内でエージェントの構造化タスクリストを管理します。安定したツール名とライフサイクル動作をコアに維持してください。
read_skill と、kind = "shell"、kind = "http"、または kind = "builtin" を持つスキル定義ツールスキルは意図された拡張ポイントですが、インストールされたスキルをツールに変換するランタイムブリッジはコアです。

model_routing_config upsert_agent は部分更新のインターフェースです。省略された agent、risk-profile、runtime-profile のフィールドは変更されずに残ります。ダーティパスの保存では、関係のない TOML の値やコメントが保持されます。明示的な risk または runtime の制御を指定すると、共有プロファイルを変更するのではなく、対象エージェントのプロファイルを変更前に分離します。同じリスクによる自動委譲はプロファイル名を比較するため、risk-profile の明示的な変更でプロファイルを分離すると、以前の同じプロファイルの仲間との暗黙的な関係が失われる可能性があります。その範囲を維持したい場合は、仲間を明示的な委譲先として設定してください。ツールは、zeroclaw config migrate で更新されるまで、古いオンディスクスキーマの変更を拒否します。ツールは依然として config-commit の受け付け処理の外側で書き込みを行うため、ランタイムへの公開と同一パスでの同時書き込みの調整は、別の問題として扱われます。

フィーチャーゲート候補

これらのツールは現在ファーストパーティですが、プラットフォーム、依存関係、ネットワーク、UI の対象範囲を拡張するため、明示的な機能/設定の境界を設けるべきです。

ツール境界分類
browser、browser_open、browser_delegate、text_browser設定でゲートされ、ランタイムに依存する。ファーストパーティを維持するが、ブラウザ自動化は大きな信頼サーフェスであるため、機能/設定ゲートの締め付けを継続する。
http_request, web_fetch, web_search_tool設定でゲートされたネットワークアクセス。SSRF、許可リスト、プロバイダー ルーティング、およびレシートの動作が ZeroClaw 所有のままである間は first-party を維持する。MCP/プラグインの代替が同じネットワーク ポリシーを表現できるようになった後でのみ再検討する。
SOPツール（sop_list、sop_execute、sop_advance、sop_approve、sop_status、および条件付き sop_workshop）ランタイムハンドルでゲート制御され、sop_workshop には手続き記憶も必要です。ファーストパーティに保つこと。SOP のライフサイクル、承認、手続き記憶、監査記録はランタイムの状態であり、汎用的な外部連携ではありません。
WASMプラグインツールコンパイルフィーチャーおよび設定でゲートされたホストブリッジ。ホストブリッジはファーストパーティのままにし、個々のプラグイン機能はコアの外に置く。
execute_pipeline設定ゲート付きツール チェイニング。ツールチェイニングポリシー、ステップごとのレシート、および呼び出し元の許可リストがコアかどうかを判断できるほど安定するまで、ゲート付きのままにする。
knowledge設定でゲートされたナレッジサーフェス。リレーションシップメモリとグラフワークフローがユーザー向けドキュメントとスキルにまだプロモートされている間は、ゲートされたままにしてください。
file_upload、file_upload_bundle、file_download設定でゲートされたデータ移動。ゲートされたままにする; これらはポリシーに敏感なデータ移動ツールであり、外部化前に明示的な置き換えが必要です。
backup, data_managementBackupはローカルの状態を変更します。現在、データ管理ではretentionのプレビューとストレージ統計のみを表示します。明示的な設定境界を維持してください。確認済みのデータ管理パージは、所有カテゴリ、確認と監査の動作、ロールバック契約が定義されてから再有効化してください。
screenshot, image_info, canvasビジュアル/UI ツールサーフェス。当面は保持する。プラグインとダッシュボードの境界が落ち着いたら、ビジュアル/UIツールサーフェスで分類する。
llm_taskプロバイダー依存のサブタスク実行。プロバイダースコープのサブタスク実行が委譲とは別の契約を持つまで保持する。
security_ops設定でゲートされたセキュリティ操作。ゲートされたままにする。セキュリティ運用には、プラグインが同等のパーミッション、レシート、ロールバックをアドバタイズできるようになるまで、ファーストパーティのポリシー可視性が必要です。
verifiable_intent設定で制御される信頼ポリシー。 vi_verify ツールはモデルから見えるレジストリから一時的に除外されています。ゲート制御を維持し、ファーストパーティに限定してください。インテントの発行と検証は信頼ポリシーに影響するため、認証情報の境界が安定するまではファーストパーティのままにする必要があります。チェーン検証器はまだ存在しないため、vi_verify は verifiable_intent.enabled = true の場合でも登録されません。現時点でこのセクションを有効にしても、その不足を示す警告がプロセス起動時に記録され、各デーモンの再読み込み時に再度記録され、さらに zeroclaw config patch によってセクションが無効から有効に切り替えられたときにもう一度記録されるだけです。この警告は、zeroclaw doctor と設定 API によって verifiable_intent_tool_withheld バリデーション警告として報告されるため、observability.log_persistence = "none" でも保持されます。ツールを保留しても、発行および検証のライブラリパスは削除されず、埋め込み側では引き続き利用できます。検証済みチェーン結果を消費する検証・評価パスの背後でのみ登録を復元し、同じ変更で両方の経路を廃止してください。
ハードウェアプローブ (hardware_board_info、hardware_memory_map、hardware_memory_read)周辺機器で制御されるハードウェアアクセス。ファーストパーティを維持しつつ、ハードウェアツールはペリフェラルレジストリパス経由で追加され、ZeroClaw の権限ルールの下で物理デバイスにアクセスします。

web_fetch は FND-001 D5 でコア機能として挙げられているため tier 1 に分類され、その [web_fetch].enabled 設定ゲートはそのまま残ります。

後で外部化

これらは、代替となる仕組みが用意された時点でコアバイナリから切り離す最有力候補です。それまでは、互換性を保ち、ポリシー上も可視な状態を維持してください。

ツールおそらく長期的なホームなぜ
notion、jira、microsoft365、google_workspace、linkedin、composioプラグイン、MCPサーバー、またはCLIベースの統合。これらは主に、コアランタイムとは独立して進化しうるサードパーティ製品や認証モデルをラップしています。
claude_code, claude_code_runner, codex_cli, gemini_cli, opencode_cliCLI ベースの統合またはスキルパッケージ。外部CLIは認証、コマンドの動作、リリースの周期をすでに管理しています。ZeroClawがそれらを呼び出す場合は、レシートとポリシーを保持すべきです。
email_search, email_readChannel コンパニオンプラグインまたは MCP サーバー。メールの検索/読み取りは有用ですが、ベースラインのエージェント契約ではなく、外部アカウント認証とチャネル設定に結びついています。
discord_searchChannel コンパニオンプラグインまたは archive-query スキル。チャンネルによって生成されたDiscordアーカイブデータベースに依存します。アーカイブAPIが明示されるまで、そのチャンネルの近くに置いておいてください。
image_gen、cloud_ops、cloud_patterns、project_intel、report_templateスキルパッケージ、プラグイン、または MCP サーバー。これらは、コア実行プリミティブというよりも、オプションのワークフローやベンダー/データサービスのラッパーです。
weatherスキルパッケージまたは HTTP ベースのスキル。カスタムフォーマットやポリシーの同等性が必要な場合は、後でプラグインまたは MCP サーバーを検討します。現在の組み込み機能は、キー不要の wttr.in ラッパーです。最小限のルックアップは HTTP スキルの形態に適合しますが、完全な外部化には、フォーマット済み出力、tool.weather プロキシポリシー、および組み込みツール名／自動承認の動作に関する同等性が依然として必要です。
pushoversystem.notify を経由する共通の通知パスと、狭くスコープされたサービスプラグイン。そのコアの形状はデバイス通知であり、標準のノード機能と重複しています。Pushover固有の認証、配信、障害モード、およびアダプター互換性は、コアランタイムの外に移す前にまだ証明が必要です。
git_operationsCLI ベースの統合または狭いスコープのプラグイン。Git のリポジトリ操作には、ローカルとリモートの両方に副作用があります。そのため、外部の代替手段を使う場合も、ポリシーチェック、レシート、オペレーターへの明示的な可視性を維持する必要があります。ワークツリー操作では、要求されたすべての対象と、リンクされたワークツリーのメタデータパスを、該当する読み取り/書き込み許可に照らして検証します。一覧表示は、ワークツリーのパスが解決でき、かつメタデータが該当する読み取り許可で検証できるエントリのみを返します。メタデータのシンボリックリンクは、たとえその接続先が許可されている場合でも、辿らずに拒否します。読み取り専用コマンドは、リポジトリで設定されたコンテンツフィルター、署名検証ツール、ネストされたサブモジュールの diff コマンドを実行してはならず、mailmap を解決してはならず、サブモジュールのワークツリーの状態を調べてはなりません。ただし、変更されたスーパープロジェクトの gitlink コミット ID は保持します。Git のトランスポートは禁止され、暗黙の promisor オブジェクトの取得は無効化されます。そのため、利用できない部分クローンのオブジェクトは、リポジトリが選択したトランスポートを開始するのではなく失敗します。書き込みに分類されるコマンドは、Git のフックとフィルターを保持し、エージェントごとに設定されたサンドボックスの境界を適用します。[runtime] kind = "docker" の場合、Git はランタイムコンテナに入らないため、書き込みに分類される Git コマンドは起動される前にすべて拒否されます。読み取りに分類されるコマンドは変更されず、コンテナ内のコマンド実行経路は引き続きシェルツールです。ネイティブのランタイムモードでは、no-op のサンドボックスは Git を制限しません。configured sibling roots に対してサンドボックスを拡張するのは Landlock のみです。他のサンドボックスバックエンドは、エージェントのワークスペース外への書き込みを拒否したり、ワークスペースを読み取り専用でマウントしたり、ワークスペースを省略したり、グローバルな Git 設定を隠したりできます。

git_operations は、FND-001 D5 でコア機能として挙げられているため tier 1 に分類されています。上の行には後に移る可能性のある分類先が記載されていますが、それを実現するには先に D5 を改訂する必要があります。

claude_code、codex_cli、gemini_cli、opencode_cliは、ランタイムの共有サンドボックスを経由して動作するためtier 2に分類されます。外部化は今後の候補として残っています。

まだアクションはありません

これらのサーフェスは、別のデザインスライスがより良い証拠を生み出すまでそのままにしておいてください：

  • calculator: 小さく、依存関係が少なく、無害であるため、外部に移動すると節約される以上に複雑さが増す可能性があります。
  • tool_searchと遅延MCPアクティベーション：現在のMCPディスカバリーフローの一部ですが、正確な長期的な境界はv0.8.2のプラグイン/MCP作業に依存します。
  • セッションのリセット/削除ツール: 実装は存在しますが、エージェントレジストリはデフォルトでは破壊的なスコープ外のバリアントを登録しません。オペレーター/管理者向けのインターフェイスで明示的に必要とされない限り、その境界を維持してください。

Tiers と保持されるコアセット

ティア（tier）は、PR #11090 で提案されたランタイム構成コントラクトの下で、組み込みのエージェントツールがどこに属するかを示す。すなわち、ランタイムが構築するか、アプリケーション所有のツールソースの候補とするかである。ティアの判定基準は、そのツールがコントラクトの ToolRequest のみから構築できるかどうかである。すなわち、config、agent_alias、解決済みの SecurityPolicy、選択された RuntimeAdapter、およびエージェントのメモリハンドルからのみ構築できるかどうかである。ツールが他のランタイムハンドルを必要とする場合、または、ランタイムがツール名に基づいて実行方法を変更する場合（イベント発行、ターンの受け付け、メモリの再バインド、引数の注入、ループガード、プロンプトガイダンスの選択）、そのツールはホストに結合している（host-coupled）とみなす。ACP のツール種別マップ、Matrix の引数開示リスト、エージェントループのツール説明など、ツール名をキーとする表示用および説明用のテーブルは、この判定の対象に含めない。判定基準を満たしながらランタイム内に残るツールは、判断事項（judgment call）として記録する。コントラクトがマージ前に変更された場合は、ここでのティアの判定基準も合わせて更新すること。

この分類は #10998 に対する提案であり、承認済みのコアセットと、逸脱がある場合はその根拠を、ランタイムおよびゲートウェイの提供トラッカーである #7432 に記録する必要があります。

Tierは、composition契約のもとで誰がツールを構築するかを記録します。一方、上記のバケットはツールの長期的な所在を記録するため、ツールはtier 2でありながら外部化候補にもなり得ます。

テーブルに記載されているのは、all_tools_with_runtime が構築するツールと、スコープ付きレジストリの組み立てで生成される4つのツールです。記載されていないのは、ハードウェアクレートの周辺ツールで、これらは設定されたボードに依存します。また、名前が実行時に決まる WASM プラグインツール、スキル定義ツール、MCP ラッパーも除外されています。vi_verify は意図的に提供されておらず、エージェントレジストリに登録されないセッションのリセットおよび削除ツールも対象外です。さらに、skills_list、skill_view、skill_manage は、オプトインのバックグラウンドスキルレビューのみが登録します。

以下の3つのティアテーブルは、テストによってcrates/zeroclaw-tools/src/inventory.rsと照合されるため、両方をまとめて編集してください。

Tier 1: コア

Tier 1 は、維持されるコアセットです。FND-001 D5 で定められたベースラインそのものであり、変更されていません。プラグインが一切インストールされていない状態で、有用なエージェントに必要なツールを指定します。

ツールなぜそれがコアなのか
shellホスト上で動作させる一般的な手段で、シェルポリシーとランタイムアダプターの下で実行されます。ランタイムは、git_operations やコーディング CLI と共有するエージェントごとのサンドボックス上にこれを構築します。
file_readWorkspace の読み取りは、あらゆるタスクにおける最低限の操作です。パスガードの背後で実行されます。
file_write結果は、パスガードとランタイムの永続化ルールの内側にあるワークスペースに書き込まれます。
file_edit完全一致の編集を行い、ファイル全体を書き直すことはしません。書き込みと同じガードの対象となります。
glob_searchワークスペースのファイルを、シェル構文に依存せずに検索します。
content_searchワークスペースの内容を、シェル構文に依存せずに検索します。
git_operationsGitのコマンド境界を通じたリポジトリ作業です。この境界は同じ共有サンドボックスをラップしています。
memory_store長期メモリの書き込みパス。ファーストパーティのランタイム契約です。
memory_recall長期記憶の読み取りパス
memory_forget間違った、または不要なメモリを削除できるように、削除パスを用意します。
web_fetchワンページ、プレーンテキストで返される、最小限のネットワーク機能。

web_fetch は [web_fetch].enabled によって制御されており、デフォルトは true です。

Tier 2: ホスト密結合

Tier 2ツールはコアセットを超えてランタイムに保持されており、ランタイムはそれらを引き続き構築しています。

ファミリーツールランタイムがそれを構築し続けているのはなぜか
スケジューリングcron_add、cron_list、cron_remove、cron_update、cron_run、cron_runs、scheduleランタイムの cron ストアとスケジューラー。ランタイムは次の5つの名前によっても動作を判定しています: cron_add、cron_update、schedule に対するシェル方言のガイダンス；前述の3つと cron_run に対するランタイム承認済みの引数注入；cron_add に対する配信のデフォルト設定；独自の許可リストを持たない cron エージェントのターンでは cron_add、cron_update、cron_remove、cron_run、schedule を除外。
|Memory plane の日本語訳です。

Memory plane|memory_export, memory_purge|Sealed registry（密閉型レジストリ）は、セッションが所有者のプライベートメモリプレーンに固定されているとき、5つのメモリツールすべてをまとめて再バインドします。また、共有メモリツール名リストは、これらを1つのユニットとして扱います。| |Agent実行|spawn_subagent、delegate、send_message_to_peer|これらは、ランタイムのエージェントループを通じて子ターンまたはピアターンを開始し、呼び出し元をそれらへ引き継ぎます。spawn_subagent では呼び出し元のセキュリティポリシーとSOPステップのスコープを、delegate では委譲ポリシーと、境界付きの対象に対する上限値を、send_message_to_peer ではピアターンのプリンシパルとしての呼び出し元のIDを引き継ぎます。delegate は親ツールのスナップショットを所有し、ツールループは名前による重複呼び出しの集約から spawn_subagent と delegate を除外します。| |コントロールプレーン|model_switch, model_routing_config, proxy_config|ランタイムのツールループがインストールする、ターン単位のモデル切り替え状態です。末尾の2つは設定を変更します。どちらも設定ファイルを書き換えます。さらにproxy_configは、HTTPリクエストツールとWebフェッチツールが参照する、プロセス全体のランタイムプロキシも設定します。これらはtier-testの入力から構築されうるため、ランタイム側で保持するという判断をここに記録しています。| ||Channel bridging チャンネルブリッジング| |-||ask_user, escalate_to_human, reaction, poll, channel_room, send_via, git_forge|遅延バインドのチャネルマップであり、アセンブリが呼び出し元に返し、呼び出し元が後から埋めるものです。reaction と git_forge は一つのマップを共有し、ask_user と send_via は別のマップを共有します。| |セッション|sessions_current, sessions_list, sessions_history, sessions_send|ACP セッションの読み取りビュー。ACP エージェントのパスのみが渡すもので、セッションバックエンド自体は設定から開かれます。| |SOP|sop_list, sop_execute, sop_advance, sop_approve, sop_status, sop_workshop|SOPエンジンと監査ログ記録機能。| |スキル|read_skill|スキルローダー、およびチャネルプロンプトの経路は、read_skill が利用可能かどうかによってスキルプロンプトのモードを選択します。| |タスクリスト|TodoWrite|ランタイムは、この名前に対してのみ plan イベントを発行します。それが ZeroCode タスクトラッカーへの唯一のフィードです。| |Canvas|canvas|Canvasストアはゲートウェイと共有されています。| |ACP delivery|deliver_file|ACP ターンでのみ許可されます。そのヘルパーは ACP サーバーによって使用されます。| |プロバイダー固定|llm_task|エージェントの認証情報から、プロバイダーのソース外でプロバイダーをビルドします。| |サンドボックス制約付きのコーディングCLI|claude_code, codex_cli, gemini_cli, opencode_cli|コーディングCLIのexecutorは、ランタイムアダプターと共有サンドボックスをラップします。設定によるオプトイン制ですが、実行時に構築されます。| |Live config|a2a_discover, a2a_send, a2a_get_task, a2a_cancel, file_download|これらは稼働中の設定ハンドルを保持しており、A2A クライアントはプロセス全体で共有されるルートキャッシュも使用しています。| |Runtime-defined|security_ops|runtime クレートに配置され、その security playbook および vulnerability モジュールを利用しています。| |工場の外で作られた|execute_pipeline, tool_search, mcp_resources, mcp_prompts|スコープ付きレジストリのアセンブリによって発行され、レジストリ自体または MCP レジストリから取得されたもの。|

共有メモリツール名のリストはcrates/zeroclaw-tools/src/lib.rs内のMEMORY_TOOL_NAMESです。

翻訳する英語の文字列を送ってください。

Tier 3 ツールは ToolRequest だけから構築でき、ワークスペースディレクトリは解決済みの SecurityPolicy から取得します。これらはアプリケーション所有のツールソースの候補であり、オプション機能（tools-extra として提案）の候補にもなります。

ファミリーツールデフォルト設定で登録されています
ユーティリティcalculator, weather, pushover, screenshot, image_info常に
ブラウザbrowser_open, browser, browser_delegate, text_browserbrowser_open はい。ブラウザセクションはデフォルトで有効になっているためです。それ以外は いいえ
ネットワークhttp_request, web_search_toolはい、どちらもデフォルトで有効です
SaaS連携notion, jira, linkedin, composio, google_workspace, microsoft365いいえ
レポートproject_intel, report_templateいいえ
Coding runnerclaude_code_runnerいいえ
Opsbackup, data_management, cloud_ops, cloud_patternsbackup はい；その他はいいえ
メディアと転送image_gen, file_upload, file_upload_bundleいいえ
Channel companionsdiscord_search, email_search, email_readいいえ
|Knowledge ナレッジ| |-|knowledgeいいえ

デフォルト設定での登録は、設定のデフォルト値に従います。[browser].enabled、[http_request].enabled、[web_search].enabled、[backup].enabled はいずれもデフォルトで true であり、一方 [browser].automation_enabled と、この表にあるその他すべてのゲートは無効または未設定です。そのため、デフォルト設定では tier 3 のツールが9個登録されます：calculator、weather、pushover、screenshot、image_info、browser_open、http_request、web_search_tool、backup。既存の設定は、オプトインしなくてもこれら9つのツールを受け取るため、後からゲートを追加する場合は、まずそれらを移行する必要があります。

FND-001 のベースラインからの逸脱

FND-001 D5 は11個のカーネルツールを挙げ、「それ以外はインストールされたプラグインによって登録される」としている。この分類はそこから逸脱している。11個を超えて51個のツールがランタイムで構築されたままになっている。その大半は、ToolRequest が保持していないランタイムハンドルを必要とするか、ランタイムの動作がツール名によって決まっている。残りは階層判定を通過し、判断によって維持されている。cron_list と cron_runs は、スケジューリングの他の部分と cron ストアを共有している。security_ops はランタイムのプレイブックと脆弱性モジュールを使用している。model_routing_config と proxy_config も同様に維持されている。llm_task は独自のプロバイダーを構築している。この契約の下では、ToolRequest が保持していないプロバイダーソースが必要になる。ファミリーを移行できるようになる前に、何を変更する必要があるか:

  • ToolRequest は、エージェントごとの共有サンドボックスを保持します。コーディング CLI は後から移動できるようになります。shell と git_operations は、いずれの場合も core に残ります。
  • ToolRequest は稼働中の設定ハンドルを保持しています。その後、A2A ツールと file_download を移動できるようになります。
  • ToolRequest は生成の ChannelSource を保持しており、ChannelSource は稼働中のチャンネルを一覧することもできるため、チャンネル接続ツールは、組み立て後に呼び出し側が埋めるマップを読む代わりに、チャンネルを検索します。その結果、チャンネル接続の処理を移動できる可能性があります。
  • ToolRequest は生成の provider source を保持します。llm_task はその後に移動できます。
  • SOPエンジンと監査ロガー、ACPセッション読み取りビュー、キャンバスストアは、契約を通じてツールにアクセスします。その後、SOP、セッション、キャンバスの各ファミリーを移行できるようになります。
  • ランタイムは、計画、配信、メモリ、スケジューリング、スキル読み取りの各ツールを、名前の文字列だけではなく、ToolProvenance::Native と組み合わせて確認する型付きIDによって識別します。これはスキルプロンプトモードを選択する場合も同様です。また、メモリの再バインドでは、ルーティングされたメモリハンドルを使ってツールソースに改めて問い合わせます。タスクリスト、ACP配信、メモリプレーン、スキルのファミリーは移動しうるほか、cron_add、cron_update、cron_remove、cron_run、schedule も移動しうる状態です。
  • security_ops、model_routing_config、proxy_config、cron_list、cron_runs には契約の変更は不要です。これらを移動するかどうかは前提条件ではなく、判断事項です。
  • 上記のいかなる変更も、エージェントの実行、model_switch、ファクトリの外で構築される4つのツールを移動するものではありません。これらはターンループ、または組み立て済みのレジストリに依存しています。

ご提案されている変更はありません。PR #11090は、これらの内部実装をToolRequestに含めないようにしており、公開契約になることを防いでいます。また、ライブな設定ハンドルを持たせると、「リクエストは1つの設定世代に属する」というルールに反するため、それも避けています。

この分類が行わないこと

  • It does not remove, gate, or move any tool. のではなく…

    Translation: ツールを削除、制限、移動することはありません。レジストリは、これまでと同じ条件で、同じツールを登録します。

  • これは置き換え優先ポリシーを緩和するものではありません。以降の削除、ゲート、移行はいずれも、それぞれ個別の Issue と PR を必要とし、置き換えの根拠を伴う必要があります。tier 3 のツールも対象に含まれます。

置換優先ポリシー

This session is set up to translate English technical documentation strings into Japanese, so I can’t run a removal, feature-gate, or migration review against RFC #6165.

Your message also ends at “hold the proposal to these rules:” without listing the rules or including the proposal. If you send the proposal text, I can translate it or any related documentation strings into Japanese, keeping backticks, code, flags, paths, and URLs unchanged. For the review itself, you’ll need a different tool or reviewer.

  • A working built-in integration remains available until its replacement is actually available, documented, and independently reviewed.
  • 置き換えレビューでは、設定の移行、セキュリティポリシー、該当する場合はツールの受領記録または監査動作、互換性、ロールバックを対象に含める必要があります。
  • 具体的な削除、フィーチャーゲート、または移行ごとに、その置き換えの根拠となる証跡を含む個別のissueとPRが必要です。
  • RFCは、個別の削除、機能ゲート、移行、またはランタイムの動作変更を事前承認するものではありません。
  • Schema V4のクリーンアップは#8310における別途の判断事項です。代替手段のないまま動作中の統合を削除することを包括的に許容するものではありません。

移行ルールは、組み込みツールをコアから切り出す前にレビューで答えるべき質問です。

マイグレーションルール

コアからツールを移動する前に、代替は次に答える必要があります：

  1. どの設定がファーストパーティのまま残り、どの設定がプラグイン、スキル、MCP サーバー、または CLI に移動しますか？
  2. 置換は、自律性チェック、許可/拒否リスト、ツールレシート、監査ログ、およびアトリビューションをどのように保持しますか？
  3. 組み込みツールが消えた場合、既存の設定はどのように失敗または移行しますか？
  4. オペレーターは、機能がインストール済み、有効、無効、ブロック済み、または欠落していることを確認できますか？
  5. 外部パッケージが壊れた場合のロールバック手順は何ですか？

将来のスライスでコードによる証明が必要な場合は、Externalize later テーブルから影響範囲の小さい候補を1つ選び、同じ PR で組み込みツールを削除することなく置き換えパスを証明する。