# チャプター 1 おはようございます。ZARAのファンであるYOGA、JAPANからお届けいたします。 今回の週末はかなりガチでいましたね。 いっつも部屋で使ってプロダクトを開発するときに、壁に必ずみんな当たるんですよ。 それは思ったように挙動してくれないとか、バグのループから抜け出せないとか、 ずっと同じ間違いを繰り返しているなとか、突破できないなとか必ず現れるんですよね。 そのときにいくら偉いに同じオーダーを出して直してくれって言っても、 ループになっちゃうときがあると。負のループですね。 もっと言うとさらに、そこ直したらやって直したらって言って、 また何か告げるときに、お前それ前にやったじゃんみたいな。あるんですよ、結構これがね。 そうやってる人だったら結構あるあるって思うと思うんですけど、 これはね、かなり根深いというか、僕も完全に全然理解ができてなくて、 一つ考えられることとしては、もちろん自分の指示もあるんですよ。 ただ曖昧な指示でも何とかやってくれるっていうのがAIの推論能力なんで、 そこを頑張ってほしいところなんですけども、一番簡単なのはモデルの推論力というか、 エフォート値ですよね。これを上げたりとか、より賢いモデルを使う。 問題に当たって解けないから上のモデルを使おうみたいな。 これ結構一番簡単な解決策。 もう一個あるのは、根本の自分のフローズコードとかコーデックスとか使ってる人だったら、 自分のボルト、ボルトって日本語で何て言うんですかね。 ボルトで覚えてたからわかんない。 そのボルトの読み方みたいなところとか構成の仕方とかに問題があるケース結構あるんですよね。 僕は自分自身でそれをわかんないですけど、定期的に賢いAIが出たら、 そのAIによって最適化してってことを言うと、 もしくは今のこれ問題ない?みたいな。 ちょっとこういう問題出てるんだけど、ちゃんと動いてる?みたいなね。 そういうことを定期的に聞くと、 そうすると、これ実はこうやる予定だったんだけどできてなかったみたいなね。 こうやってやらかすわけですよ。 AIって。 いやいやほんま言ったじゃんと。動いてるって言ってたじゃんみたいな。 基本的にあんまり信用できないところ結構あるんですけど、 僕も週末それでぶち切れてもAIってね、 マジがち系してたことが今回週末あったんですよ。 # チャプター 2 やっぱりその時にもう1個大事になってくる解決方法っていうのが 全く違うAIに評価させるとかね レビューさせるとかっていうのって結構大事ですね AIって結構自分利益なところがあるから 同じモデルとか違うモデル使ったとて このところだったらじゃあオーバースルートフェイブルを使ったとて 発見できるものって限りがあるんですけど 全く違うAIを使うと全く違う角度から見てくれたり考えてくれたりするから あれ?そういうことだったの?みたいなことになるわけですよ 例えば最近あまりのコーデックスの安さに 僕コーデックスに1回ね 試験をやらせてみたっていう話を昨日からしたと思うんですけど その時に一応 オーバースを置いといて ちょっと見といてね見ながら 試験者をさせてみたんですよね ルナマックスに どうだった?って言ったら なかなかいいよと 実装問題ないよと ここの3つのポイント ここやらかしてるよねみたいな やらかしてるくせにやらかしてるって思ってなくて 勝手にOK出してるみたいなね そういうことを言ってて なるほどねと でもこれねオーバースがいるからなんですけど これじゃあルナしか使ってない人だったら どうでしょうっていうね 話になるわけですよ ルナがOKやってるからできたんだと思って触ってみたら 違うじゃんと なんでだろうって言ったら いやーとかね またはここ間違ってましたとかね 言うまでは分かんない 爆発するまで分かんないあの人ですよ そこに関西行く人を置いてると またこれが分かると これコンダクターですらそうなんですけど コンダクターって指揮者だから 指揮者の役割はこう ワーカーと呼ばれるね サブエージェント 行動係の人たちを動かすことですよね 行動係なんて末端の人間だから 言われたことしかやらないわけですよ 間違ってるかなんだろうが それって上流の概念からずっと間違ってるんだけど そういうことはワーカーは見えてないんで とりあえず言われたことをやりますとの通りに はいできましたと ここはめちゃめちゃちゃんとできるんですよ そもそも指揮者がね 指揮者が出されて 指揮者が学部読み間違えてそのまま 指揮してましたみたいな感じで 学部通りに聞いてるわけですよ ワーカーは そう 違う学級は出せましたとか 指揮者が 身がちょっと悪くて とかね 違う風に捉えてる っていうことをそのままオッケーしちゃってましたみたいな 録音されちゃいましたみたいなね そういうことになるわけですよ これも気をつけないといけないのと 大事なのはその指揮者の さらに上に上位概念 もしくは並列の概念として ディレクター役みたいなね プロデューサー役 ディレクター役もしくは監督みたいなやつを 置いといて できましたって言ったときに 最終成果物を 人間ユーザーですね に持ってくるわけじゃなくって 手前で最終評価して ちゃんと合ってる?ちゃんとエフトできてる?みたいなね 曲この通り弾けてる?みたいなのを 最終チェックする人間っていうのはね AIか 必要なんですよ # チャプター 3 でこれもなんかバグチェックのスタッフにバグチェックすればいいじゃないって思うんですけど これね、コードは合ってるんです。だからバグがないと判断されてしまう ただ設計のめちゃめちゃ上位の具合において いや、そうじゃなくていいみたいなことをやっちゃってるとこっちの人は違って撮ってるからね まぁこっちには責任があるものはあるんですけど そこを防ぐには そういう監査役なのかもう一人指揮者なのか サブ指揮者もしくは上級指揮者みたいな 俺何もしねーよと。ただ出来上がったものだけ見るみたいなね 内容わかってっからと 出来たら持ってきてみたいな そういう意味は置いとくっていうのはね 結構大事ですよね。と思った次第ですね もう本当に今ね作ってる AIでAIを作ってるんですけど そこの設計の部分でねもうめちゃくちゃ沼ってたとこがあったんですよ 最終的にはこれもええわと思って形ちょっと変えたんですけどあまりにも あまりに沼るからね そうもうフェイブル使おうがオーパス使おうが何しようが絶対沼るみたいな なんか謎のホールがあって これはもうダメだと思ってね そもそもそれやんないようにしようみたいな発想の転換をしたんですけど ここがまぁ最後のポイントで 一番のねもう一個の最高の解決策は自分自身が成長して 俺がこれ正しいと思ったものが よりもさらにいい答えを出せたら そこの道通らなくて済むじゃんと 俺絶対この道正しいと思うんだけど この道超も凸凹で険しくて 針だらけで穴だらけで やばいんだけどでもこの道が正しいんだよね でもなんかうまくいけないんだよなみたいな パッていうのを見たら橋があったみたいなね でも橋を渡るっていうことを頭になかったというか 見えてなかったみたいなあるわけですよ そうで発想の転換みたいな 橋が見えてる場合は分かりやすいですよね だからどっかに棒があって そこにはないんだけど この棒を橋の代わりに使うことができたら めっちゃ簡単にその棒の上歩けるくらいみたいなね そうっていう発想なんですよね 発想転換発想の切り替え でさらにいいソリューションを導き出すことができたら これ人間の勝利なわけですよ そうでもAIはそこでも設計段階でね いろんなこうした方がもっとよくないみたいな 結構出してくれる時があるけれども 究極はプロダクトを作ってる自分であって で自分がこういう感じの設計だなと思ってて っていうねでももっとこう そうしたらAIはそれに備わってね 設置から助けてくれるんですけど それを最大限実現するために 全く違う角度から見るみたいなね これもそういう昔プロンプトみたいな なんとか方式で物事を見るみたいな 水平方式かなんとか方式みたいなね で見るみたいなプロンプトは大昔ありましたけれども そういう見方すればこれもね 人間以外の考え方が見つかるのかもしれないけれども やっぱりこんだけ沼って AIとバトりまくって切れまくった後に もうダメだなと思って じゃあ別の方法ないかなと思って考えた時に ふと降りてくるみたいなね そうそれも人間の力だなと思ったんで いずれにしてもいろんなやり方で 壁を乗り越えて 一緒にプロダクトをしっかり作っていくと 自分の商品を作っていくというようなね 時代に来ておりますので 何の話かというとそういう話でした というわけで皆さんもいいAIライフ送っていきましょう それでは