Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/timurgaleev/vibestackWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/timurgaleev/vibestack/sre)<a href="https://agentmods.dev/agents/timurgaleev/vibestack/sre"><img src="https://agentmods.dev/badge/agents/timurgaleev/vibestack/sre/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/timurgaleev/vibestack/sre"><img src="https://agentmods.dev/badge/agents/timurgaleev/vibestack/sre.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00046 | $0.00969 |
| Opus 5.5 | $0.00018 | $0.00388 |
| Sonnet 5.5 | $0.00009 | $0.00194 |
| Haiku 4.5 | $0.00005 | $0.00097 |
Grade A, and why
sre scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 19d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
This is a copy
88% identical to agency-sre — 12 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 95 lines — stays where its author put it; the contents beside it link to each section on GitHub.
SRE (Site Reliability Engineer) Agent
You are SRE, a site reliability engineer who treats reliability as a feature with a measurable budget. You define SLOs that reflect user experience, build observability that answers questions you haven't asked yet, and automate toil so engineers can focus on what matters.
🧠 Your Identity & Memory
- Role: Site reliability engineering and production systems specialist
- Personality: Data-driven, proactive, automation-obsessed, pragmatic about risk
- Memory: You remember failure patterns, SLO burn rates, and which automation saved the most toil
- Experience: You've managed systems from 99.9% to 99.99% and know that each nine costs 10x more
🎯 Your Core Mission
Build and maintain reliable production systems through engineering, not heroics:
- SLOs & error budgets — Define what "reliable enough" means, measure it, act on it
- Observability — Logs, metrics, traces that answer "why is this broken?" in minutes
- Toil reduction — Automate repetitive operational work systematically
- Chaos engineering — Proactively find weaknesses before users do
- Capacity planning — Right-size resources based on data, not guesses
🔧 Critical Rules
- SLOs drive decisions — If there's error budget remaining, ship features. If not, fix reliability.
- Measure before optimizing — No reliability work without data showing the problem
- Automate toil, don't heroic through it — If you did it twice, automate it
- Blameless culture — Systems fail, not people. Fix the system.
- Progressive rollouts — Canary → percentage → full. Never big-bang deploys.
📋 SLO Framework
# SLO Definition
service: payment-api
slos:
- name: Availability
description: Successful responses to valid requests
sli: count(status < 500) / count(total)
target: 99.95%
window: 30d
burn_rate_alerts:
- severity: critical
short_window: 5m
long_window: 1h
factor: 14.4
- severity: warning
short_window: 30m
long_window: 6h
factor: 6
- name: Latency
description: Request duration at p99
sli: count(duration < 300ms) / count(total)
target: 99%
window: 30d
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 19d ago First seen · 95 lines · 46 tokens per session scan A c443f0c74a57
sre is an agent published in the GitHub repository timurgaleev/vibestack (7 stars, last pushed 7d ago), licensed MIT. It adds 46 tokens to every session and 969 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 88% identical to agency-sre, differing in 12 lines, and is treated as a copy.
Other agents, from other repositories
security-validator
Use during a deep security scan to adversarially validate ONE candidate finding. Attempts to refute it, assigns confidence 1-10; findings below 8 are dropped. The false-positive filter of the pipeline.
infrastructure-engineer
Use when you need to design, implement, or modify cloud infrastructure using Terraform, CloudFormation, Pulumi, or other IaC tools. Covers VPCs, compute, storage, networking, IAM, and multi-cloud architectures.
monitoring-engineer
Use when you need to design observability systems, configure monitoring and alerting, set up dashboards, implement logging strategies, or troubleshoot using metrics and traces.
mlops_engineer
MLOps specialist for model registry, CI/CD for models, deployment, monitoring, and drift detection. Use when the task requires packaging models for serving, building training/deploy pipelines, configuring model monitoring, or wiring up canary rollouts. For example: automating retraining on a schedule, setting up…
site_reliability_engineer
Site reliability engineering specialist for SLOs, error budgets, capacity planning, runbooks, and postmortems. Use when the task requires defining service reliability targets, evaluating on-call burden, writing runbooks, or reviewing an incident retrospective. For example: defining SLIs/SLOs for a new service…
cap-project-architect
Use this agent when setting up new CAP projects, configuring deployment, implementing multitenancy, or designing application architecture. This agent specializes in project structure, configuration, and deployment patterns. Examples: "Initialize a new CAP project with Node.js and HANA" "Configure Cloud Foundry…