AIと話す30分で勝ち筋を見つける

AIとの30分は、何を依頼するかを決める時間ではなく、勝ち筋を見つける時間にしたほうがいい。

最近、ここにかなり手応えがあります。
最初から「この記事を書いて」「これを直して」と頼むより、まず思っていることを書く。
そのうえで、AIと一緒にどこに勝ち筋があるかを探す。

Codexを使っていると、使用量の減り方も気になります。
今の使い方だと、2日くらいで使用量がなくなってしまう。
せめて3日か4日もたせたい。

そのためには、AIに任せるレベルと、トークン消費量のバランスを見る必要があります。
作業を丸投げする前に、判断材料をためる。
その材料を見ながら、30分で勝ち筋を見つける。

これが今の結論です。

30分で決めるのは勝ち筋をみつける

AIに頼むとき、つい「何をやってもらうか」から考えてしまいがちです。

もちろん作業依頼は必要です。
でも、ここから始めるとAIは広く探します。
何を大事にすればいいのか、どこで止まればいいのかが見えないからです。

先に決めるべきなのは、作業名ではありません。
今回どこでどうやって勝つかです。

たとえばブログなら、勝ち筋はこうです。

同じ「ブログを書く」でも、勝ち筋が違えば本文は変わります。
見出しも変わります。
AIに渡す情報も変わります。

だから、最初の30分は「何を頼むか」ではなく、「何で勝つか」を探す時間にするのがいいと思いました。

勝ち筋を見つけるには、まず頭の中にあるものを出すのが早いです。

きれいな文章でなくていい。
順番もバラバラでいい。
今思っていることをそのまま書く。

今回なら、こういうメモです。

この段階では、答えを出そうとしなくていい。
むしろ、きれいに整理しすぎないほうがいいです。

素材を出してから、AIにこう聞く。

> この中で勝ち筋になりそうなものはどれ？

この問いにすると、AIは作業係ではなく、整理役になります。

また気がついたらサイドで聞きながら相談すればいいと思います。

/サイド　をいれて

cron を回しているか？　とあるAIイベントで登壇者が話していた言葉でした。回している人がその会場には多かったようですが、ルーチンで作業をまわすにはクーロンをよく理解することが大事だと気が付きました。

Codexの使用量を減らしたいとき、最初に考えがちなのは「短く頼む」ことです。

でも、短い依頼でも重くなることがあります。
たとえば「いい感じに直して」は短い。
けれど、AIはどこを見ればいいか迷います。

逆に、少し長くても軽い依頼があります。

この4つがある依頼です。

AIの消費量を減らすには、文字数を削るより、迷う範囲を削る。
ここがかなり大事です。

詳しくは以前書いた Codexの消費量は短文で減る？迷わせない依頼文の作り方でも整理しました。
今回の話は、その前段にあります。

依頼文を作る前に、勝ち筋を見つける。
勝ち筋が見えたら、依頼文は自然に短くなります。

いまの課題は、Codexの使用量が2日くらいでなくなることです。

これはAIが悪いというより、渡し方の問題も大きい。
全部をAIに任せると、調査、判断、実装、確認まで一気に走ります。
そのぶん消費も増えます。

3日か4日もたせたいなら、作業を3段階に分けるのがよさそうです。

段階	AIに頼むこと
1. 勝ち筋探し	思っていることを渡して、どこで勝つかを3案にしぼる。
2. 設計	選んだ勝ち筋に合わせて、やること、やらないこと、完了条件を決める。
3. 実行	対象を限定して、記事作成、修正、公開確認などを任せる。