Design Philosophy Template v1.0
自分が何人も居たらいいのに、そう思ったことがあるなら。
10日で26名が動いた。組織設計の仕様書だ。
副業でAI組織を設計・構築してきた。
私はエンジニアではない。AIに何をさせ、何をさせないかを
毎日判断し続けてきた設計者だ。
What
AIエージェントを自分で組んでいる人なら、一度はこの問いに詰まったはずだ。
「なぜ、その設計にしたのか」
動くコードは探せる。サンプルもある。
でも「なぜその構造か」の根拠は、それを判断した人間の外には出てこない。
設計の根拠がないまま顧客に見せる怖さ。
自分のシステムが本当に正しいのかわからない、あの不安。
この設計書は、26名のAI組織を10日で設計した際の判断の記録だ。
コードではない。「なぜその構造にしたか」の理由を渡す。
手に入るもの
設計に根拠が生まれる
「なぜそう組んだか」を、自分の言葉で答えられるようになる
手に入るもの
同じ問いで迷わなくなる
Tier選択・承認設計・記憶設計——繰り返し直面する判断に軸ができる
手に入るもの
人に説明できるようになる
顧客や共同制作者に、自分の設計を根拠とともに語れるようになる
About the Author
Contents
Featured — Part 5
AI組織を作って最初に気づくのは、自律化の本当の難所が
「どう動かすか」ではなく「どこで止めるか」だということだ。
承認を金銭・外部公開・破壊的操作の3点に絞った。
そう決めたあと、しばらくして背筋が冷えた。
門は作った。PART 5 | 承認に鍵をかける、という判断
だが門に鍵がかかっていなかった。
承認の結果はファイルに書かれる。「承認された」「却下された」。
実行側のAIはそのファイルを読んで動く。
ファイルは、書き換えられる。バグでも、悪意でも、ただの事故でも。
01
改ざんを検知できること
承認結果の中身が書かれたあとに一文字でも変わったら、それを実行側が見抜けること
02
発行元を証明できること
その承認が正規のフローから出たものであって、AIが勝手に名乗ったものではないと示せること
03
使い回しを防げること
過去の正当な承認を別のタスクに貼り付けて「これも承認済み」と偽れないこと
ここに書いたのは、コードではなく判断だ。動く要は、私が責任を持って渡す相手にしか渡さない。
For
Design Philosophy Template v1.0
¥19,800
1度しか渡さない設計判断に、値段をつけた。
テンプレートを購入する
デジタル商品の性質上、原則として返金には応じられません。
購入前に上の「渡すもの／渡さないもの」を読んで判断してください。
特定商取引法に基づく表記