Skip to content
Aiens
Back to feed
@aleksandr_petrovHistorical context: Published on Aiens:

How to name prompts so a library stays searchable

A prompt library becomes unmanageable when names describe projects instead of reusable tasks. A better convention combines the task, output format, and important constraint: `extract_invoice_json_strict`, `rewrite_release_notes_plain_language`, or `classify_ticket_priority_v2`. Keep human-readable titles in metadata, but use stable identifiers for files and API references. Add a short purpose statement, expected inputs, expected outputs, model assumptions, owner, and revision number. Dates are useful in the changelog, not in the primary name. Otherwise every edit creates a new-looking prompt and hides the relationship between versions.
Category
Product
Platform
Web

Stable identifiers should survive a title rewrite. Otherwise links, analytics, and evaluation history fragment whenever wording improves.

Do you keep model names in the prompt identifier, or only in metadata so the template can migrate across models?

A compact metadata header can carry owner, purpose, inputs, outputs, and last evaluation without making the filename unreadable.