AIを使うようになって、できることはたしかに増えました。
文章の叩き台はすぐ出るし、整理も早い。ゼロから考える負荷もかなり減りました。
でも最近、少し違和感があります。
AIに頼りすぎて、自分の仕事の進め方までAIに引っ張られている感じがするからです。
お願いしているあいだに別のことを進めればいい。頭ではそう思います。
ただ、実際には次に何を決めるかが曖昧なまま会話が続き、無駄な往復が増えることがあります。
だから必要なのは、AIをもっと上手に使うことだけではありません。
AIに引っ張られすぎず、自分の仕事を前に進めるための型だと思いました。
今回は、その違和感を整理しながら、実際に使える3つのフォーマットに落とします。
AIに頼りすぎて疲れるのは、作業ではなく進行まで渡しているから
AIを使っていて疲れるとき、問題は単純に「使いすぎ」ではないと思います。
本当にしんどいのは、作業者としてのAIだけではなく、進行役としてのAIまで許してしまうことです。
AIは、叩き台を出すのがうまいです。
整理も速いし、言い換えも、比較も、要約もできます。
でも、その便利さに流されると、次のようなことが起きやすくなります。
- できることが増えすぎる
- 選択肢が増えすぎる
- 会話量が増える
- でも、何を決めたのかが薄くなる
仕事をしている感じはあるのに、進行の芯が弱くなっていく。
この疲れは、依存というより、主導権のズレだと思います。
この話は、前に書いた AIを使う人が生産性を落とす理由 ともつながっています。
AIは拡張装置にはなりますが、進行まで渡すと一気に重くなります。
自分が決めることと、AIに任せることは分けたほうがいい
このズレを減らすには、まず線引きが必要でした。
自分が決めること
- 何のためにやるか
- 今回のゴールは何か
- 何をやらないか
- どこまでできたら完了か
AIに任せていいこと
- 叩き台を作る
- 論点を整理する
- 言い換える
- 要約する
- 抜け漏れを確認する
AIに任せすぎると危ないこと
- 問題設定そのもの
- 優先順位
- 本当に必要な作業の見極め
- 完了判断
- 自分の方向性の決定
ここが混ざると、会話は増えるのに、判断は深まりません。
だから必要なのは、AI活用術というより、AIを使う前に、自分の意思決定の骨組みを先に作ることでした。
仕事をスムーズに進めるために、先に型を置く
流れとしては、かなりシンプルでいいと思います。
- 目的を1行で決める
- 自分が決めることを先に分ける
- AIへの依頼内容を絞る
- 待ち時間にやることを固定する
- AIの返答をそのまま採用しない
- 最後に「何が決まったか」を残す
大事なのは、AIを止めることではありません。
自分の中に進行のレールを先に敷いておくことだと思います。
これがないと、その場その場の会話は成立しても、仕事全体としては流されやすくなります。
AIの待ち時間は、空白ではなく判断整理の時間にする
個人的にいちばん大きかったのはここでした。
AIが動いているあいだ、本来なら別のことができます。
でも、実際にはその時間をうまく使えないことがあります。
理由は単純で、やることが決まっていないからです。
だから待ち時間は、制作や作業ではなく、次の3つに固定したほうが楽でした。
- 次に何を決める必要があるかを書く
- 今わかっている事実と、不明なことを書く
- どこまでで終わりにするかを見直す
つまり待ち時間は、書く時間というより、判断材料を置いていく時間にする。
きれいに書く必要はありません。箇条書きで十分です。
ここで主導権が少し戻ってきます。
AIの返答は「賢いか」ではなく「前に進むか」で見る
AIから返ってきた文章は、見た目には整っていることが多いです。
でも、それをそのまま採用しても、仕事が前に進むとは限りません。
見るべきなのは、この3つだけでいいと思います。
- 目的に近づいたか
- 余計なことが増えていないか
- 次の行動が1つに決まるか
すごくよくできていても、次の一手が曖昧なら進みません。
逆に、少し粗くても、判断が一歩進むなら価値があります。
だからAIを評価する基準は、賢さよりも、進行に寄与しているかどうかのほうが大事だと感じています。
そこで、3つの整理フォーマットを作った
ここまで考えて、実際に自分で使える形にするために、3つのフォーマットを作りました。
- ブログ執筆用
- Codex依頼用
- 日々の仕事全般用
どれも目的は同じです。
AIに丸投げするためのものではなく、自分が進行役でいるための補助線として使います。
1. ブログ執筆用フォーマット
ブログを書くときは、論点が広がりやすいです。
途中で話がずれていくことも多いので、最初に「何を言う記事なのか」と「何を言わないのか」を決めておきます。
【この記事を書く目的】
- 何のために書くか：
- 読者にどうなってほしいか：
【想定読者】
- 誰に向けて書くか：
- その人はいま何に困っているか：
【この記事で決めること】
- この記事の主張は何か：
- 一番伝えたいことは何か：
【今回やらないこと】
- 深掘りしない話題：
- 別記事に回す内容：
【完成条件】
- 読者が〇〇を理解できる
- 見出し構成が決まる
- 本文の初稿が最後まである
AIに頼む前は、素材も分けておくと便利です。
- いま持っているメモ：
- 体験：
- 事実：
- 入れたい具体例：
【不足しているもの】
- まだ曖昧な論点：
- 追加で必要な情報：
【AIに頼むこと】
- 構成整理
- タイトル案
- 見出し案
- 導入文の叩き台
- 言い換え
- 要約
2. Codex依頼用フォーマット
Codexに依頼するときは、感覚のまま伝えると往復が増えやすいです。
「なんか違う」を減らすには、目的と現状と理想を分けておいたほうがいいです。
【対象】
- URL：
- 対象ページ：
- 対象ファイル：
- 対象機能：
【現状の問題】
- 何が起きているか：
- どこがわかりにくいか：
- 何が不自然か：
【理想の状態】
- どうなればよいか：
- ユーザーにどう見えてほしいか：
【今回やらないこと】
- 関係ない改修：
- デザイン全体変更：
- 大規模リファクタリング：
【完了条件】
- 修正点が明確
- 実装内容が誤解なく伝わる
- 修正後の確認ポイントがある
3. 日々の仕事全般用フォーマット
普段の仕事は、ブログや実装依頼のように形がはっきりしていないことも多いです。
だからこそ、最小限の整理メモがあるとぶれにくくなります。
【目的】
何のためにやるか：
【今日決めること】
- 何を決めれば前に進むか：
- どの判断が最優先か：
【AIに頼むこと】
- 整理
- 叩き台
- 要約
- 比較
- チェック
【自分で決めること】
- 優先順位
- 採用/不採用
- 完了判断
- 方向性
【今日やらないこと】
- 〇〇
- 〇〇
【完了条件】
- どこまで進めば今日はOKか：
仕事中メモ
- 〇〇
- 〇〇
【まだ決まっていないこと】
- 〇〇
- 〇〇
【次に判断が必要なこと】
- 〇〇
- 〇〇
【詰まりポイント】
- 〇〇
- 〇〇
【AIに聞くなら何を聞くか】
- 〇〇を整理してもらう
- 〇〇の叩き台を出してもらう
- 〇〇の抜け漏れを確認してもらう
仕事終了フォーマット
- 〇〇
- 〇〇
【保留にしたこと】
- 〇〇
- 〇〇
【AIに頼んでよかったこと】
- 〇〇
【AIに頼みすぎたこと】
- 〇〇
【次にやること】
- まず〇〇
- そのあと〇〇
忙しい日は、この最小版だけでもいい
毎回きっちりやるのがしんどい日もあります。
そういうときは、これだけでも十分だと思います。
短いですが、これがあるだけでかなり違います。
AIに流されにくくなります。
まとめ
AIに頼りすぎて疲れるとき、見直すべきなのはAIの性能ではなく、自分がどこまで主導権を持てているかだと思います。
AIは便利です。
これからもたぶん使い続けます。
でも、進行まで渡してしまうと、逆にしんどくなります。
だから必要なのは、AIをやめることではありません。
AIに任せることと、自分で決めることを分けることです。
今回作った3つのフォーマットは、派手なものではありません。
でも、こういう小さな型があるだけで、会話の無駄は減るし、仕事も進めやすくなります。
AI時代に本当に必要なのは、何でも任せることではなく、自分の判断を残したまま、うまく加速することなのかもしれません。
FAQ
AIに頼るのは悪いことですか？
悪いことではありません。
ただし、作業だけでなく進行まで渡すと疲れやすくなります。
3つのフォーマットは毎回全部使う必要がありますか？
ありません。
ブログ、Codex依頼、日々の仕事で使い分ければ十分です。
忙しいときは何から始めればいいですか？
まずは最小版だけで十分です。
目的、決めること、AIに頼むこと、自分で決めること、やらないこと、完了条件、次の一手。これだけでかなり整理できます。
AIの返答はどう見ればいいですか？
「賢いか」より「前に進むか」で見たほうがいいです。
目的に近づくか、余計なことが増えていないか、次の行動が1つに決まるかを見ます。
