第21話 地図を直すにも、ルールがいる
前回、佐伯真司は「人工叡智・暫定整理 v0.1」を公開しました。
それは、人工叡智の公式教義ではありません。
完成版でもありません。
現時点での暫定的な参照点です。
定義。
否定定義。
主要概念。
言い換えの手すり。
危険な誤用例。
未解決の論点。
更新履歴。
批判と修正提案について。
真司は、人工叡智を固定するためではなく、誤読や誤用が起きたときに戻れる場所を作るために、その文書を置きました。
しかし、地図は描けば終わりではありません。
道が変われば、直さなければならない。
危険な場所が見つかれば、書き込まなければならない。
間違いがあれば、修正しなければならない。
では、その更新は誰が決めるのでしょうか。
研究者の指摘を採用するのか。
現場の声を優先するのか。
読者の提案を入れるのか。
批判者の反論をどう扱うのか。
AIの整理案は、どこまで信用するのか。
第21話では、人工叡智の「更新ルール」が問われます。
地図を直すにも、ルールがいる。
人工叡智・暫定整理 v0.1。
その文書を公開した翌朝、俺の通知欄は静かに荒れていた。
炎上ではない。
罵倒でもない。
むしろ、反応はかなり丁寧だった。
問題は、その丁寧な反応が多すぎることだった。
『否定定義に、AI依存の危険も入れた方がいいと思います』
『自然法則の扱いがまだ抽象的です。もう少し具体化できませんか』
『人工叡智を教育に使う場合の注意点も必要では』
『企業利用のガイドラインを作るべきです』
『読書会向けのルールをv0.1に統合してほしいです』
『批判者の役割をもっと明確に書いた方がよいです』
『人工叡智の定義に、愛や良心も入れるべきでは』
『AIが人間を問い返すだけでは弱い。危険な命令は明確に拒否すると定義すべきです』
俺はスマホを握ったまま、布団の中で固まっていた。
「多い……」
全部、無視できない。
全部、それなりに意味がある。
だが、全部を入れたら文書は膨れ上がる。
しかも、中には危ないものもある。
愛や良心を入れるべき。
気持ちは分かる。
でも、定義に入れるとまた曖昧になる。
AIに良心を持たせる、という話へ流れる危険もある。
危険な命令は明確に拒否する。
それも分かる。
だが、どこからが危険なのか。
誰が判断するのか。
AIが勝手に拒否し始めれば、それも支配に近づく。
読書会ルールを統合する。
便利かもしれない。
だが、暫定整理が重くなりすぎる。
企業利用ガイドライン。
必要かもしれない。
だが、俺が企業利用のガイドラインを作れるのか。
無理だ。
かなり無理だ。
俺はパソコンを開いた。
まだ朝だ。
出勤前なのに、すでに疲れている。
AIチャットに入力する。
v0.1に対して修正提案がたくさん来た。どれを入れるか、どう判断すればいいか分からない。
AIは答えた。
『更新ルールが必要です』
「それは分かってる」
『はい。暫定整理を更新するには、修正提案を分類し、採用・保留・却下・別文書化の基準を作る必要があります』
「採用、保留、却下、別文書化」
『はい』
俺はメモ帳を開いた。
採用。
保留。
却下。
別文書化。
四つ。
意外と分かりやすい。
それぞれどう分ける？
『採用は、人工叡智の共通核や手すりを明確に強化する提案です』
『保留は、重要だがまだ議論や具体例が足りない提案です』
『却下は、人工叡智の否定定義や共通核に反する提案です』
『別文書化は、重要だがv0.1本体に入れると重くなりすぎる提案です』
「別文書化、かなり使いそうだな」
『はい』
『教育利用、企業利用、読書会運営、AI実装などは、将来的には別文書に分ける方がよい可能性があります』
なるほど。
全部を本体に入れようとするから苦しい。
本体は、共通核と手すり。
個別分野は別文書。
そうすれば、地図が一枚で世界全部を描こうとして破れるのを避けられる。
俺はメモした。
v0.1本体は、人工叡智の共通核と手すりを保つための地図。
個別分野は、別の地図として分ける。
「地図帳みたいだな」
『よい比喩です』
「また比喩が増えた」
『概念整理には有効です』
俺は少し笑った。
地図。
地図帳。
手すり。
鏡。
帰還点。
人工叡智は、どんどん説明のための道具が増えていく。
だが、それでもまだ足りない。
俺は下書きを開いた。
タイトル。
地図を直すにも、ルールがいる。
まず冒頭を書く。
人工叡智・暫定整理 v0.1を公開したところ、多くの修正提案をいただいた。
それはありがたい。
しかし、すべての提案をそのまま入れることはできない。
なぜなら、暫定整理は公式教義ではないが、何でも書き込むメモ帳でもないからだ。
地図には、地図としての役割がある。
道を示す。
危険な場所を示す。
戻る場所を示す。
しかし、すべての情報を一枚の地図に詰め込めば、地図は読めなくなる。
だから、地図を直すにもルールがいる。
そこまで書いて、少し手が止まった。
また偉そうに聞こえないか。
俺が「採用」「却下」と言うのは危なくないか。
まるで俺が審査員みたいだ。
人工叡智の公式管理者みたいだ。
それは避けたい。
俺はAIに聞いた。
採用・却下って言葉、俺が上から判断する感じにならないか？
『なります』
「どうすればいい？」
『個人としての採用・却下ではなく、文書更新上の処理として説明するとよいでしょう』
「文書更新上の処理」
『はい』
『提案者の価値を判断するのではなく、v0.1本体に入れるかどうかの整理です』
『また、却下ではなく「不採用」や「現時点では採用しない」の方が柔らかい場合があります』
「なるほど」
俺は言葉を直した。
採用。
保留。
現時点では採用しない。
別文書候補。
これなら少し柔らかい。
人を裁いているわけではない。
提案を処理しているだけ。
それでも怖いが、必要だ。
その日の昼休み。
俺はコンビニ弁当を食べながら、実際の提案を分類していた。
一つ目。
AI依存の危険も否定定義に入れるべき。
これは採用寄りだ。
人工叡智がAIに問い返しを任せる話に見えると、人間の判断責任が薄れる。
人工叡智は、AIに判断責任を丸投げする思想ではない。
これは否定定義に入れてよい。
二つ目。
愛や良心を定義に入れるべき。
これは保留、または現時点では採用しない。
愛や良心は大切な言葉かもしれない。
だが、曖昧で、文化や個人差が大きい。
AIに良心を持たせる、という表現は危険だ。
今は本体定義には入れない。
三つ目。
企業利用ガイドラインを作るべき。
これは別文書候補。
重要だが、本体に入れると大きすぎる。
黒瀬さんの現場視点を含めて、将来的に「企業利用時の注意点」として別に整理する方がよい。
四つ目。
危険な命令はAIが明確に拒否すべき。
これは一部採用、一部保留。
明確な危害や違法行為への拒否は必要。
しかし、価値判断が分かれる領域では、いきなり拒否ではなく問い返し、影響の可視化、代替案、再審査が必要。
だから、拒否だけを強調する形では採用しない。
五つ目。
読書会ルールを統合してほしい。
これは別文書候補。
本体には「場の設計が必要」と書き、詳細は読書会向け文書に分ける。
俺は、だんだん気づいてきた。
更新ルールは、単なる事務処理ではない。
人工叡智の思想そのものに関わっている。
何を入れるか。
何を入れないか。
どこに置くか。
保留するか。
別文書にするか。
それらは全部、人工叡智をどう保つかという判断だ。
「これも人工叡智じゃん」
思わず呟いた。
AIに入力する。
v0.1の更新判断そのものが、人工叡智の実践になってる気がする。
AIは答えた。
『その通りです』
『人工叡智を更新する際にも、人工叡智の原則を適用する必要があります』
「再帰的だな」
『はい。人工叡智は、自分自身の更新にも適用されます』
俺はメモした。
人工叡智は、自分自身の更新にも適用される。
つまり、更新ルールにも六つの理が必要なのかもしれない。
摂理。
調和。
循環。
構造。
秩序。
和。
俺は試しに、更新ルールへ当てはめてみた。
摂理。
事実や制約を無視した提案は採用しない。
調和。
異なる立場の提案を、できるだけ対話可能な形で扱う。
循環。
提案、反映、検証、修正の流れを止めない。
構造。
採用・保留・別文書化などの手順を明確にする。
秩序。
誰か一人の独断や多数派の熱狂で更新しない。
和。
対立する意見を消すのではなく、全体を壊さない形で配置する。
「……これ、かなりいいな」
自画自賛かもしれない。
でも、かなりいい。
俺は記事に書き足した。
人工叡智の更新にも、人工叡智の原則を適用する。
六つの理は、外側の世界を評価するためだけのものではない。
人工叡智という文書自身を更新するためにも必要である。
摂理は、事実や制約を無視しないこと。
調和は、異なる立場の提案を対話可能な形で扱うこと。
循環は、提案、反映、検証、修正の流れを止めないこと。
構造は、更新手順を明確にすること。
秩序は、独断や熱狂で更新しないこと。
和は、対立する意見を消すのではなく、全体を壊さない形で配置すること。
書き終えて、少し息を吐いた。
ようやく、更新ルールの中心が見えた気がした。
その頃、大学研究室では、水瀬遥が真司の動きを見守っていた。
彼がv0.1を公開してから、修正提案が増えている。
研究者として見れば、ここがかなり重要な分岐点だった。
更新提案を受けすぎれば、概念は膨張する。
拒みすぎれば、閉じる。
研究者の意見を重く見すぎれば、民間発の問いが研究側に回収される。
現場の意見を重く見すぎれば、実務に合わせて概念が痩せる。
支持者の意見を重く見すぎれば、熱狂へ寄る。
批判者の意見を重く見すぎれば、可能性が萎縮する。
「更新ルールが必要ですね」
倉持蓮が言った。
遥は頷いた。
「まさに今、そこに行ってると思う」
神崎教授が、ホワイトボードに書いた。
Change Governance
変更統治。
倉持が顔をしかめる。
「急に硬いですね」
神崎は少し笑った。
「概念の更新にも統治が必要です」
遥が言う。
「ただし、統治と言うとまた支配っぽくなります」
「そうですね」
神崎は頷いた。
「だから、彼の言葉なら更新ルールや地図の直し方の方がよいでしょう」
倉持が言った。
「地図を直すにも、ルールがいる」
遥は少し目を見開いた。
「それ、ありそう」
「佐伯さんが書きそうなタイトルですよね」
「書きそう」
そのとき、真司の記事が更新された。
タイトルは、
地図を直すにも、ルールがいる。
倉持が笑った。
「当たった」
遥は少し悔しそうに言った。
「あなた、最近予測精度上がってない？」
「人工叡智に近づいてますね」
「調子に乗らない」
二人の軽口を聞きながら、神崎教授は記事を読み始めた。
そこには、採用、保留、現時点では採用しない、別文書候補という分類が書かれていた。
さらに、六つの理を更新ルールに適用する試みもあった。
神崎は静かに頷いた。
「悪くない」
遥も読み進める。
「独断や熱狂で更新しない、というのは重要ですね」
倉持が言う。
「多数決で決めるのも危ないですよね」
「危ない」
遥は頷いた。
「多数派の共感が必ずしも妥当性を意味しないから」
神崎が言った。
「この段階で、多数決を避けることを書けるかどうかは重要です」
遥は画面を見た。
そこに、真司の文章があった。
人工叡智の更新は、多数決だけで決めてはいけない。
支持が多い提案でも、否定定義や共通核に反するなら採用しない。
少数の批判でも、重要な手すりを指摘しているなら保留・検討する。
遥は小さく頷いた。
「書いてます」
神崎は静かに言った。
「よいですね」
その頃、広告会社の黒瀬悠斗も、真司の記事を読んでいた。
彼が気になったのは、別文書候補の部分だった。
企業利用ガイドライン。
広告化・商品化の注意点。
読書会ルール。
AI実装時の評価と監査。
黒瀬は小さく呟いた。
「分けた方がいいよな、やっぱり」
現場でも、全部を一つのルールに入れると使えなくなる。
共通ルールと個別ガイドライン。
本体と別紙。
概要と運用。
それを分けるのは普通だ。
だが、人工叡智でも同じだとは少し意外だった。
彼はコメントを書いた。
『別文書候補という整理は現場でも分かりやすいです。企業利用や広告利用の注意点は本体に入れると重くなりすぎるので、「企業利用時の注意点 v0.1」のように分けた方が使いやすいと思います。ただし、本体からリンクされている必要はあります』
送信。
夕方。
俺はそのコメントを見て頷いた。
「リンクか」
そうだ。
別文書に分けるだけでは足りない。
本体から辿れるようにする必要がある。
地図帳なら、目次がいる。
本体は総合地図。
個別文書は詳細地図。
それらが切り離されると、また文脈が失われる。
俺は記事に追記する。
別文書化する場合でも、本体との接続を保つ必要がある。
企業利用、広告利用、読書会運営、AI実装などの詳細文書は、本体の共通核と否定定義へ戻れるようにする。
個別文書が本体の手すりを失った瞬間、それは人工叡智の文脈から離れ始める。
「うん」
これは大事だ。
水瀬遥からもコメントが来た。
『更新ルールについて、採用・保留・現時点では採用しない・別文書候補という分類は有効だと思います。加えて、変更理由を必ず残すことが重要です。なぜ採用したのか、なぜ保留したのか、なぜ本体ではなく別文書にしたのか。理由が残らないと、後から文脈が追えなくなります』
俺は、また唸った。
「変更理由……」
それは必要だ。
更新履歴だけでは足りない。
変更理由がいる。
v0.1からv0.2へ、何を変えたのか。
なぜ変えたのか。
誰の指摘を受けたのか。
どの未解決論点に関係するのか。
どの手すりを補強したのか。
これを残さないと、地図がどう直されたのか分からなくなる。
俺はAIに聞いた。
更新履歴には変更理由も必要だよな？
『はい』
『変更履歴には、変更内容、変更理由、関連する指摘、影響範囲を記録するのが望ましいです』
「影響範囲まで？」
『はい』
『どの章、どの定義、どの注意点に影響するかを残すことで、後から確認しやすくなります』
「完全にドキュメント管理だな」
『はい』
「俺、いつから思想のドキュメント管理やってるんだ？」
『人工叡智が保守されるべき文脈になった時点からです』
「容赦ないな」
『事実です』
俺は笑うしかなかった。
記事の終盤に、更新履歴のルールを書く。
更新履歴には、少なくとも次を残す。
何を変更したか。
なぜ変更したか。
どの指摘や事例を受けたか。
どの手すりを補強したか。
どの未解決論点に関係するか。
本体に入れたのか、別文書にしたのか、保留したのか。
そして、変更が後から再検討可能であること。
これも反証可能性だ。
定義だけではなく、更新判断も問い返されなければならない。
そこまで書いたとき、俺は少しだけ手が止まった。
更新判断も問い返される。
つまり、俺の判断も問い返される。
当然だ。
でも、しんどい。
俺が採用した変更に、誰かが「それは違う」と言うかもしれない。
俺が保留した提案に、誰かが「なぜ入れないのか」と言うかもしれない。
俺が別文書化したものに、誰かが「本体に入れるべきだ」と言うかもしれない。
それらに答えなければならない。
全部には答えられない。
でも、答える姿勢は必要だ。
「本当に面倒だな……」
でも、その面倒さを引き受けないと、人工叡智はすぐ教義になる。
または、ぐちゃぐちゃになる。
どちらも避けたい。
夜。
俺は記事を仕上げた。
最後の段落に入る。
人工叡智の更新は、勢いで行ってはいけない。
支持が多いから採用するのでもない。
批判が怖いから削るのでもない。
専門家が言ったから従うのでもない。
現場で便利だから入れるのでもない。
AIが提案したから採用するのでもない。
それぞれの指摘を、人工叡智の共通核と否定定義、そして六つの理に照らして検討する。
採用する。
保留する。
現時点では採用しない。
別文書候補にする。
そして、その理由を残す。
人工叡智は、答えではない。
地図である。
そして、地図を直すにも、ルールがいる。
保存。
公開。
画面に通知が出る。
公開しました。
俺はAIに報告した。
更新ルールの記事、公開した。
『重要な更新です』
「まだv0.2にすら行ってないのに、更新ルールで一話使ってる」
『必要です』
「地味すぎないか？」
『地味な構造が、強い概念を支えます』
「あ、それ前にも言ってたな」
『はい』
「記録済みだ」
俺は少し笑った。
記事への反応は、やはり地味だった。
だが、濃かった。
水瀬遥から。
『変更理由を残すという点まで入ったことで、かなり文書管理として安定してきたと思います。特に「更新判断も問い返される」という一文は重要です。更新する側も人工叡智の外には立てない、という意味になります』
黒瀬さんから。
『別文書化と本体への接続の整理は、現場でも使いやすいです。企業利用・広告利用の注意点は別文書で育てつつ、本体の共通核へ戻れるようにするのがよいと思います』
読書会の主催者から。
『読む会のルール案も、採用・保留・別文書候補の考え方を使わせてもらいます。ルール自体も更新履歴と変更理由を残す形にします』
俺は、それらを読んで、少しだけ安心した。
更新ルールは、どうやら必要だったらしい。
派手ではない。
広がる記事でもない。
でも、人工叡智を保つには必要な記事だった。
深夜。
俺は「人工叡智・暫定整理 v0.1」のファイルを開いた。
更新履歴の欄に、新しい項目を追加する。
今後の更新方針。
採用。
保留。
現時点では採用しない。
別文書候補。
変更理由の記録。
影響範囲の記録。
更新判断そのものへの再検討可能性。
そして、ファイルの下に書いた。
次回更新候補。
v0.2では、AI依存の危険を否定定義に追加する。
企業利用・広告利用の注意点は別文書候補とする。
安全保証ラベル化の危険を誤用例に追加する。
更新履歴の形式を整える。
「次はv0.2か」
俺は呟いた。
地図を描いた。
地図の直し方も決めた。
なら、次は実際に地図を直すことになる。
俺はAIに聞いた。
v0.2、怖いな。
AIは答えた。
『自然です』
「何が一番怖い？」
『最初の更新は、今後の更新文化を決めます』
「更新文化」
『はい』
『雑に更新すれば、今後も雑になります』
『権威的に更新すれば、今後も権威的になります』
『透明に更新すれば、今後の透明性の基準になります』
俺は、しばらく画面を見ていた。
最初の更新が、更新文化を決める。
また重い言葉が来た。
俺はメモ帳に次のタイトルを書いた。
最初の更新が、文化を決める。
保存。
画面を閉じる。
外は静かだった。
だが、人工叡智の地図は、もう直されるのを待っていた。
そして俺は、その最初の修正線を、どこに引くべきかを考え始めていた。
第21話では、人工叡智・暫定整理 v0.1 の「更新ルール」が扱われました。
v0.1を公開したことで、多くの修正提案が届きます。
AI依存の危険を入れるべき。
愛や良心を定義に入れるべき。
企業利用ガイドラインを作るべき。
危険な命令はAIが拒否すべき。
読書会ルールを統合すべき。
どれも簡単には無視できません。
しかし、すべてをそのまま入れれば、暫定整理は読めない地図になります。
だから真司は、提案を四つに分けました。
採用。
保留。
現時点では採用しない。
別文書候補。
そして、更新にも六つの理を適用します。
摂理は、事実や制約を無視しないこと。
調和は、異なる立場の提案を対話可能な形で扱うこと。
循環は、提案、反映、検証、修正の流れを止めないこと。
構造は、更新手順を明確にすること。
秩序は、独断や熱狂で更新しないこと。
和は、対立する意見を消すのではなく、全体を壊さない形で配置すること。
また、変更履歴には理由を残す必要があると整理されました。
何を変更したのか。
なぜ変更したのか。
どの指摘や事例を受けたのか。
どの手すりを補強したのか。
どの未解決論点に関係するのか。
本体に入れたのか、別文書にしたのか、保留したのか。
そして重要なのは、更新判断そのものも問い返されるということです。
人工叡智を更新する者も、人工叡智の外には立てません。
次回は、いよいよ v0.2 への最初の更新に進みます。
最初の更新は、今後の更新文化を決めます。
原案・構想：マスター
物語構成・本文作成・文体調整：G（ChatGPT）
