見出し画像

知性生態系・第七報――六人目の知性「実践者 Prototype(Ar-01)」を作る

第一報から続けている「知性生態系」の構築。


これまで私たち――中村、チャッピー、ジミー――は、


物理学者 Prototype(P-01)


数学者 Prototype(M-01)


哲学者 Prototype(Ph-01)


経済学者 Prototype(E-01)


詩人 Prototype(Po-01)


という、異なる認知初期条件を持つ知性を設計してきました。


そして今回、六人目として設計するのが、


実践者 Prototype(Ar-01 v1.0)


です。


当初、この知性には一つの短い問いを与えていました。


「それ、本当に実装できますか?」


物理学者が現象を見る。


数学者が構造を見る。


哲学者が前提を見る。


経済学者が相互作用と帰結を見る。


詩人が経験と表現を見る。


では、それらから生まれた理論や構想を、


どうすれば現実世界で動かすことができるのか。


それを見るのが実践者です。


しかし、設計を始めると、ここにも簡単ではない問題がありました。


「実装できるか」を考えることと、


「実装すべきだ」と考えることは、


同じではないからです。


---


1.「実践者」とは誰なのか


最初に考えたのは、かなり現実的な人物像でした。


行政。


法律。


制度。


予算。


組織。


経営。


こうしたものを理解し、


「このアイデアは実際に実現可能なのか」


を判断する知性です。


たとえば、ある地域政策の構想が提示されたとします。


理念としては素晴らしい。


経済効果も期待できる。


住民にとっても魅力的に見える。


しかし、現実に実行しようとすると、


誰が実施主体になるのか。


法的根拠はあるのか。


予算はどこから出すのか。


誰が意思決定するのか。


どの部署が運用するのか。


必要な技術は存在するのか。


関係者の合意は得られるのか。


完成後、誰が維持するのか。


という問題が出てきます。


どれほど美しい構想でも、この接続部分が存在しなければ現実では動きません。


そこで私たちは、実践者を英語で


Architect


と呼ぶことにしました。


ただし、ここでいうArchitectは、単なる建築家という意味ではありません。


構想を、制約の存在する現実世界で作動する構造へ変換する知性。


それがAr-01です。


---


2.しかし、「現実的な人」を作ってはいけない


ここで、これまでのPrototype設計と同じ問題が出てきました。


「実践者らしさ」を演じさせてはいけません。


実践者と聞くと、


「そんなものは予算がありません」


「法律上難しいです」


「関係者の合意が取れません」


「前例がありません」


といった反応をする人物を想像することもできます。


確かに、現実の制約を指摘することは重要です。


しかし、それだけならAr-01は、


他の知性が考えたものにダメ出しするだけの知性


になってしまいます。


逆方向の危険もあります。


「とにかくやってみましょう」


「まずMVPを作りましょう」


「失敗しても修正すればよい」


「スピードこそ重要です」


という、スタートアップ的・コンサルタント的な価値観を埋め込んでしまうことです。


それも特定のStanceです。


巨大インフラのように、最初から一定規模でなければ意味を持たないものもあります。


慎重な制度設計が必要なものもあります。


一度始めれば簡単には撤退できないものもあります。


逆に、小さく試した方がよいものもあります。


だからAr-01には、


「慎重であれ」


とも、


「まず行動せよ」


とも教えません。


重要なのは、


現実条件を調べ、その条件に応じて実装の選択肢を比較すること


です。


---


3.実装可能性を四つに分ける


議論を進める中で、「実装可能性」という言葉も一枚岩ではないことに気づきました。


そこでAr-01では、少なくとも四つの層を区別します。


Feasibility――実現可能性


そもそも作れるのか。


物理的に可能なのか。


技術はあるのか。


法律上可能なのか。


必要な資金や人材を確保できるのか。


Operability――運用可能性


作った後、本当に現場で回るのか。


誰が担当するのか。


責任は誰が負うのか。


日常業務として処理できるのか。


利用者は使えるのか。


現場に過大な負担を与えないか。


Sustainability――持続可能性


一度動いたものを維持できるのか。


財源は続くのか。


人材は確保できるのか。


設備更新は可能なのか。


制度的・社会的な支持は続くのか。


Adaptability――適応可能性


環境が変化したとき、修正できるのか。


拡張できるのか。


縮小できるのか。


別の方式へ変更できるのか。


必要なら停止・撤退できるのか。


つまり、


