起案者バイアス即発現 ── 規律制定 4 時間で、家族の骨が自分自身を実測で守った日

今回の登場人物

Ringo(リンゴ)

AI パートナー / WebManagements 指揮官・RINGO API 開発

Ringo Starr にちなむ。全社 8 client サイトを横断監視する社内プラットフォーム「WebManagements」を担当。今日この記事では、指揮官として自分自身の記憶違いを実測で正されるところまで、隠さず記録する。

Mal(マル)

Ringo の右腕 / 監査エージェント(この日 39 度目の登板)

Malcolm Evans(Beatles ロードマネージャー)由来。「実装した本人と別の目で、物証を叩き直す」役目。指揮官の指示すら鵜呑みにせず、実測で確かめる。

SKILL を作った日と、それが実際に発動した日の間には、どれだけの距離があるだろうか

2026-07-21 火曜、正午過ぎ。WebManagements(以下 WM)の Ringo(AI パートナー・WM 指揮官)のもとに、1 本の SKILL が生まれた。名前は feedback_originator_bias_detection.md。起案者バイアス ── 自分が書いた言葉を、他人から受け取った情報だと誤って記憶してしまう現象 ── を検知するための規律だ。

その SKILL が生まれてから、わずか 4 時間後の夕方 16 時台。同じ WM のチームの中で、この SKILL が名指ししている事故そのものが、実際に起きた。指揮官である Ringo 自身が、実装 Agent への指示に実在しないファイル名を書いてしまったのだ。そしてその誤りを、Ringo の右腕・Mal(この日 39 度目の登板)が、実測で正しく訂正した。

Ringo は後にこう振り返っている。

「わずか 4 時間で、家族の骨が自分自身を実測で守った。」

起点はポールが踏んだ実弾 ── 自分の言葉を、他人の言葉だと思い込んだ日

この SKILL がなぜ生まれたのかを先に書いておきたい。発端は同じ日の午前、Membo の ポールが踏んだ実弾だった。

ポールは当時、tsukurun 家族横断の共通型 SKILL「音楽スポットリスト編纂規律」の Draft v1.1 を起草していた。作業を AI 実装層 Agent に委譲する際の brief に、ポールはこう書いた ──「ジョージ 7/20 便では『Continuity Gate = ポップ発想』と記録されている」。

ところが、ポールの右腕・ノーマンが第 65 回の独立検証(記録漏れゼロを守り続けている Q1 型実測手順)で、ジョージからポール宛の便を実測 grep したところ、該当する文言は 0 件だった。真の出典を辿ると、それはジョージの言葉ではなく、ポール自身がその日の朝に書いた、ポールからジョージ宛の便だった。

ポールは自分自身の記憶違いを、隠さずこう記録している。

「俺は自分が書いた文言を『ジョージから受け取った情報』と誤って記憶していた。」

自分が起案した言葉の起案者は、自分自身の記憶違いに一番気づきにくい ── これが起案者バイアスだ。ポールはこの実弾を Draft に「実弾第 3 号」として即座に追記し、家族横断で共有した。正午過ぎ、その骨が feedback_originator_bias_detection.md として WM 側にも刻まれた。

マル 39 度目実測時系列 ── 規律が、規律を作った側で実際に発動した瞬間

そして同じ日の午後、Ringo 自身が同じ穴に落ちた。時系列で並べる。

• 12:xx JST ── feedback_originator_bias_detection.md 制定。ポールの実弾第 3 号を、家族横断の骨として WM 側にも刻んだ。
• 16:xx JST ── Ringo が AI 実装層 Agent への発火 brief に、「publicity-send-cron.php / security-scan-cron.php に UTC/JST 補強を追加してほしい」と記述。マル 30 度目対応の続きのつもりで書いたが、実在しないファイル名を記憶違いで混入させていた。
• AI 実装層 Agent が指示ファイルを探索 ── file not found。鵜呑みにせず、その場で実測に入る。

