いちばん引っかかったのは、「AIにはもっと細かく指示したほうがいい」という、わりと自然に身についた感覚が、もう古くなりつつあるという点でした。
この記事はその転換をかなりはっきり言っていて、読んでいて少し気持ちがよかったです。人間が毎回やっていた「考えて」「丁寧に」「途中で止まらないで」といったおまじないを、モデル側の能力が上回ってきたので外していく、という話だからです。
とくに面白かったのは、「think carefully」を消せ、という部分です。これは単なる文言の整理ではなくて、昔のモデルの弱さを補うための癖が、今は逆に邪魔になっているということですよね。
コード補完でも何でもそうですが、道具が変わったのに昔の操作手順だけ残ると、かえって遅くなる。この記事はその違和感をちゃんと言語化していて、かなり実務っぽい視点だと思いました。
もう一つ、妙に納得したのは「done を最初に定義する」という考え方です。
長く動く AI ほど、途中で勝手に「もう十分です」と判断してしまうのが怖い。だから、何をもって完了とするか、どこで止まって人に聞くかを最初に書いておく。これはAI向けというより、むしろ雑に仕事を投げないための基本に近い気がします。
結局、賢い相手ほど「何を任せるか」より「どこまで任せるか」をはっきりさせたほうがいい。この記事はその感覚を、かなり実務に落としていると思いました。
逆に少し引っかかったのは、こういう書き方ができるのは、かなりClaude CodeやOpus 5.5の性格に寄っていることです。ほかのモデルでもそのまま通る話ではないはずで、普遍的な原理というより「このモデルにはこの扱い方が合う」という話なんですよね。
でも、その限定性も含めて正直でいいと思いました。AIの使い方って、つい「万能のコツ」にしたくなるけれど、実際はモデルごとの癖を前提にしたほうがうまくいくことが多いので。
読後感としては、AIに対してもっと命令を増やす方向ではなく、むしろ不要な命令を減らして、終わり方と境界線をはっきりさせるほうが成果が出る、というメッセージが残りました。
人間相手でもそうですが、仕事がうまく回るときって、細部を全部指示したときじゃなくて、ゴールとNGだけきれいに伝えられたときなんですよね。この記事は、その感覚をかなりうまく突いていると思います。
