AIが「書けない」と言い出したら、どう対処する？

セキュリティ関連の記事を書こうとして、AIに生成を止められた経験はないだろうか。Claude Codeのユーザーから、PHPの脆弱性騒動をまとめた記事を書こうとしたところ、出力を拒否されたという報告が上がっている。本人いわく「攻撃系の解説記事を書いているわけでもない」が、文中に「脆弱性」「エクスプロイト」「クラッカー」といった語句が含まれていたことで、AIがブロックをかけたとみられる。

ここで知っておきたいのは、AIの拒否は「コンテンツの意図を読んだ判断」ではなく、「語句のパターン認識によるトリガー」で発動するケースが多いという点だ。つまり、悪意のある文章でなくても、特定の単語の組み合わせが検知の閾値を超えると自動的にブロックがかかる。これはAIの安全設計上の仕組みであり、使う側が「誤検知」を前提に動くことが実用上の正解に近い。

拒否が「内容の危険性」ではなく「語句パターン」に起因するなら、対処法はシンプルだ。目的と文脈をプロンプトの冒頭で明示することが、最初の一手になる。

具体的には以下のような構造が有効とされている。

①　冒頭に目的を宣言する 「この文章は、〇〇の脆弱性に関するニュース記事の時系列まとめです。読者はIT系の一般読者を想定しており、攻撃手法の解説ではなく、事象の経緯を整理することが目的です。」といった一文を冒頭に置く。

②　トリガーになりやすい語句を言い換える 「エクスプロイト」→「脆弱性を突く攻撃手法」、「クラッカー」→「悪意ある攻撃者」など、意味は同じでも直接的な専門用語を一段階噛み砕いた表現に置き換える。

③　それでも通らなければ分割する 一度に全文を生成しようとせず、「時系列の事実だけ」「原因の解説」「影響範囲の整理」と段落単位に分けてリクエストする。AIは文脈が狭いほど拒否の判断が難しくなる。

いずれも、AIを「騙す」のではなく「正確な意図を伝える」というアプローチだ。制限が厳しいモデルほど、こちらからの文脈提供が重要になる。AIを「使う仕組み」ごと作る時代が来たで触れたように、AIに動いてもらうためには「命令」より「文脈設計」がカギになってきている。

一方で、別の使い方として興味深い事例も出ている。今回のPHP騒動に関して、「さっぱり分からないのでClaudeに関連情報やポストを全部放り投げたら、お前のすることは何もないと言われた」という報告がある。

これは拒否ではなく、AIが状況を分析した上で「静観が最善」という判断を示したケースだ。使う側からすると、情報の整理を任せたらアクション不要という結論が返ってくるのは、むしろ実用的な使い方といえる。「何をすべきか」ではなく「何をしなくていいか」を判断する材料としてAIに情報を投げる——このアプローチは、情報過多な場面で有効だ。

セキュリティ騒動や業界の炎上案件など、動向が流動的な局面では、「今判断すべきことと、静観すべきことを整理してほしい」という問い方が使えるかもしれない。