5. Does This Change Break Backward Compatibility?
Prompt: Analyze this diff for backward compatibility issues. Check for:
- Removed or renamed public API methods.
- Changed function signatures.
- Modified database schema without migration.
- Changed JSON field names in request/response bodies.
- Changed environment variable names.
- Altered default behavior.
List each breaking change with its severity (breaking vs. deprecation-worthy) and a migration path.
Example Output:
plaintext1Breaking Change (BREAKING) 2--- 3Renamed method 4 5// Before 6client.createUser(params: UserParams): Promise<User> 7 8// After 9client.addUser(params: CreateUserParams): Promise<UserRecord> 10 11Three things changed: 12- Method name 13- Param type name 14- Return type name 15 16Migration Path: 171. Update all client-side code to use `addUser` instead of `createUser`. 182. Ensure that the new parameter type (`CreateUserParams`) is used in place of `UserParams`. 193. Adjust any downstream logic expecting a `Promise<User>` return value to handle `Promise<UserRecord>`. 20 21--- 22 23Breaking Change (BREAKING) 24--- 25Changed function signature 26 27// Before 28client.getUser(id: string): Promise<User> 29 30// After 31client 32 33[Read the full article at DEV Community](https://dev.to/devprompts/10-claude-prompts-for-faster-code-reviews-with-examples-3dek) 34 35--- 36 37**Want to create content about this topic?** [Use Nemati AI tools](https://nemati.ai) to generate articles, social posts, and more.

![[AINews] The Unreasonable Effectiveness of Closing the Loop](/_next/image?url=https%3A%2F%2Fmedia.nemati.ai%2Fmedia%2Fblog%2Fimages%2Farticles%2F600e22851bc7453b.webp&w=3840&q=75)



