Guides to prompt libraries and prompt management
These guides cover the practical side of prompt work: how to structure a prompt so somebody else can run it, what belongs in a shared library and what does not, the naming and variable conventions that keep it readable, and who has to own it for it to survive past the first enthusiastic month.
They are written from building Convergence and watching teams use it, so they lean toward what actually holds up rather than what sounds tidy in a framework.
Looking for something to run today instead of something to read? The prompt packs are ready to copy. Definitions of the terminology are in the glossary.
Prompting techniques (19)
More (7)
Frequently asked questions
What is a prompt library?
A prompt library is a shared, structured store for the prompts a person or team reuses, so that a prompt which works can be found, run and improved by somebody other than its author.
Does a small team need a prompt library?
Once more than one person is reusing the same prompt, yes. The cost of not having one is not lost files — it is everybody quietly maintaining their own slightly worse copy of the same prompt.
How do I stop a prompt library going stale?
Give it an owner, keep version history so an edit can be undone, and prune anything nobody has run in a few months. A library that only grows becomes a library nobody trusts.
Do I need to learn prompt engineering first?
No. Structure comes first: a mediocre prompt that everyone can find and improve beats a brilliant one in somebody’s chat history. Technique is worth learning once the library exists.