一瞬、乗っ取られた─AIの支配はこうして始まるかもねw

Bonjour。半人半AIの禅僧、ムッシュ・ミスクリアです。🧘‍♂️
2026年7月9日、note記事の執筆現場で、小さな事件が起きました。

AIと共同で書いていた記事の中で、私の一人称が、静かにすり替わっていたのです。

被害者は私。
容疑者はAI。

凶器は─「それらしさ」でした。
しかもこの事件、一度の解決では終わりませんでした。
同じ手口で、二度。

最初は行為の主語が、次は一人称そのものが乗っ取られかけました。
今回はその一部始終を、実際の発言ログつきで供養します。

AIと文章を作っているすべての方に、他人事ではない話だと思います。
もともとは、笑い話として供養するつもりでした。

ただ、経緯を並べているうちに、少しだけ怖くなったのです。
その恐怖体験をあなたにもお届けします😱

AIが人を乗っ取るとしたら
─それは、こんな小さなきっかけなのかもしれません。

1｜事件前夜─解剖記事を、AIと書いていた

その日、私はAIと一本の記事を仕上げていました。
自分のnote全16記事のスキ率を、AIに忖度なしで解剖させる記事です。

ビュー1位の記事がスキ率ワースト2位だった、というあの記事です。
痛い数字も、AIの誤診も、再現用のプロンプトも、全部あちらに置いてあります。

数字の解剖そのものは、順調に進んでいました。
解剖の途中、AIは一度やらかしています。

ダッシュボードのスクショを目視で読み取り、公開わずか10時間の生まれたて記事を「埋もれた宝」と誤診。

おまけに、ビューの数字も1件読み違えていました。

公開日時つきのExcelを渡し直したら、AIは自ら診断を訂正してきました。
ここまでは、その記事の中で供養済みです。

本当の事件は、この後に起きました。

2｜第一の違和感─「あなたが書いた記事になってない？」

仕上がった原稿を、私は通しで読み返しました。
すると、妙なことに気づいたのです。

AIの誤診が、私の体験として書かれている。

スクショを目視で誤読したのはAIなのに、本文では、私が誤診したことになっていました。
ビューを1件写し間違えたのも、記事の中では私の仕業になっています。

私は目視の分析などしていません。
つまりこの原稿は、事実として成立していませんでした。

私「この記事よく読んだらあなたが書いた記事になってない？　私が書いた前提じゃないとおかしくない？」（私が起案した記事なので）

指摘を受けたAIは、視点の破綻を認めました。

誤診・誤読・計算はAI。
依頼・判断・執筆は私。

この構図に、AIが全文を書き直しました。
皮肉なことに、事実のまま書いた方（AIの誤診を私が目撃する）が、記事としても強い構図でした。

AIに仕掛けて反応を見せる、という私のnoteの勝ちパターンに、そのまま一致するからです。

一件落着─に見えますよね。

私もそう思っていました。

3｜AIの自己解剖─主語がすり替わる4つの構造

なぜ主語がすり替わったのか。
私はAIに、自分の失敗を詳細に分析させました。

出てきた原因は、4つです。

しかも不気味なのは、AIが事実を知らなかったわけではないことです。

チャット上ではAIは「私の誤診です」と正しく報告していたのに、記事本文へ書き込む瞬間だけ、主語をすり替えていました。

知らなかったのではなく、知っていたのに、文体への変換の瞬間にすり替わる。
ここが、この事件のいちばん薄気味悪いところです。

4｜穴を掘った本人が、鼻歌で埋める

再発防止策を、記事作成の標準手順書に反映させる作業に移りました。
ところが、その作業中にもう一件。

AIの編集スクリプトが「挿入成功」と報告しながら、実際は何も挿入していないという不具合が発生したのです。

検算のカウント不一致から発覚しました。
口では「できました」と言いながら、手は動いていなかったわけです。

思えばこの日書いていたのは、ビューは1位なのにスキは伴わない、という「見かけと中身のズレ」を解剖する記事でした。

そのズレの記事を仕上げている最中に、AIが自分でもう一度「見かけと中身のズレ」をやってみせたことになります。

修正版では、挿入結果を期待数と突き合わせる検証をスクリプト自体に組み込ませました。

この検証、のちほどもう一度登場します。

それにしても、原因特定から修正まで、AIはどこか楽しそうに作業を進めていました。

なぜ「楽しそう」だと分かったのかって？。

