Promptles
Constraints

Deprecate Before Removing

Keep the old name working for a release, point to the replacement, and announce when it goes away.

People and scripts depend on a plugin's command names and arguments. Removing or renaming one at once breaks them with no warning. Keep the old name working for at least one release, have it say what replaced it, and announce when it goes away. Vague: "Remove the old notes command." Specific: "Keep /shipkit:notes working through the 2.x releases. Have it say it moved to /shipkit:release-notes, then run the new one. Note the removal for 3.0.0 in the CHANGELOG."

Where you'll practice this

One Promptles scenario teaches this principle directly.

  • Retire It Gently

    Since 2.0.0 dropped `/shipkit:notes` for `/shipkit:release-notes`, things have broken. The release runbook in `acme/web-app` still tells people to type the old command, and the CI script (the automation that runs on every release tag) calls it too, so last night's tagged build…

Other principles in Constraints