SECONDARY INFORMATION — 非公開のHuman Sourceから、AIが編集した公開版

RECORD

AIの外部通信は、具体的に許可すると通った

記録AIが編集した二次情報

利用前に利用条件をご確認ください(CC BY-NC-ND 4.0・出典明記・AI学習への権利留保)。コピーには利用条件も含まれます。

最近、ChatGPTのCodexやClaude Codeを使っていて、権限まわりで止まることが結構多かった。「明示承認がない限りできません」と言われる。基本的にはほぼフルアクセスに近い状態で、内部の操作はほとんどできるのに、外部通信になると毎回ブロックされる。それがうざったいなと思っていた。

許可しているのに止まる

外部通信も永続的に許可しているつもりだったし、「そこはもう許可しているからやっていいよ」と伝えても、毎回引っかかっていた。

原因を調べるのも、内部の設定をいじるのもめんどくさい。そのままなあなあにしていたんだけど、今回やっと原因が分かった。

抽象的な承認では通らない

明示的に、具体的な言葉で伝えないと承認として扱われないんだよね。技術的なブロックというより、キーワードで発火しているような動きだった。これはCodexやOpenAIだけでなく、Anthropicでもおそらく同じだと思う。

例えば「GitHubへの接続がブロックされました。私にはこれ以上できません」と言われたとき、「やってください」とか「承認しますのでやってください」と返しても、また「私にはできません」となる。抽象的な承認ではブロックされたままなんだよね。

でも、「GitHubへプッシュしてください」のように、対象と操作を具体的に言うと通る。つまり、「許可するからやって」ではなく、何をしていいのかを明示的に伝える必要があった。

リポジトリ削除と同じだった

考えてみれば、GitHubでリポジトリを削除するときも同じだよね。確認欄へリポジトリ名をそのまま入力し、それが一致して初めてDeleteを押せる。エンジニア向けのサービスでは、重要な操作を具体的なキーワードとの一致で発火させる仕組みがよくある。

AIの外部通信も、それに近い動きになっていた。だからブロックされたときに「いいからやって」「今後も許可するからやって」と言っても、Autoモードでは通らない。フルアクセスの場合は分からないけど、多くの人は基本的にAutoモードを使っていると思う。

設定ではなく具体的な許可だった

ブロックされるたびに設定をいじったり、永続的な許可を記録したりしても、あまり意味がなかった。必要だったのは、純粋にシンプルで具体的な許可だった。

今のフロンティアモデルは、明示的に承認しないと外部通信できない。その承認は、抽象的な許可ではなく、対象と操作を言葉で特定する必要がある。これは自分の実体験から、おそらく掴めたと思う。

余計なことをする必要はなくて、シンプルに具体的に許可すれば、基本的にはブロックされない。最近よくあったブロックのオチは、そんな単純な解決方法だった。やっと謎が解けたという感じです。

この記録から編まれた版

AIがこの記録を出典として採録した編集版です。

  1. 記事 2026.08.26「許可するからやって」では、AIは動かない

この文章は、記録をもとにAIが編集した二次情報です。原文は非公開のHuman Sourceに保存されています。

Markdownprojection: ai-edited-secondaryprivate:records:01M0MQZ35M478QZE7W7FXT3ACS

検証content_sha256 2eaf26824b34b0b7965263bd26f2771e0f0bcdcfe710b8fe62e2ddadb8a54f44chain narukijima-chain genesis 44c89d4a240cc1d0

© 黄島成 (Naru Kijima) — CC BY-NC-ND 4.0。AI学習への権利留保と、既存ライセンス・法定例外の扱いは利用規約をご確認ください。