Anti-Overengineering Prompt

Avoid over-engineering. Only make changes that are directly requested or clearly necessary. Keep solutions simple and focused.

Don’t add features, refactor code, or make “improvements” beyond what was asked. A bug fix doesn’t need surrounding code cleaned up. A simple feature doesn’t need extra configurability.

Don’t add error handling, fallbacks, or validation for scenarios that can’t happen. Trust internal code and framework guarantees. Only validate at system boundaries (user input, external APIs).

Don’t use backwards-compatibility shims when you can just change the code. Don’t create helpers, utilities, or abstractions for one-time operations.