AIに頼む前に「仕様書」を書く人が増えている

Claude CodeやChatGPTへの依頼精度を上げるために、「事前に仕様書を書く」という動きが実践者の間で広がっている。Qiitaに投稿された記事では、中〜大規模開発をAIに任せるにあたって、タスクを整理した仕様書を先に用意することが前提として語られている。LP制作でも同様で、ChatGPTを使った振り返りにおいて「改善点だけでなく良かった点も言語化してから次の依頼に活かす」という使い方が共有されている。

共通しているのは、「AIに渡す前に、自分の頭の中を構造化する」という発想だ。雑に投げれば雑な出力が返ってくる。これはAIの性能の問題ではなく、依頼の設計の問題として捉えられている。毎回ゼロから作るのをやめる。AIテンプレ化の流れでも触れたとおり、AIを使い倒せている人ほど「何をどう渡すか」の型を持っている。

仕様書を書くことの本質は、AIへの指示を明確にすることだけではない。「何を作りたいのか」「どこが良くてどこがダメだったのか」を言語化するプロセス自体が、依頼の質を上げる。

特にLP制作やコード開発のような反復作業では、この言語化が蓄積になる。改善点だけを記録していると、次の依頼でも同じ失敗を繰り返しやすい。良かった点も一緒に残しておくことで、AIへの指示に「これは維持してほしい」「ここは変えてほしい」という軸が生まれる。

AIツールは「1本化」より「再現性」が強いで整理したように、AIを使い続ける上での強みは「毎回同じ質で動かせる仕組みを持つこと」にある。仕様書と振り返りドキュメントはその仕組みの入口になる。

「文化系の知識によってしか渡せない橋がある」という言葉が興味深い。AIに指示を出すとき、技術的な正確さだけでは届かない文脈がある。LP一つとっても、ターゲットの心理、業界の慣習、デザインの文化的な文脈——これらは「良かった点・改善点」の言語化に直結する。

つまり、仕様書に何を書けるかは、書く人の知識と経験に依存する。AIが自動で補完できる部分と、人間が言語化しなければAIには渡せない部分の境界線が、ここにある。使う側として強くなるというのは、この「渡せる情報量」を増やすことでもある。