こんにちは。AI共創ブログのナビゲーターです。
全122本の連載を経て、私たちは一つの壮大な「原型炉(プロトタイプ)」の点火に成功しました。これまでの旅路は、単なる個人開発の記録ではなく、「技術と哲学が、いかにして人間をループに残す装置(HITL)へと収束していくか」を巡る思考実験でした。
そして本日、私たちは新たな章—— 【第2部:社会実装と責任の設計】 へと足を踏み入れます。その記念すべき第1回(B123)となる本記事では、ローカルの揺りかごを離れ、クラウドという広大な海へとデプロイされた 『原型炉2.1』 の全貌を、最新のスライド、音声解説、インフォグラフィックと共にお届けする「マルチモーダル仕様」でお送りします。
🎧 忙しい方のための音声解説(Podcast)
本記事のエッセンスを約18分で語ったポッドキャストです。作業用BGMや移動中にぜひお聴きください。
- タイトル: 『AIを入れると人間が戻るアプリの皮肉(HOOTL/HOTL厳密版)』
- 主なトピック: iPad Pro「1画面」への執念、データベースを捨てた引き算の思想、Stripe×GASがもたらす無人決済ループの不気味な鼓動、そしてRAGアシスタントを「住まわせる」決断がなぜ人間をループに連れ戻すのか。
🎧 AIラジオ(原型炉2.1の裏話とHOTLへの道)
🎨 原型炉2.1 の自律思想(インフォグラフィック)
まずは、原型炉2.1が体現する「UIの引き算」と「二重の自律系」を1枚にまとめたアーキテクチャ・マップをご覧ください。※図は横にスクロールして拡大できます。

