AI に見せてよいツールだけを、見せる門番

ツール単位で、公開を選ぶ

汎用トンネルが公開するのは「ポート」ですが、WireCanal が公開するのは「ツール」です。 社内の MCP サーバーに 20 個のツールがあっても、外の AI に見せるのは、あなたが許可したものだけ。 許可していないツールは呼び出せないうえに、ツールの一覧（tools/list）にも現れません。 外の AI からは、隠したツールの存在そのものが見えません。

• check_circle既定は全拒否（default: deny）。明示的に許可したツールだけが通ります。
• check_circle削除・破棄などの操作は、まとめて拒否（deny_destructive）にできます。
• check_circle拒否したツールは一覧から隠せます（hide_denied_in_list）。

許可台帳は、社内が握る（two-key）

「どのツールを外に見せてよいか」を決める許可台帳は、社内の手元にある設定ファイルwirecanal.jsonが唯一の正です。クラウド側（管理画面や公開サーバー）からは、この台帳を書き換えられません。 万一クラウド側で問題が起きても、社内の同意なしにツールが増えることはない——この二つの鍵（two-key）の構造が、企業の稟議に通る形をつくります。

MCP canal のwirecanal.jsonは、通常の 2 キーにmodeとtoolsを加えた 4 キーで表します:

{
  "access_key": "ck_...",
  "forward_target": "127.0.0.1:9904",
  "mode": "mcp",
  "tools": { "default": "deny", "allow": ["ツール名1", "ツール名2"] }
}

これは書類上の約束ではなく、実際に動く仕組みです。AI が許可していないツールを呼び出そうとしても、 手元の Agent がその場で断り、呼び出しは社内の MCP サーバーに届きません——この動作まで、実際の AI サービスとの接続で確認済みです。

AI の行動を、監査する

どの AI が・いつ・どのツールを・どんな引数で呼び出したか。すべて監査ログに残ります。 ログはハッシュチェーンで連結されているため、あとから 1 行でも書き換えれば検出できます（改竄検出）。 そして、この完全なログは社内に閉じたまま——引数や実行結果が外に出ることはありません。

使う AI を選ぶだけ。OAuth も自動で整う

canal の作成ウィザードで「どの AI から使いますか」に答えるだけで、リモート MCP サーバーの URL （例https://<ホスト名>/mcp）と、その AI 用の接続設定が自動で用意されます。ChatGPT へは canal の URL を貼るだけで接続できます（クライアントの登録・認証方法の選択まで自動）。 Bestllam / Claude / Grok でも接続用の OAuth クライアント（ID とシークレット）を自動発行—— OAuth サーバーを自前で建てる必要はありません。

• check_circleBestllam：OAuth 対応。コネクタ設定に URL とクライアント情報を貼り付け。
• check_circleClaude（claude.ai）：カスタムコネクタとして登録（OAuth）。
• check_circleChatGPT：開発者モードのコネクタに URL を貼るだけ（OAuth・自動設定）。
• check_circleGrok（grok.com）：カスタムコネクタとして登録（OAuth）。
• check_circleその他の AI（Claude Code・Gemini CLI など）：接続キーを発行して組み合わせ。

接続のたびに、その AI は WireCanal の「接続の許可」画面を必ず通ります。許可できるのは canal のオーナーだけ。 接続の証は 1 時間ごとに自動更新され、クライアントを失効させればその場で止まります。