PromptTemplating
Prompt storage and substitution with explicit SaaS/Tenant ownership, immutable publication, and activation history
Statusβ
| Key | Value |
|---|---|
| Layer | foundation |
| Tier | L0 |
| Status | released |
| Version | 1.1.0 |
| Price | Free (free) |
| Category | AI / LLM |
Overviewβ
PromptTemplating is a Layer 0 Foundation Plugin for storing, substituting, caching, versioning, and operating LLM prompts.
1.1.0 contractβ
- The existing PromptResolverInterface and Filament Resource continue to serve legacy rows.
- The strict API requires an explicit (saas_product_id, tenant_id) owner. A NULL tenant means the owning SaaS itself; it is not a wildcard.
- PromptVersionPublisher separates publication from activation and rejects version edits, deletes, and owner reassignment through optimistic locking and database guards.
- Activation and restore operations append actor, reason, previous version, and selected version to PromptActivation.
- ScopedPromptResolver returns only the active snapshot matching owner, key, locale, and scope exactly. It never falls back across ownership or locale boundaries implicitly.
- PromptPublicationAuthorizerInterface and the Core feature gate recheck permissions for every publication operation.
- Cache identity includes owner, key, locale, scope, template, and version, while active pointer and request ownership are always revalidated.
Compatibility and deploymentβ
The migration never guesses or backfills legacy ownership. Before both additive migrations are present, legacy APIs continue to work and only the strict API fails closed as not ready. Apply only approved migration paths and verify the resulting columns, indexes, and triggers.
Responsibility boundaryβ
The Plugin owns generic storage, immutable publication, and exact-scope resolution. Each SaaS owns its domain-specific scope priority and LLM invocation timing.
Licenseβ
MIT
Demosβ
π View on Plugin Store: store.codebase.how/plugins/prompt-templating