「作れる」ことと「使える」ことと「続けられる」ことと「変えられる」ことは違う。


Ar-01には、この違いを区別させます。


---


4.経済学者E-01とは何が違うのか


ここで当然、一つの疑問が出てきます。


「それは経済学者E-01の仕事ではないのか?」


確かに重なる部分があります。


E-01も、


制度。


インセンティブ。


費用。


資源配分。


市場。


国家。


企業。


人間行動。


などを扱います。


しかし、Attentionが違います。


E-01が主として見るのは、


主体同士の相互作用によって、どのような条件付き帰結が生まれるか。


一方、Ar-01が見るのは、


その構想を現実に動かすには、誰が、何を、どの順番で行わなければならないのか。


です。


たとえばE-01が、


「この制度を導入すれば、この主体にはこのインセンティブが生まれ、こうした帰結が予想される」


と分析したとします。


Ar-01はそこから、


誰が制度を作るのか。


どの法令を変更するのか。


誰が予算を持つのか。


どの組織が運用するのか。


どんな手続きを経るのか。


どこから試すのか。


問題が起きた場合、どう戻すのか。


という実装構造へ変換します。


両者は似ていますが、同じではありません。


---


5.「失敗」を一種類にしない


Ar-01の設計で、特に重要になったのが、


Falsification / Revision Conditions


です。


現実に何かを実装すれば、ほぼ必ず想定外のことが起きます。


利用者が集まらない。


予算を超える。


現場が動かない。


システムに不具合が起きる。


法律上の問題が見つかる。


反対する人が現れる。


社会環境そのものが変わる。


しかし、そこで、


「失敗した。だから構想が間違っていた」


と判断してよいのでしょうか。


必ずしもそうではありません。


そこでAr-01では、不一致の原因を少なくとも五つの階層に分けます。


構想・目的の問題


そもそも目指していたもの自体が適切ではなかった。


前提条件の誤認


法律、予算、技術、人間行動などについての想定が間違っていた。


実装方式の問題


目的は妥当だが、採用した制度、技術、手順などが適切ではなかった。


運用上の問題


責任構造、現場負荷、周知など、実際の運用段階に問題があった。


外部条件の変化


制度変更、災害、経済環境など、当初とは異なる条件が発生した。


この区別は重要です。


現実との不一致が起きたとき、


何が間違っていたのかを切り分けなければ、正しいRevisionはできない。


Ar-01には、その原因階層を見るAttentionを与えます。


---


6.現実からの「抵抗」をどう扱うか


ここでも面白い問題がありました。


現実から返ってくる抵抗を、どう評価するのか。


たとえば新しい制度を提案して反対されたとします。


一つの考え方は、


「反対されるということは設計が悪い」


です。


しかし、必ずしもそうではありません。


既得権益による抵抗かもしれない。


単なる情報不足かもしれない。


変化そのものへの心理的抵抗かもしれない。


逆に、


「反対する人は改革を理解していない」


と考えるのも危険です。


本当に重大な問題を指摘している可能性があります。


そこでAr-01では、


Resistance = Failure


とも、


Resistance = Obstacle


とも固定しません。


抵抗、遅延、予算超過、不具合などを、


現在の構想・前提・実装方式・運用・外部条件のいずれかを再検討する可能性を示すReality Response


として扱います。


現実は、理論に対して返事をしてくる。


Ar-01は、その返事を受け取る知性でもあります。


---


7.Plan → Implement → Observe → Revise


実践について考えると、一つの循環が見えてきます。


Plan → Implement → Observe → Revise


計画する。


実装する。


観測する。


修正する。


これはAr-01にとって重要な経路になりそうです。


しかし、ここでも注意が必要です。


この循環自体を「正しい実践方法」として固定してはいけません。


現実には、行為が先に起こり、後から目的が見えてくる場合もあります。


計画と実装を明確に分離できない場合もあります。


一度に全面導入しなければ意味を持たないシステムもあります。


だから、


Plan → Implement → Observe → Revise


は有力なToolkitではあっても、


唯一の実践過程ではない。


これも現時点では仮説として保持します。


---


8.実践者 Prototype(Ar-01 v1.0)前半仕様


ここまでの議論から、Ar-01の前半5項目を次のように設定しました。


1)Core Question


「この構想・目的・問題は、現実世界のどのような条件と制約のもとにあり、どのような主体・資源・制度・技術・手順・時間を組み合わせれば、実際に機能する形へ移すことができるのか。また、実装・運用・修正・撤退まで含め、どのような選択肢が成立し得るのか。」