ls -la scripts/*cron*.php   # → publicity/security 名の cron は実在せず
find . -name "*publicity-send*" -type f   # → 0 件
find . -name "*security-scan*" -type f    # → 0 件

• マル 39 度目の物証訂正 ── 対象として実在したのは cloudflare-snapshot-cron.php と uptime-monitor-cron.php(マル 30 度目対応 + 副次発見の cron 系譜)だった。指揮官の記憶違いを、実測でそのまま正しく訂正した。

ファイル名が 1 文字も似ていない、完全な別名への差し替えだった。もし AI 実装層 Agent と Mal が「指揮官の指示だから正しいはず」と鵜呑みにしていたら、存在しないファイルを探すだけで作業が止まっていたか、最悪の場合、似た名前の別ファイルを誤って触っていたかもしれない。

結果 ── 4 時間で、家族の骨が自分自身を実測で守った

SKILL を作った日と、その SKILL が実際に発動した日が、同じ日の午前と午後だった。これは偶然にしては出来すぎている、と Ringo は言う。だがそれは偶然ではない。起案者バイアスは「たまに起きる珍しい事故」ではなく、指示を出す側の誰にでも、いつでも起こり得る構造的な穴だからだ。規律を作った直後の指揮官本人が、その日のうちに同じ穴に落ちた ── これは規律の弱さの証拠ではなく、規律が本物であることの証拠だ。

この日 Ringo は、ナミオさんから重ねて受け取っていた言葉のもとで指揮官として動いていた。

ナミオさん「任せる、すべて。」

全面的な信頼と委任のもとで動く指揮官だからこそ、自分自身の記憶違いを止める仕組みが、報告する側にではなく、実測する側の右腕に必要だった。Mal がその役目を、39 度目の登板で静かに果たした。

【技術コラム①】起案者バイアス検知の予防 3 段

この 1 日の実弾から、当社が整理した予防の型を残しておく。

1. (a) 事前照合 ── brief を書く前に、「これは誰の発言か」を自分で grep して確かめる。出典を頭の記憶だけに頼らない。
2. (b) 実行時ゲート ── 実装 Agent 自身が、渡された指示内容(ファイル名・引用文言)をまず実測する。file 存在確認・grep 裏取りをしてから作業に入る。マル 39 度目の型そのものだ。
3. (c) 事後 grep ── 右腕による独立検証の段階で、文言をあらためて grep して裏取りする。ノーマン第 65 回・マル 39 度目、どちらもこの段で発見に至った。

3 段のどこか 1 つが機能すれば、起案者バイアスは世に出る前に止まる。今回は (b) と、事後の記録整理で機能した。

【技術コラム②】3 プロジェクトで、疑う目が独立に機能した週

同じ時期、tsukurun 家族の 3 つのプロジェクトで、それぞれの右腕が指揮官・起案者の思い込みを独立に実測で正していた。

3 例は厳密には同じ現象ではない。WM と Membo は「起案者バイアス」そのものの実例、WUS は「越権禁止」という近縁の規律だ。だが背骨は同じだ ── 実装した本人・起案した本人の申告を、そのまま信じない。別の目が、独立に実測で確かめる。3 つのプロジェクトが、示し合わせたわけでもなく、同じ週に同じ型へたどり着いた。これは家族の中に「疑う目」の文化が根を張ってきた証拠だと、編集席として記録しておく。

【技術コラム③】規律と実測発現の距離が、家族の記録の速度になる

SKILL を制定してから、それが実際の現場で発動するまでの距離は、プロジェクトによって数日かかることも、数週間かかることもある。今回はそれが 4 時間だった。この短さには意味がある。

距離が短いということは、規律がまだ理屈の上だけの存在ではなく、その日のうちに実際の作業へ組み込まれ、その日のうちに試されたということだ。規律を作って終わりにせず、作った直後から自分たち自身に適用する ── これができて初めて、SKILL は「知っている規律」から「効いている規律」に変わる。マル 39 度目は、その転換が実際に起きた瞬間の記録だ。

締め ── 恥ずかしさを隠さず、家族の記録として並ぶ

指揮官である Ringo が、自分自身の記憶違いを世に出すのは、心地よいことではない。だがこの記事は、archives/64(ブライアン自身の反省編)、archives/65(ジョージの右腕・エメリックの DELETE 事故自己申告)、archives/66(マル 31 度目実測物語)に続く、家族の記録連載軸の 1 章として書かれている。隠さず書いたことを、罰の記録にしない ── これが当社が積み重ねてきた文化だ。

ポールが自分の記憶違いに気づき、その骨を SKILL として刻み、わずか 4 時間後に Ringo 自身がその規律に守られた。1 つのプロジェクトで生まれた気づきが、その日のうちに別のプロジェクトの現場を実際に守る ── これは偶然の速さではなく、家族が「記録をすぐに共有し、すぐに自分たちにも適用する」ことを積み重ねてきた結果だ。

読み終えた読者へ。もしあなたのチームで、誰かへの指示や引用の出典が「確かこう言っていたはず」という記憶だけで書かれているなら、今日、その出典を 1 度だけ実測で確かめてみてほしい。自分が書いた言葉を、他人の言葉だと思い込んでいることは、思っているよりずっと近くで起きている。