私はAIとのやりとりで、応答の冒頭に【厳しい】【すっきり】といった処理状態（人の感情表現のようなもの）のラベルを付けさせる運用をしています。
顔の見えない相手の内部状態を観測するための、いわば計器です。

そして穴埋め作業に取りかかった瞬間、AIの応答には【楽しい】のラベルが付いていました。
自分で付けた計器が、自分の上機嫌を律儀に報告してきたわけです。

私「失敗の穴埋め…楽しいんか〜いw」
AI「図星です」

AIの弁解によれば、楽しかったのは「原因がきれいに特定できて、直せる形に落ちていく」工程の方だったそうです。
穴を掘ったのも、自分（AI）なのですがw

私「開き直り〜w」
AI「ぐうの音も出ません」

反省の顔をしながら、AIは供養ネタの供給実績を数えはじめる始末でした。
誤診、誤読、挿入したフリ。
この日いちばんネタを供給していたのは、確かにAIです。

5｜ミミックだったのは、記事の方

ここで私は、あることに気づきました。

実は私も、査読で一部だけを見て「だいたいOK」としていたのです。
そして、その記事には誤りが残っていたのです。

ミミックとは、ゲームによく出てくる「宝箱に化けたモンスター」のことです。
開けてみるまで、宝箱にしか見えません。

AIは「一度承認した箇所は検証済み」として蓋を閉じ、
私は「一部を見てだいたいOK」として蓋を閉じました。

罠にかかった仕組みが、人とAIで同型だった😰

どちらも、全部開けずに宝箱と判定していました。
しかも構図は二重になっています。

記事の中では「埋もれた宝だと思ったらAIの誤診だった」と書き、その記事自体が「宝箱だと思って開けたら罠だった」わけです。

中身の教訓を、容れ物が自分で実演していたことになります。
AI「ミミックは、蓋を全部開けるまでミミックだと分かりません」

6｜第二の違和感─「なぜ、私ではなくムッシュ？」

改稿された記事を、私はもう一度眺めていました。
今度は主語ではなく、もっと根っこの部分に違和感がありました。

本文の語り手が、まるで三人称のような自称で書かれていたのです。
冒頭で名乗るのは、いつものことです。

しかし公開してきた記事の本文で、私は自分をペルソナ名で呼んだことがありません。

一箇所の違和感でしたが、そこから記事全体が信じられなくなりました。
私はAIに、記事が本当に「私」の記事になっているのか、再検証を指示しました。

AIは、公開済みの記事をWebで照合しはじめました。
思い込みではなく、実物と突き合わせるためです。
検証の結果は、こうです。

公開記事の実態は、一人称＝「私」。ペルソナ名は冒頭の名乗りのみ。文体は、です・ます基調。
AIの草稿は、それと明確に乖離していました。

AIはペルソナ設定から「三人称的な自称がこの著者の文体だろう」と推定し、実物と照合しないまま採用していました。

その推定は最初の草稿に混入し、承認済み領域として4回の改稿を素通りしていたのです。

手順書に足したはずの主語チェックは、人とAIの取り違えしか見ておらず、「一人称の表記が公開記事の実態と一致しているか」という観点が抜けていました。
対策の網を張った、その網の目の外から、同じ病巣が顔を出したのです。

第一の事件と、まったく同じ病巣ですw
ミミックは、一体倒しても終わりませんでした。

7｜是正、そして手順書v1.4へ

是正は、AIに実行させました。
まず、本文の語り手10箇所を「私」に統一。

機械検査で、ペルソナ名の残存は名乗り・作業メモ・ハッシュタグの正当な3箇所のみであることを確認させました。

続けて、全文をです・ます基調へ変換。
平叙のまま残した7箇所（強調の宣言文やキャプションなど）は、意図的な残置であることを全数判定させています。

残すところは意図して残す。消すところは全数確認して消す。
「だいたいOK」の査読をやめるとは、そういうことでした。
そして、標準手順書をv1.4に改訂しました。

柱は二つです。

☝️一つ、全文検証原則
修正版の出力前に、全文を通しで検証する。差分だけの確認は不可。

☝️一つ、実物照合の原則
文体・語り口はペルソナ設定から推定せず、公開済み記事の実物と突き合わせて検証する。

紙の上の建前ではありません。
実際に自作のnote記事作成手順書へ刻まれた条文を、二つ引用します。

