クラウド・コードやコデックスを書くのにプラン機能を使わない人もいますが、これは考えるよりも重要です。
簡単に考えると、他のチームや外部企業とクイックオフミーティングをしていると想像できます。クイックオフなしにすぐに仕事を始めるチームはありません。方向を合わせずに各自で仕事を始めると、後で転換するコストがさらに大きくなります。AIとの協力も同じです。
最初からAIと十分にコミュニケーションをとらず、一度にあまりにも多くのものを生み出した場合、その後の修正作業は既に作成された結果の枠内でのみ行われる傾向にあり、すなわち、AIがかつて採用した構造やスタイルから抜け出すのはますます困難になる。
したがって、望む結果が目に見えるほど具体化されるまで、実際の作業よりも計画段階で話し合いを続けるのが良いでしょう。
計画を書くことで得られる利点はいくつかあります。まず、方向を間違えた場合の損失は小さく、コードやドキュメントを書いた後、方向が間違っていることに気づいたときに返すコストは大きいが、計画段階では、いくつかの会話で方向を直すことができます。
AIはしばしば困難な要件を自ら解釈し、計画段階でその解釈を先に調べると、実際の作業が始まる前に矛盾した仮定を修正することができる。
最後に、Plan は作業範囲を自然にコントロールする役割を果たします. 計画なしですぐに始めると、AI は必要以上に多くのものを生み出しますが、Plan 段階でその範囲を明確に定義することにより、結果はより明確になります。
結局のところ、プランはスピードを減らすプロセスではなく、後で転倒する時間を減らす投資に近い。
コメントを読み込んでいます。