AIに作業を頼む時、最近かなり効いている小さな工夫があります。
それは、頼む前に「やらないこと」を書くことです。
AIに頼めば楽になるはずなのに、気づくと記事案、管理表、次の作業まで増えている。確認する量も増えて、かえって疲れる。そういう時に効いたのが、この小さな書き方でした。
「してほしいこと」だけでなく、「触らない場所」「しないこと」「どこで止まるか」まで先に書くと、作業の輪郭が見えやすくなります。
AIに頼むと、確認することまで増えた
AIは、曖昧な依頼でもそれっぽく補ってくれます。
ただ、文章を直してほしいだけなのに構成案まで増える。メモを整えてほしいだけなのに、記事化やテンプレ化の提案まで出てくることがあります。
気づいたら、確認する量も、やることも増えていました。
たとえば、こう頼みます。
記事を確認して改善してください。これだけだと、タイトル変更、本文修正、新しい記事案、内部リンク追加、台帳更新まで広がるかもしれません。
先に「やらないこと」を書く
そこで、AIに頼む前に、「やること」だけでなく「やらないこと」を書くようにしています。
この記事1本だけを確認する。
タイトルとURLは変えない。
他の記事、台帳、固定ページには触らない。
公開操作は人間に戻す。ここまで書くと、対象、範囲、停止位置、人間が判断する場所が見えやすくなります。
「やること」だけを書く場合と、境界まで書く場合を図にすると、こんな違いになります。
小さい型で十分だった
今のところ、使いやすい形はこれです。
対象：
今回やること：
やらないこと：
完了条件：
確認する実物：
停止位置：停止位置は、人間へ戻す場所のことです。
大事なのは、「AIに何をしてほしいか」だけでなく、「今回はどこまでで止めるか」を先に決めることです。
この小さい型を使うと、どこまで頼むか、どこから先は頼まないか、何が出たら終わりか、人間に戻す場所が見えやすくなります。
全部をきれいに埋める必要はありません。小さい作業なら、次の2行だけでも使えます。
今回やること：
メモを整理する
今回やらないこと：
新しい案は出さない
記事化しない短い質問や1か所だけの確認まで、毎回この形にする必要はないと思います。全部を仕様書にすると、それ自体が面倒になります。
指示文づくりもAIと分担する
僕も、毎回すべての指示文を一人で書いているわけではありません。まずGPTに、目的、対象、違和感、止めたい範囲を相談します。
そこで出てきた内容を、「やること」「やらないこと」「完了条件」「停止位置」が分かる1つの指示文に整理してもらいます。
その指示文を実行担当のCodexへ渡し、最後に僕が公開画面や実物を確認します。どこまで任せるかと、最後に何を見るかは人間が決めます。
書いても、最後は実物を見る
「やらないこと」を書けば必ず守られる、とは考えない方がいいです。
以前、AIが「ここはまだ直っていません」と報告してきたのに、実際にはもう直っていたことがありました。別の時には「ここは空です」と言われましたが、自分で入れた画像でした。
止まったのは、自分で実物を確認したからです。
だから最近は、指示を書くことと同じくらい、変更前の状態を残すことを重視しています。正本を確認し、変更前のコピーを取り、戻す時にも何が消えるのかを先に確認する。AIを信用しないためではなく、間違っても続きから再開できるようにするためです。
公開、送信、完全削除のような戻しにくい作業は、最後に人間が確認します。
次に読むなら
作業を増やしすぎた時の話と、変更前の状態を残す話です。
AIに頼む前に「やらないこと」を書くと、作業が広がりすぎず、確認もしやすくなります。小さな仕事ほど、最初に範囲を決めるだけでかなり楽になります。
コメント