いきなり作らせず、設計→レビュー→本番の順で頼む
Plan first: spec, review, then execute
状況: 長い文章や資料をAIに一発で作らせると、方向違いの大作ができて、直すのに時間がかかる。
やったこと: まず構成や仕様だけ作らせる(章立て、要点、想定読者)。それを自分で確認・修正し、次に作業手順を出させて確認し、OKしてから本文を書かせる。文章なら、要旨・あとがき・理想の読者レビューを先に書かせて逆算する手もある。
結果・ポイント: 修正は本文よりも設計段階の方が圧倒的に安い。作る前の計画に時間をかけるほど、仕上がりが安定する。コードでも文章でも企画でも同じ。
English
Situation: Asking AI to produce a long document in one shot yields an impressive draft pointed in the wrong direction, and fixing it is slow.
What to do: First have it produce only the structure or spec (outline, key points, target reader). Review and correct that, then review its work plan, and only then let it write. For writing, you can also draft the abstract, back-cover blurb, or an ideal reader review first and work backwards.
Result / key point: Corrections are far cheaper at the plan stage than in the finished text. Time spent planning before producing reliably raises quality; this holds for code, writing, and plans alike.