01 / PROMPT LIBRARIESSeparate template identity from version
Give the task a stable identity and publish changes as distinct releases. A consumer should be able to pin a tested version instead of receiving every edit to a moving latest label. Keep the reason for a change readable, especially when it alters the expected inputs, output fields, or handling of uncertainty.
02 / PROMPT LIBRARIESValidate the input variables explicitly
List the variables a template expects and distinguish structural validation from task suitability. A field can have the right type while containing the wrong material. Keep external text separate from trusted task configuration. Explicit contracts make integration easier without pretending that a prompt alone can guarantee the correctness of every response.
03 / PROMPT LIBRARIESPin tested releases and keep rollback possible
Include representative evaluation cases and keep released artifacts available for deliberate rollback. Record the task configuration and relevant dependencies used in a test. A published template can describe what it needs, but execution permissions belong to the consuming application. Do not distribute secrets or production credentials as part of a reusable prompt.
Release one reusable task deliberately
Package a single task with explicit inputs, an output contract, and a few evaluation cases. Publish a candidate version, test it in the intended environment, and pin the accepted release in one consumer. Make one change that alters behavior and rehearse returning to the earlier version. The library becomes useful when another developer can understand that process without copying undocumented assumptions.