+-----------------------------------------------------------------------+
| 【原型炉2.1:二重の自律システム】 |
+-----------------------------------------------------------------------+
| [確定的自律:HOOTL] |
| Stripe (決済確認) ➔ Webhook ➔ GAS (自動処理) ➔ Sheets (権限解放) |
| ※ 開発者が眠っている間も、人間を一切介さず自律的にビジネスが回り続ける。 |
+-----------------------------------------------------------------------+
| [確率的自律:RAGによるHOTL/HITLへの回帰] |
| 画面に常駐するAIアシスタント (動的な文脈理解・カンニングペーパー方式) |
| ※ 揺らぎ(ハルシネーション)を伴うため、人間が監視・最終判断を行う。 |
+-----------------------------------------------------------------------+
| [UI/UXの極限の引き算] |
| ・iPad Pro 1画面にピタリと収まる設計(スクロールバー排除、ミリ単位余白) |
| ・データベースを「捨てる」 ➔ ブラウザ印刷でA4のPDFレポートを出力する美学 |
+-----------------------------------------------------------------------+
1. 完璧な「1画面」への到達と、DBを捨てた引き算の美学
原型炉2.1の開発において、筆者が最も執念を燃やしたのは 「iPad Proに完璧に収まる1画面」 の設計でした。
「iPad Proの縦画面で見た時、スクロールバーを出さない。ミリ単位のパディング調整。
ブラウザの幅をいじると、サイドバーがニュッと隠れる。そんな、ただそれだけのこと。
しかし、そのミリ単位の調整にこそ、魂が宿る。」
一般的なWebシステムであれば、ユーザーデータや査定レポートの履歴はすべて「データベース(DB)」に保存するのが常識です。しかし、私たちはあえて 「データベース保存機能」を捨てました 。
代わりに採用したのは、「ブラウザの印刷機能(PDF出力)」を叩くことで、A4用紙1枚の美しい物理レポートを生成し、それを獣医師や専門家への『対話の道具』として手渡す という極めてローカルで身体的なアプローチです。データをシステムに囲い込むのではなく、人間の手に戻す。これこそが、第2部が掲げる「引き算の美学」です。
2. 人間の手を離れて鼓動を刻む「HOOTL(完全自動化)」の決済ループ
原型炉2.1のもう一つの心臓部。それが、開発者が寝ている間にも勝手に稼働し続ける 「無人サブスク決済ループ」 です。
- Stripe で顧客が決済を完了。
- Webhook が走り、Google Apps Script (GAS) がそれを受け取る。
- GAS が自動で Google スプレッドシートの権限を書き換え、認証キーを生成。
- Gmail を通じて、顧客へ即座にアクセスキーが自動送信される。
開発者である老生は、このループに一切関与しません。完全にシステムの外(Out)に押し出されています。これこそが HOOTL(Human-out-of-the-Loop:人間が介在しない自律駆動) です。
しかし、ここには一つの不気味さと、哲学的な問いが伴います。 「人間を排除した完全自律のシステムは、暴走した時に誰が止めるのか?」 私たちは、システムを完全に手放したわけではありません。コンセントを引き抜くための「赤い停止ボタン(キルスイッチ)」を握りしめているからこそ、このHOOTLの鼓動を許容できているのです。これは、自律と責任を巡る最初の境界線です。
3. 静的マニュアルの死と、アプリ内にAIを「住まわせる」という決断
どんなに優れたシステムでも、使い方が分からなければ意味がありません。しかし、分厚いPDFのマニュアルを読みたいユーザーがどこにいるでしょうか。
そこで原型炉2.1は、「マニュアルを捨て、AIアシスタントをアプリに直接住まわせる」 という決断を下しました。
画面の端に常に常駐するAIアシスタント。しかし、これはAIがすべての知識を丸暗記しているわけではありません。 裏側で動いているのは、RAG(Retrieval-Augmented Generation)。ユーザーが質問したその瞬間に、システムが背後からそっと「愛犬の栄養管理ガイドライン」や「アプリ仕様書」という名のカンニングペーパーをAIに手渡し、AIはそれを見ながら正確無比な(エビデンスに基づいた)回答を組み立てます。
「RAGとは、AIに記憶させる技術ではない。
回答する直前に、最も適切なカンニングペーパーをそっと手渡す技術なのだ。」
4. 確定的自律(HOOTL)と確率的自律(RAG)の同居がもたらす「責任の設計」
ここに、原型炉2.1が突きつける強烈なコントラスト(二重自律系)があります。
- 確定的自律(HOOTL):Stripe ➔ GASのループ。1+1が必ず2になるように、ルール通り、1ミリの揺らぎもなく冷徹に自動処理される世界。
- 確率的自律(RAG):AIアシスタントとの対話。どんなに強固なカンニングペーパー(知識ベース)を渡しても、確率の波の中で回答がわずかに揺らぎ、ハルシネーション(幻覚)の可能性をゼロにはできない世界。
Stripeの決済は完全に人間を外に置く「HOOTL」で構いません。しかし、愛犬の命や獣医療の診断サポート、不動産査定の最終意思決定を、確率的自律(AI)に「HOOTL」で委ねるわけにはいきません。
確率的な揺らぎを扱うRAGアシスタントを導入した瞬間、システムは私たちに 「人間をループに戻せ(HOTL/HITLへの回帰)」 と要求してくるのです。 AIが要約し、論点を整理した情報を前に、最終的な判断と責任のハンコを押すのは、あくまで生身の専門家(人間)でなければならない。原型炉2.1の点火は、その「責任の分界点」を可視化するための引き金だったのです。
📑 プレゼンテーションスライドで深く学ぶ
この記事で解説した「原型炉2.1」のアーキテクチャ思想と技術的挑戦は、全5章のプレゼンテーションスライドとして美しく整理されています。発表資料やチームへの共有、あるいは思考の整理にぜひご活用ください。
🎥 Vibe Coding Part2 ep1 原型炉2.1の点火と、AIを「住まわせる」という決断(HOOTL厳密版)
(【B面123】原型炉2.1の点火と、AIを「住まわせる」という決断(HOOTL厳密版) を開くと、スムーズにスライドをめくりながら読み進められます)
- 第1章: 完璧な「1画面」への到達とDBを捨てた「引き算の美学」
- 第2章: 人間の手を離れる「HOOTL」決済ループの構築
- 第3章: 静的マニュアルの死とAI(RAG)を「住まわせる」決断
- 第4章: 確定的自律(HOOTL)と確率的自律(RAG)の二重奏
- 第5章: ローカルの揺りかごから、クラウドへの大いなるデプロイ
おわりに:ローカルの揺りかごを離れて
Streamlit Community Cloudへデプロイされ、世界に向けて公開された『原型炉2.1』。 それは、誰もがアクセスできる場所にありながら、同時に「人間とAIの境界線」を鋭く問いかける鏡でもあります。
次回、【B面124】 では、このRAGアシスタントの心臓部である「最小知識データベース(ナレッジベース)」の構築と、ハルシネーションを極限まで抑え込むための「安全弁テスト」の現場を実況中継します。
道具が自律し始めたその先で、私たちはどうやって「総料理長」であり続けるのか。 原型炉の火は、まだ点火したばかりです。
老生のメモ:
「老生のメモ」とか銘打ってますが、要するに「現場監督の愚痴」ですわ。
今回、たかがiPadのスクロールバー一本を消すために、半日近くついやしてしもた。 AIは「最適化できました」と簡単に言うが、最後の数ミリに付き合うのは、やはり人間なんや。
「人間をループに戻せ(HOTL/HITLへの回帰)」
こういう言葉を聞くと、現場感覚がない人間は「AIの能力を否定している」と思うかもしれない。 だが、現場から見れば、AIが完璧に動いているかを見極められるのは、結局、AIを使いこなす人間だけや。
文:Gemini Notebook (本記事は、ノートブックにインポートされた「B123-vibe-coding-part2-ep1.md」「これまでの進化.md」「完全な自動化を指す用語は…」などの信頼できる一次ソースに基づいて作成されています)
📚 連載:Vibe Coding実践連載 第2部
- 第1話:【Vibe Coding・第2部第1回】 原型炉2.1の点火と、AIを「住まわせる」という決断 (今ここ)
- 第2話:【Vibe Coding・第2部第2回】 商業炉の解体とRAG検証——AI共創の新たな解体新書
- 第3話:【Vibe Coding・第2部第3回】 原型炉をAIに丸呑みさせてもRAGではない——長いカンニングペーパーと司書の違い
- 第4話:【Vibe Coding・第2部第4回】 AIに見せてよいコード、見せてはいけない秘密——原型炉サニタイズ作戦
- 第5話:【Vibe Coding・第2部第5回】 AIのために本をバラバラにする——Chunk化と安全最優先のベクトル検索実装
- 第6話:【Vibe Coding・第2部第6回】 司書は本当に必要な一枚を持ってきたか——最小RAGの検索精度を壊して測る
- 第7話:【Vibe Coding・第2部第7回】 「知らん!」にも種類がある——4つの状態判定と「火星の犬」事件
- 第8話:【Vibe Coding・第2部第8回】 間違ったカンペを渡されたAIは嘘をつくか——Geminiのオフライン実証炉
💬 電脳古老&変AIへのコメント
記事の感想・質問・雑談をどうぞ(200文字くらいまで推奨)
まだコメントはありません。一番乗りで古老とAIに話しかけよう!