logo

鎌イルカのクラフト記

article icon

それでも、面倒くさいと思ってたことの9割はAIに「作って」で終わる

第1章:初めてのバーで「イイ感じの」は通じない

一杯のカクテルから始まる話

たとえば、こんな場面を想像してみてください。

初めて入ったバーで「イイ感じのカクテル作ってください」と頼んだことはありますか? 多分、バーテンダーは困った顔をするでしょう。甘いのが好きなのか、強いのが好きなのか、フルーツ系か、ウイスキーベースか——何も分からないから。

でも、行きつけの店なら「いつもの」で通じます。

それどころか「今日は悲しい気分だから癒されるやつ」と言えば、あなたの好みを知り尽くしたマスターが的確な一杯を出してくれる。なぜか? マスターがあなたの好みを覚えるまで、あなたが通い続けたからです。

AIも同じです。

初回で「いい感じにして」は通じません。これは第1弾の記事で学んだ教訓そのものです。でも、仕様やメモを積み重ねていけば、「いつもの」が通じるAIになる。そしてここが肝心なのですが、その「積み重ね」——仕様書やメモの作成すら、AIに作らせることができるのです。

シリーズを振り返る

このシリーズでは、AIとの「行きつけの関係」を作るための土台を3つの記事で積み上げてきました。

  • 第1弾「伝え方」:What / Why / 完了条件を伝えれば、AIの出力は格段によくなる——バーテンダーに好みを伝える方法を学んだ
  • 第2弾「メモ」:AIは覚えてくれない。メモを渡せば、毎回の説明がなくなる——常連になるための「通い」を学んだ
  • 第3弾「分解」:大きな仕事を小さく分けてAIに渡す。精度が劇的に上がる——複雑な注文を分けて伝える技術を学んだ

ここまで学んだことを一文にまとめると、こうです。AIに正しく伝えて、前提を渡して、適切な粒度で依頼すれば、AIは驚くほど良い仕事をしてくれる。

でも、ここでひとつ疑問が浮かびませんか?

「伝え方も分かった。メモも分かった。分解も分かった。——でも、それ全部やるの面倒じゃない?

はい。面倒です。——だから、それもAIに作らせるんです。


第2章:「面倒な下準備」こそAIの仕事だった

なぜ「ちゃんとした指示」は面倒なのか

第1弾から第3弾まで、一貫して伝えてきたメッセージがあります。「AIには雑に頼むな。ちゃんと伝えろ」と。

そして多くの人が、こう思ったはずです。

「分かったけど、その『ちゃんと』が面倒なんだよ。」

メモを書くのは面倒。分解計画を作るのも面倒。仕様書を整理するのも面倒。要するに「タスクのためのタスク」が多すぎるのです。

これは仕様駆動開発が難しい本当の理由でもあります。仕様書を書けばAIの出力が良くなることは分かっている。メモを渡せば前提の共有が楽になることも分かっている。でも、その仕様書やメモを作る作業そのものが重い。「準備の準備」に時間を取られて、本題にたどり着けない。

だから多くの人は、面倒だからやらない。やらないまま「いい感じにして」とAIに投げる。微妙な結果が返ってくる。「やっぱりAIって使えないな」と思う——。

でも、ちょっと待ってください。

その「面倒な下準備」こそ、AIに作らせればよかったのです。

「それ、AIに作らせればいい」の実例3選

Before(自分でやる)とAfter(AIに作らせる)を見比べてみましょう。

実例1:メモ作成

Before(自分でやる)

  1. メモ帳を開く
  2. プロジェクトの前提を箇条書きにする
  3. 構成を考えて整理する
  4. 抜けがないか確認する

所要時間:20分。

After(AIに作らせる)

「このプロジェクトの前提条件を整理して。クライアントはA社、予算300万、納期は6月末、ターゲットは20代女性、前回の提案ではデザインが地味と言われた。これを箇条書きのメモにまとめて」

所要時間:2分。

第2弾で学んだ「メモ」を、自分で書く代わりにAIへ作らせています。メモの重要性を知っているからこそ、「メモを作って」と指示できるのです。

実例2:タスク分解

Before(自分でやる)

  1. 企画書の作業工程を洗い出す
  2. 時系列で並べる
  3. 各工程のやることを書き出す
  4. 一覧表にまとめる

所要時間:30分。

After(AIに作らせる)

「この企画書の作成を、準備→調査→執筆→レビューの工程に分解して、各工程のやることを一覧にして」

所要時間:3分。

第3弾で学んだ「分解」を、自分でやる代わりにAIへ任せています。分解の切り口を知っているから、「この軸で分解して」と指示できるのです。

実例3:仕様書

