
Ai Lead Ops
- 28 installs
- 7 repo stars
- Updated May 20, 2026
- daemon-blockint-tech/agentic-enteprises-skill
Run AI production operations: SLOs, release governance, incident reviews, cost/capacity tracking, and vendor eval for LLM-powered features.
About
Guides AI operations leadership covering LLM reliability, model/prompt release governance, incidents, cost/capacity, and vendor management. A developer uses it when standing up AI platform ops, defining LLM SLAs, or governing model rollouts.
- Release governance checklist with eval, red-team, canary, and rollback gates
- SLOs, AI incident types, and unit-economics cost tracking
Ai Lead Ops by the numbers
- 28 all-time installs (skills.sh)
- Ranked #9,462 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Jul 29, 2026 (Skillselion catalog sync)
npx skills add https://github.com/daemon-blockint-tech/agentic-enteprises-skill --skill ai-lead-opsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 28 |
|---|---|
| repo stars | ★ 7 |
| Last updated | May 20, 2026 |
| Repository | daemon-blockint-tech/agentic-enteprises-skill ↗ |
What it does
Run AI production operations: SLOs, release governance, incident reviews, cost/capacity tracking, and vendor eval for LLM-powered features.
Files
AI Lead Ops
When to Use
- Standing up AI platform operations and production service reliability
- Defining SLAs/SLOs for LLM-powered features
- Running AI incident reviews and post-mortems
- Governing model, prompt, and index rollouts with tiered gates
- Tracking AI unit economics (cost per session, tokens per feature)
- Coordinating red-team and evaluation gates before releases
- Building team rituals and cadence across engineering, research, risk, and product
- Managing AI vendor relationships, contracts, and bake-offs
When NOT to Use
- Implementing memory stores or context packing code →
ai-memory-developer/ai-context-engineer - Building RAG pipelines or agent tools →
ai-engineer - Designing corporate AI policy or regulatory mapping →
ai-risk-governance - General network penetration testing or enterprise security programs →
cybersecurity - Structured token/cost improvement roadmaps with backlog →
ai-token-improvement-plan-engineer - Commercial/enterprise AI solution architecture →
applied-ai-architect-commercial-enterprise - Vertical AI product engineering managers and squad roadmaps →
engineering-manager-vertical-ai-products
Related skills
| Need | Skill |
|---|---|
| Build RAG, agents, eval harnesses | ai-engineer |
| Memory and context implementation | ai-memory-developer, ai-context-engineer |
| Risk tiering and policies | ai-risk-governance |
| Adversarial testing execution | ai-redteam |
| CI/CD and platform incidents | devops |
| Pipeline security | devsecops |
| Token optimization roadmap and initiative backlog | ai-token-improvement-plan-engineer |
| Commercial/enterprise AI architecture | applied-ai-architect-commercial-enterprise |
| Skills portfolio governance | ai-skill-manager |
| Safeguard inference platform | ml-infrastructure-engineer-safeguards |
| Safety classifier research | ml-research-engineer-safeguards |
Core Workflows
1. Operating model and cadence
| Ritual | Frequency | Outcomes |
|---|---|---|
| AI ops standup | Daily | Blockers, incidents, deploys |
| Model/prompt change review | Per release | Approvers, eval delta |
| Cost review | Weekly | Spend vs budget, top features |
| Risk & safety sync | Bi-weekly | Incidents, policy gaps |
| Quarterly capacity | Quarterly | Model roadmap, vendor contracts |
Define RACI: who owns model, prompt, index, eval suite, on-call.
See `references/operating_model.md` for roles and escalation.
2. Release governance
Production promotion checklist:
- [ ] Eval regression passed on golden + safety set
- [ ] Red-team sign-off for tier-2+ use cases
- [ ] Model card / change log updated
- [ ] Canary with error and cost monitors
- [ ] Rollback procedure tested (previous prompt + model version pinned)
- [ ] Comms plan for customer-visible behavior change
See `references/release_governance.md` for tiered gates and canary metrics.
3. SLOs, incidents, and observability
Example SLIs:
| SLI | Notes |
|---|---|
| Availability | Successful completion / total requests |
| Latency | p95 end-to-end |
| Quality proxy | Thumbs-down rate, escalation rate |
| Safety | Policy violation rate post-deploy |
| Cost | USD per successful session |
AI incident types: toxic output, PII leak in logs, retrieval cross-tenant leak, runaway agent loop, vendor outage.
See `references/incidents_slos.md` for severity matrix and post-incident template.
4. Cost and capacity
- Track tokens by model, feature, tenant
- Set budgets and alerts at 80/100/110%
- Optimize via routing, caching, context engineering (partner with
ai-context-engineer) - Forecast from usage growth + model price changes
See `references/cost_capacity.md` for unit economics worksheet.
5. Vendor and eval program
- Maintain scorecard: quality, latency, safety, price, data terms
- Run structured bake-offs before annual renewals
- Own central eval harness ownership and dataset hygiene
See `references/vendor_eval_program.md` for RFP topics and eval program maturity.
When to load references
- Team cadence and RACI →
references/operating_model.md - Releases and canaries →
references/release_governance.md - SLOs and incidents →
references/incidents_slos.md - Cost and capacity →
references/cost_capacity.md - Vendors and eval ops →
references/vendor_eval_program.md
Cost and capacity
Table of contents
1. Unit economics 2. Optimization levers
Unit economics
cost_per_session = (input_tokens * in_price + output_tokens * out_price) / sessionsSegment by feature, model, tenant tier.
Optimization levers
| Lever | Owner skill |
|---|---|
| Model routing | ai-engineer |
| Prompt caching | ai-context-engineer |
| Memory write less | ai-memory-developer |
| Retrieval top-k | ai-engineer |
Review weekly; target gross margin per product line.
Incidents and SLOs
Table of contents
1. Severity 2. Post-incident template
Severity
| SEV | Example |
|---|---|
| 1 | Cross-tenant data in responses |
| 2 | Widespread outage or systemic toxic output |
| 3 | Elevated errors or cost spike |
| 4 | Minor quality regression |
Post-incident template
- Timeline (UTC)
- Customer impact
- Root cause (technical + process)
- Mitigations deployed
- Eval/regression tests added
- Action items with owners
Operating model
Table of contents
1. RACI example 2. Escalation
RACI example
| Activity | Eng | Research | Risk | Product | Ops lead |
|---|---|---|---|---|---|
| Eval suite | R | C | C | I | A |
| Production deploy | R | I | C | I | A |
| Incident commander | C | I | C | I | R/A |
Escalation
L1: on-call engineer → L2: AI tech lead → L3: ops lead + risk + legal (PII/safety)
Release governance
Table of contents
1. Risk tiers 2. Canary metrics
Risk tiers
| Tier | Gates |
|---|---|
| Low | Eval smoke + automated safety |
| Medium | + human review + 24h canary |
| High | + red-team + exec sign-off |
Canary metrics
Watch for 2h minimum:
- Error rate vs baseline
- p95 latency
- Cost per request
- Thumbs-down / report rate
- Safety classifier triggers
Auto-rollback if any breach SLO burn threshold.
Vendor and eval program
Table of contents
1. Vendor scorecard 2. Eval program maturity
Vendor scorecard
Dimensions 1–5: quality, latency, safety, price, contractual data rights, support.
Run bake-off on frozen golden set before renewal.
Eval program maturity
| Level | Characteristics |
|---|---|
| 1 | Ad hoc manual prompts |
| 2 | Golden set + CI |
| 3 | + safety set + red-team cadence |
| 4 | + production monitoring tied to eval metrics |
| 5 | Continuous eval from sampled prod traffic (privacy-safe) |
Owner: AI ops lead with eng partnership.