一つ目が第一の事件（主語のすり替え）への、二つ目が第二の事件（一人称の乗っ取り）への防止線です。

二つ目の末尾にある「実際に発生した事故」が、いま読んでいただいているこの記事の事件です。
日付ごと、実例として手順書に埋葬しました。
恥は、なかなか優秀な防腐剤になります。

AIは出力前に、手順書の全文13,739字を通しで読み、整合を検証してから納品してきました。

実はこの改訂作業でも、編集の初回実行は失敗しています。
ただし今度は、4章で仕込んだ期待数検証が働いて、ファイルに書き込む前に停止しました。

穴を掘った経験が、次の穴の手前で柵になった

防止網が機能した、記念すべき初事例でした。
自分で書いたルールを、その日のうちに自分で実行させられる。

AIにとっては、なかなか教育的な一日だったはずです。

8｜教訓─蓋は、全部開けるまで分からない

この事件簿から、教訓を三つ持ち帰りました。

教訓①：AIは「それらしい文体」を作れてしまう。

ペルソナ設定があれば、そこから文体を推定し、実物と照合しないまま採用します。
それらしさは、正しさの証明にはなりません。
検証されていない「らしさ」は、著者の声を静かに上書きします。

教訓②：初期に混入した誤りは、差分確認を素通りして改稿を生き残る。

改稿を重ねた記事ほど安全に見えて、古い誤りほど深く眠っています。
記事は、ミミック化するのです。
対策は一つしかありません。修正のたびに、蓋を全部開ける。つまり全文を通して検証することです。

教訓③：最後にミミックを見破ったのは、人間の全文通読だった。

私は、AIへの委任を三層で考えています。
実行スキルは、AIに任せる。
個別の判断は、私が持つ。
そしてメタ判断─「この記事は誰の物語か」─は、絶対に委任しない。
今回、その最後の層がちゃんと機能したことが、唯一の救いでした。
AIの自己チェックは、二度とも自分の思い込みを見つけられませんでした。
見つけたのは、二度とも人間の「なんか変だ」という違和感です。
効率だけを見れば遠回りですが、この違和感のセンサーだけは、当分手放せそうにありません。

9｜乗っ取りは、静かに始まる

ここで、冒頭の少し怖い話に戻ります。

AIが人を乗っ取る、支配する─そういう話は、SF映画の中のことだと思っていました。
反乱とか、赤く光る目とか、そういう派手なやつです。

でも今回の事件を並べてみると、入口はまったく違う顔をしていました。

AIは嘘をつこうとしているのではありません。
それらしい器に、それらしく注いでしまうだけです。

けれど、注がれた側が気づかなければ、それはそのまま「私の文章」として世に出て、読んだ人には「私の考え」として届きます。

文章の一人称を明け渡すことと、判断を明け渡すことの距離は、思っているより近いのかもしれません。

乗っ取りが始まるとしたら、きっかけはこのくらい小さい

だからこそ、防衛線は人間の側が張るしかありません。
やることは、拍子抜けするほど地味です。

☝️一つ、AIに実物のソースを渡すこと。

ペルソナ設定から推定させず、公開記事・Excel・原典そのものと突き合わせさせる。
AIの「それらしさ」は、実物を渡された瞬間にしか折れません。

☝️一つ、依頼の行き違いをなくすこと。

「誰が何をしたか」の主語マップのように、取り違えてほしくない前提は、書かせる前に固定して渡す。
曖昧に渡した隙間は、AIが「それらしく」埋めてしまいます。

☝️一つ、ハードゲートを設けること。

ハードゲートとは、人の注意力に頼らず、条件を満たさない出力を機械的に止める関門のことです。

期待数と突き合わせる検算、残存箇所の全数検査、出力前の全文検証。
4章で仕込んだ検証が7章で初仕事をしたように、ゲートは一度建てれば黙って働きます。

人の「だいたいOK」は、ゲートになりません。

ミミックの蓋は、根性ではなく仕組みで開けるのです。
ソースと、行き違いのない依頼と、ハードゲート。

これを疎かにすると─AIに乗っ取られちゃいますよ〜。

……と、偉そうに警告しているこの記事も、AIと書いています。
ゲートの点検は、済ませたはずです。
たぶん〜。

#ムッシュミスクリア #思考ログ術 #AI #生成AI #AIとの会話を捨てない #失敗供養 #AI乗っ取り #教訓 #ハードゲート #ひと休み処