Capstone B — Versioned Prompt-Library Service
Build a prompt-library service — versioned prompts, API, eval hooks, dashboard.
What You Will Learn
- Build prompt-library service.
- Version prompts.
- API for consumption.
- Eval hooks.
- Dashboard for management.
Why This Matters
This capstone builds a production prompt-library service — the foundation of Prompt Ops. Combines prompting (Phase 2) with platform engineering (Phase 3).
Concept Explained
Prompt-library service: versioned prompts, API for consumption, eval hooks (every prompt tested), dashboard for management.
How It Works
Build service: CRUD for prompts (with versioning), API for consumption (apps fetch latest), eval hooks (run eval on every change), dashboard (manage prompts, see eval results).
Step-by-Step Tutorial
1. Define schema
Prompt: id, version, content, placeholders, metadata, eval results.2. Build CRUD
Create, read, update (versions), delete prompts.3. Build API
Apps fetch latest version of a prompt by ID.4. Add eval hooks
On prompt change, run eval set. Track results.5. Build dashboard
Manage prompts, see versions, view eval results.6. Deploy
Internal service. SSO auth.Real-World Example
A team built this service. 100 prompts, versioned. Every change ran eval automatically. Caught 5 regressions before prompts went to production. Prompt Ops became a discipline.
Example Prompts / Commands / Code
"""[Web Dashboard]
|
v
[Prompt Library Service]
| |
v v
[Versioned Storage] [Eval Runner]
| |
v v
[API for Consumption] [Eval Results DB]
- Prompts versioned (v1, v2, v3...)
- API: GET /prompts/{id}/latest
- Eval: on prompt change, run golden set
- Dashboard: manage prompts, view eval
"""
"""Prompt:
id: string (slug)
version: int
content: string (with {{placeholders}})
placeholders: string[]
metadata:
author: string
created_at: datetime
description: string
tags: string[]
eval_results:
- version: int
- score: float
- run_at: datetime
- regressions: bool
API:
GET /prompts # list all
GET /prompts/{id} # get latest
GET /prompts/{id}/versions # list versions
POST /prompts # create
PUT /prompts/{id} # new version
DELETE /prompts/{id} # delete (soft)
POST /prompts/{id}/eval # run eval manually
"""
Common Mistakes
- No versioning — can't roll back regressions.
- No eval hooks — regressions slip in.
- No API — apps hardcode prompts.
- No dashboard — manual management burden.
Best Practices
- Version every prompt (immutable history).
- Eval on every change (golden set).
- API for consumption (apps fetch latest).
- Dashboard for management.
- Allow rollback to any version.
Troubleshooting
| Problem | How to Fix |
|---|---|
| Eval takes too long | Reduce golden set. Or run async. |
| Apps not using API | Provide SDK. Document benefits (auto-update, versioning). |
Practical Exercise
Your Turn
Build a prompt-library service with 5 prompts. Version them. Add eval hooks. Build dashboard.
Professional Challenge
Deploy in production. Migrate team's prompts to service. Track: prompt count, eval runs, regressions caught. Present after 6 months.
Key Takeaways
- Prompt-library service: versioned prompts + API + eval + dashboard.
- Version every prompt (immutable).
- Eval on every change.
- API for consumption.
- Allow rollback.
Frequently Asked Questions
Build or buy?
Maintenance?
Further Reading
Official References
Related lessons: IN-06, IN-47, PR-52
SEO Metadata
SEO title: Capstone B — Versioned Prompt-Library Service
Meta description: Build a prompt-library service — versioned prompts, API, eval hooks, dashboard.
Primary keyword: capstone b
Secondary keywords: capstone b — versioned prompt-library service
Search intent: Informational
URL slug: /capstone-b-versioned-prompt-library-service
Categories: AI Tools, GitHub Copilot
Tags: GitHub Copilot, Professional, Capstone, Prompt Ops, Library, Service, Versioning, IMCSEIAN, Tutorial, IMCSEIAN
Featured image concept: IMCSEIAN lesson card for Capstone B — Versioned Prompt-Library Service
Comments
Comments
Post a Comment