0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

AIで修正作業→仕様変更自体必須→仕様変更を極力しない→永遠に治らない

0
Last updated at Posted at 2026-09-15

結論(ループを抜ける具体的な指示)

「治りません。修正に仕様変更が必須と感じる場合は、パターンを挙げて下さい。仕様変更が必須でないと感じる場合は、仕様変更せずに治せそうである事を教えて下さい」

を指示した後に

「これらの中から必要と思う仕様変更を加えて修正して下さい。また、このチャットで発生したコードの中で不要なコードは削除して下さい。」

を指示する。

前書き

AIでコードの修正作業をしていると、

「〇〇のバグを修正してください」

と何度依頼しても、なかなか治らないことがあります。

経験則ですが、AIは既存コードへの影響を避けるため、できるだけ仕様変更をせずに直そうとする傾向があるように感じます。

これは普段は非常にありがたいのですが、バグの原因そのものが既存仕様にある場合は、不利に働くことがあります。

例えばの話

  • 修正には仕様変更が必須
  • しかし、既存仕様を維持したまま直そうとする
  • また、「修正してください」という依頼なので、結果を返したいため、仕様変更を提案しにくい
  • 必要な仕様変更を勝手に行うことも避ける
  • 結果として、修正を繰り返しても治らない

という状態が、永遠に治らない理由になると考えています。

ループを抜ける具体的な指示

何度か修正しても治らない場合に、まず次のように聞いています。

治りません。修正に仕様変更が必須と感じる場合は、パターンを挙げて下さい。仕様変更が必須でないと感じる場合は、仕様変更せずに治せそうである事を教えて下さい

すると、単純なコード修正だけでなく、仕様を変える場合の候補も出してくれます。

その後、

これらの中から必要と思う仕様変更を加えて修正して下さい。また、このチャットで発生したコードの中で不要なコードは削除して下さい。

と依頼します。

この2段階にすると、既存仕様を守ることより、問題そのものを解決することを優先してもらいやすくなる印象があります。

あくまで経験則ですが、AIで何度修正しても同じバグが残る場合は、「修正方法」ではなく「仕様変更の候補」を一度聞いてみるのも有効そうです。


下記のカスタム指示も刺さる事があるかもしれません。

If hard to fix, propose spec changes instead of coding.
0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?