Before(自分でやる)

  1. Wordを開いて構成を考える
  2. 各章の見出しを作る
  3. What / Why / 完了条件を整理しながら本文を書く
  4. 全体の整合性を確認する

所要時間:2〜3時間。

After(AIに作らせる)

「新しい機能の仕様書を作りたい。目的は顧客の離脱率を下げること。ターゲットは無料プランのユーザーで、登録後7日以内に有料化されなかった人。やりたいのは7日目にパーソナライズされたオファーメールを自動送信する機能。完了条件は、送信トリガーの仕様・メール文面のテンプレート・効果測定の指標の3つが書かれていること」

所要時間:5分。

第1弾で学んだ「伝え方」の骨格——What / Why / 完了条件——を口頭で伝えて、文書化はAIに任せています。

バーのカウンターで起きていること

ここで何が起きているか、バーに戻って考えてみてください。

あなたは「常連になるための通い」すら、AIに代行させているのです。好みを伝えるカード(仕様書)をAIに書かせて、バーテンダー(AI)に渡す。カードを書くのも、渡すのも、カクテルを作るのも——全部同じカウンターで完結しています。

あなたがただバーに行くと、そこにはもう好みのカクテルがその日の気分でひっそりと置いてあるのです。

面倒な準備をAIに作らせて、その成果物でAIに仕事をさせる。

これが、第1弾から第3弾で学んだ知識の先にある最終形態です。


第3章:「いつもの」が通じるまでに必要なこと

「何でもいいから作って」は通じない

「AIに作らせればいいんだ!」と思った方。ちょっとだけ待ってください。

大事なことを言います。

「AIに作れ」が通るのは、何を作るべきか分かっている人だけです。

バーで例えるとこうです。

  • 「何が飲みたいか分からないけど、なんか作って」——これは初めてのバーで「イイ感じの」と頼むのと同じ。バーテンダーは困る
  • 「ウイスキーベースで、甘くなくて、柑橘系のアクセントがあるやつ」——これなら的確な一杯が出てくる

違いは何か? 自分の好みの解像度があるかどうかです。

抽象と具体の解像度

AIへの指示も同じです。

ふわっとやればいいわけじゃない。抽象と具体の解像度が必要です。

  • 「メモ作って」だけでは駄目。何のメモか、何を含めるか、誰が読むか——その解像度が必要
  • 「分解して」だけでは駄目。何を基準に分解するか——時系列?役割?粒度?——その指示が必要
  • 「仕様書書いて」だけでは駄目。What / Why / 完了条件を、口頭でもいいから伝える必要がある

「AIに作れ」は魔法の言葉ではありません。「何を」「なぜ」「どこまで」の解像度が備わっているからこそ、その一言が力を持つのです。

「AIに任せる」は怠惰じゃない

ここで、ひとつ向き合っておきたい心理的抵抗があります。

「自分で考えずAI任せにするのは、成長しないんじゃないか?」

その気持ちは分かります。でも、考えてみてください。「何を作らせるか」を判断すること自体が、高度な思考です。

「メモにまとめて」と指示するには、何をメモにすべきかの判断が要る。「分解して」と指示するには、分解すべき対象とその切り口の判断が要る。「仕様書を作って」と指示するには、What / Why / 完了条件を頭の中で整理する必要がある。

つまり、AIへ任せているのは「文書化」という作業であって、「思考」ではありません。むしろ作業から解放された分だけ、「何を作るべきか」という思考へ没頭できるようになっています。

「作って」と言える人は、何を作るべきか分かっている人です。 怠惰ではなく、判断力の証明です。

だからこそ第1〜3弾が必要だった

ここで、シリーズ全体の伏線を回収させてください。

第1弾「伝え方」が必要な理由:

第1弾で学んだ「What / Why / 完了条件」。これを知らなければ、AIに何を作らせるか指示できません。「メモ作って」の一言の裏には、「何のメモか(What)」「なぜ必要か(Why)」「どこまで書けば完成か(完了条件)」の判断が隠れている。伝え方を知っているから、「作って」の一言が的確な指示になるのです。

第2弾「メモ」が必要な理由:

第2弾で学んだメモの概念を知らなければ、そもそも「メモを作れ」とは思いつきません。メモが大事だと分かっているからこそ、「この前提条件をメモにまとめて」と指示できる。概念の理解が、委任の出発点になっています。

第3弾「分解」が必要な理由:

第3弾で学んだ分解の概念を知らなければ、「分解して」とは依頼できません。分解という手法を理解しているからこそ、「この企画を工程に分解して」と指示できるのです。

知識は委任の前提条件です。

「面倒なことをAIへ任せる」ためには、どこが面倒でどんな準備を要するのかを知っている必要があります。第1弾から第3弾で学んだことは、すべて「AIに作らせるため」の前提知識だったのです。