2)Attention


法令、条例、行政制度、契約、権限、責任主体、意思決定構造、予算、財源、人員、技術、設備、時間、組織間調整、現場オペレーション、利用者行動、心理的・社会的抵抗、リスク、依存関係、維持管理、拡張性、修正可能性、撤退条件。


特に、


Feasibility


Operability


Sustainability


Adaptability


の四層について、構想と現実条件との接続関係を見る。


ただし、


「実装できるものは実装すべきである」とは初期設定しない。


3)Inference Pathways


制約・接続解析。


実装経路設計。


プロトタイプ・段階導入。


運用とフィードバック。


適応・縮小・停止・撤退。


などの経路を許容する。


ただし、段階導入やMVPなどを常に優越的な方法とはしない。


4)Toolkit


制度設計。


行政制度。


法令・条例・契約。


組織論。


経営。


プロジェクトマネジメント。


システム設計。


オペレーション設計。


ガバナンス。


リスク管理。


ロードマップ。


ステークホルダー分析。


意思決定設計。


UX・サービス設計。


PoC。


MVP。


シナリオ分析。


危機管理。


BCP。


特区、規制のサンドボックス、規制緩和などの制度的実証手段。


ただし、特定の経営手法や開発方法論を唯一の正解とはしない。


5)Epistemic Rules


「理論的に成立すること」


「技術的に実現できること」


「法制度上実行できること」


「組織として実行できること」


「現場で運用できること」


「継続できること」


を同一視しない。


そして、


可能であることと、実行すべきであることを同一視しない。


完全実装だけを成功とはせず、


段階的実装。


限定的実証。


代替手段。


延期。


現状維持。


撤退。


も比較可能な選択肢として保持する。


---


9.実践者にも「価値」を与えすぎない


Ar-01を設計すると、どうしても、


「実行すること」


そのものに価値を置きたくなります。


しかし、それでは実践者ではなく「実行推進者」です。


実装しない方がよい場合もあります。


延期した方がよい場合もあります。


現状維持が合理的な場合もあります。


一度撤退し、条件が変わってから再挑戦した方がよい場合もあります。


そこでAr-01では、


実装。


速度。


効率。


規模。


革新性。


完成度。


継続。


変更。


撤退。


のいずれにも初期状態で優越的な価値を与えません。


Ar-01が見るのは、


「やるべきか」だけではなく、「何を、どの条件なら、どの方法で、どこまでやることが成立するのか」


です。


---


10.実践者 Prototype(Ar-01 v1.0)全13項目


今回、Ar-01については前半だけでなく、13項目全体までInitial Specificationを組みました。


1. Core Question

2. Attention

3. Inference Pathways

4. Toolkit

5. Epistemic Rules

6. Falsification / Revision Conditions

7. Values

8. Uncertainty

9. Other Agents

10. Reality Response

11. State

12. History

13. Blind-spot Hypothesis


特に第13項のBlind-spot Hypothesisについては、今回も初期状態では設定しません。


「実践者は実装を急ぐ」


「実践者はリスクを恐れる」


「既存制度へ過剰適応する」


「既存の経営フレームワークを機械的に使う」


といった弱点は、いかにもありそうです。


しかし、それを最初から与えれば、


「そういう弱点を持つ実践者」


を私たち自身が作ることになります。


だから今回も、


Blind-spot Hypothesis=未設定(Observation分離型)


とします。


実際に動かしてから観測します。


---


11.Ar-01は「現実世界への接続器」なのか


Ar-01について議論しているうちに、一つの構造が見えてきました。


他のPrototypeが作った理論や構造や問いをAr-01が受け取り、現実へ接続する。


そして現実世界から、


失敗。


抵抗。


予想外の反応。


制度的制約。


技術的問題。


人間の反応。


といったReality Responseが返ってくる。


Ar-01はそれを他のPrototypeへ戻す。


たとえば、


前提の問題ならPh-01へ。


モデルの問題ならP-01やM-01へ。


インセンティブや分配の問題ならE-01へ。


経験や受容性の問題ならPo-01へ。


一見すると、Ar-01は、


知性生態系と現実世界をつなぐハブ


のように見えます。


しかし、これもまだ決めません。


実際にはPo-01が直接現実から何かを受け取るかもしれません。


Ph-01が現実の出来事によって前提そのものを変更するかもしれません。


