手順ではなく、結果を説明する
初心者はよく、AIにやり方を一行ずつ指示しようとします。それは古い考え方です。代わりに、欲しい結果と大事な制約を説明しましょう。何をすべきか、誰のためか、どんな雰囲気か。やり方はAIに提案させ、それを直していくのです。
「タスクを追加して、チェックを付けられて、更新しても覚えているToDoアプリを作って」は素晴らしい依頼です。大事なことを言いつつ、実装方法は開いたままにしています。
小さく、出荷できる単位で考える
最も速いビルダーは、プロダクト全体を一度に説明したりしません。小さな一部分を動かし、正しいと確認してから、次を足します。こうするとAIは集中を保ち、あなたは主導権を握れます。動く小さな版は、壊れた大きな版にいつだって勝ります。
完璧ではなく、反復を前提にする
最初の結果は判決ではなく下書きです。目の前にある本物の不完全なものに反応する方が(「ボタンが小さすぎる、見出しを太く、ダークモードを足して」)、最初から完璧な仕様を想像するよりずっと簡単です。反復こそがすべてです。