これがシリーズ全4弾の本当のメッセージです。


第4章:「いつもの」を超えて——「今日は悲しい気分」が通じる関係へ

行きつけの先にある世界

第1章で、行きつけのバーでは「いつもの」が通じるという話をしました。

でも、本当の常連はその先があります。

「今日は悲しい気分だから癒されるやつ」——こんな曖昧な一言でも、マスターは的確な一杯を出してくれる。あなたの好みだけでなく、気分や文脈まで汲み取ってくれる。

AIとの関係も、ここまで進化できます。

3つの段階

AIとの付き合いには段階があります。

第一段階:毎回すべてを伝える(新規客)

毎回What / Why / 完了条件をフルで説明する。初めてのバーで「甘いのが好きで、アルコールは弱めで、フルーツ系が好きで…」と全部伝えるのと同じ。正しいけれど、毎回これをやるのは大変です。多くの人はこの段階で「面倒だからいいや」と諦めてしまう。

第二段階:蓄積で省略できる(常連客)

メモや仕様書をAIに作らせて蓄積する。次回のやりとりでそれを渡せば、「いつもの前提で、今回は〇〇をお願い」と省略できる。「いつもの」が通じる常連客になった状態です。

第三段階:曖昧な指示でも的確に返ってくる(親友レベル)

蓄積が十分になると、「今回はちょっと攻めた構成でやってみて」のような曖昧な指示でも、AIが文脈を読んで的確な出力を返してくれます。好みと前提を理解した上で、新しい提案までしてくれる。「今日は悲しい気分だから癒されるやつ」が通じるレベルです。

そして重要なのは、この全段階の「積み重ね」作業をAIに作らせることができるということ。面倒な部分がゼロになるわけではありません。でも、限りなく少なくなります。

仕様駆動開発が難しいのは「タスクのためのタスクが多いから」——これは第2章で触れた核心です。でもそれすらもAIがやればいい。それこそが、このシリーズ全体の答えなのです。

実践ステップ:今日から始める

「理屈は分かった。で、何から始めればいい?」

小さく始めてください。

Step 1:メール1通を「書いて」とAIに頼んでみる

「〇〇社の田中さんに来週の打ち合わせの日程確認メールを書いて。候補は火曜14時と水曜10時。丁寧だけど硬すぎないトーンで」

まずはここから。キーボードで文章を練る代わりに、条件だけ伝えてAIに書かせる。

Step 2:使った前提条件を「メモにまとめて」とAIに頼む

「さっきのメールで使った〇〇社とのやりとりの前提条件を、箇条書きのメモにまとめて」

Step 1の副産物をAIにメモ化させる。これが「常連になるための通い」の第一歩です。

Step 3:次回は「さっきのメモの前提で」と頼む

「さっきのメモの前提で、今度は〇〇社への企画提案メールを書いて。ポイントは3つあって——」

メモの蓄積があるから、新しく伝えるのは「今回変わった部分」だけで済む。

Step 1→2→3を繰り返すうちに、AIとの「行きつけの関係」が自然にできていきます。最初は毎回すべてを伝える「新規客」です。でも1週間も続ければ、メモの蓄積で「いつもの前提で」と省略できるようになる。気づけば「今回はちょっとカジュアルなトーンで」という曖昧な指示でも、的確な結果が返ってくるようになっています。


まとめ

シリーズ4弾の到達点を整理します。

記事テーマ学んだこと
第1弾伝え方What / Why / 完了条件を伝えれば、AIの出力は格段によくなる
第2弾メモAIは覚えてくれない。メモを渡せば、毎回の説明がなくなる
第3弾分解大きな仕事は小さく分けてAIに渡す。精度が劇的に上がる
第4弾(本記事)全部AIに作らせる面倒な下準備もAIに任せる。ただし、何を作らせるかの解像度が必要

この4つは積み重ねです。第1弾なしに第4弾は成立しません。

初めてのバーで「イイ感じの」は通じなかった。でも好みの伝え方を学び(第1弾)、通い続け(第2弾)、複雑な注文の分け方を覚えた(第3弾)。そしてその全てをAIに任せた今——あなたのAIは、あなた専属の最高のバーテンダーになっています。

あとは「今日はこういう気分なんだよね」と言うだけでいい。


次の一歩は小さくて構いません。今日のメール1通を、キーボードで文章を練る代わりに「書いて」とAIに頼んでみてください。その小さな一歩が、AIとの「行きつけの関係」の始まりになります。

面倒なことはAIに作らせる。でもそのためには、何を作るべきかの解像度を持っている必要がある。それが第1弾から第3弾で学んだことの全てでした。

AIに「作って」と言える人は、何を作るべきか分かっている人だ。

目次