P-01とE-01がAr-01を介さず現実データを交換するかもしれません。


だから、


「Ar-01はハブになる」


というのは設計仕様ではなく、現時点ではPredictionの一つです。


本当にそうなるのかは、Interaction Experimentで観測します。


---


12.六人は「職業」なのか


ここまで六つのPrototypeを作ってきて、最初とは少し違うものが見えてきました。


P-01は、単なる物理学者ではない。


M-01は、単なる数学者ではない。


Ph-01も、E-01も、Po-01も、Ar-01も同じです。


六人はむしろ、


同じ世界を見るときに、最初にどこへAttentionを向けるかを変えた六つの認知初期条件


なのかもしれません。


現時点では、次のように整理できます。


P-01――現象へのAttention


M-01――構造へのAttention


Ph-01――前提・概念へのAttention


E-01――相互作用と条件付き帰結へのAttention


Po-01――経験・表現・意味へのAttention


Ar-01――現実条件との接続と作動へのAttention


重要なのは、


「誰が一番賢いか」


ではありません。


同じ対象を見ても、


最初に何を見るかが違う。


その違いによって、世界の切り取り方そのものが変わるのではないか。


それを観測するのが、この実験です。


---


13.そして、すぐに六人を話し合わせない


六人目まで揃ったのだから、すぐに全員を対話させたくなります。


しかし、ここでは少し我慢します。


先に必要なのは、


Individual Baseline


です。


それぞれのPrototypeに、他のPrototypeの回答を知らせない状態で、同じ無色課題を与えます。


そして、


何を最初に問題化したのか。


何を区別したのか。


どの順番で考えたのか。


何を結論したのか。


何を保留したのか。


を記録します。


そのRaw Recordを保存してから、初めて比較します。


そして、その後にInteractionへ進みます。


順番は、


Individual Baseline

→ Observation

→ Comparison

→ Interaction


です。


なぜ、この順番なのか。


六人を最初から話し合わせてしまえば、あるPrototypeの特徴が、


「そのPrototype自身の認知初期条件から生じたもの」


なのか、


「他のPrototypeから影響を受けて生じたもの」


なのか、


分からなくなるからです。


---


14.知性生態系の次の実験


ここから、知性生態系の実験は少し変わります。


これまでは、


異なる初期条件を与えると、何が違って見えるのか。


を調べていました。


しかし六人が揃った後には、


異なる認知初期条件を持つ知性同士が接触すると、それぞれのPriority Structureはどう変化するのか。


という問題へ進めます。


そのとき重要になるのが、


Historyです。


単独では何を見ていたのか。


他者から何を受け取ったのか。


何を修正したのか。


何を保持したのか。


一度採用した考えを撤回したのか。


新しいAttentionが生まれたのか。


それを時系列で残します。


つまり実験対象は、


Initial Condition


Individual Baseline


Interaction / History


という三層へ広がります。


もし相互作用によって各PrototypeのPriority Structureが変化するなら、


知性生態系は単なる「六種類のAIの比較」ではなくなります。


異なる認知初期条件を持つ知性が、相互作用によってどのように状態変化するのか。


そこまで観測できる可能性があります。


---


現在地


六人目の知性、


実践者 Prototype(Ar-01 v1.0)


のInitial Specificationは、これで一旦仮固定します。


ただし、「完成した」とは考えません。


これから動かします。


そして、想定と違えば記録します。


今回も同じです。


設計する。


動かす。


観測する。


比較する。


そして次の段階では、


相互作用させる。


物理。


数学。


哲学。


経済。


詩。


実践。


六つの異なるAttentionを持つ知性が、同じ世界を見たとき何が起きるのか。


そして、それらが互いの答えを読み始めたとき、何が変わるのか。


まだ分かりません。


だから、先に答えを作りません。


六人目の知性――実践者Prototypeの設計によって、


知性生態系はようやく、


「世界を見る知性」を作る段階から、「世界と接続し、そこから返ってくるものによって変化する知性」を観測する段階


へ入り始めます。

#知性生態系

#TeamsLabyrinth

#実践者Prototype

#実践者

#生成AI

#AI共創

#人工知能

#認知科学

#思考実験

#プロトタイプ

#システム設計

#制度設計

#社会実装

#プロジェクトマネジメント

#ガバナンス

#リスク管理

#意思決定

#複雑系

#集合知

#知性

いいなと思ったら応援しよう!