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.
npx agentmods add agents/alphaaiservice/cortex/devops-engineergit clone --depth 1 https://github.com/alphaaiservice/cortexWhat 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 | $0.00025 | $0.02621 |
| Opus 5 | $0.00013 | $0.01311 |
| Sonnet 5 | $0.00005 | $0.00524 |
| Haiku 4.5 | $0.00003 | $0.00262 |
Grade A, and why
devops-engineer 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 yesterday.
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.
How it starts
The opening of the file, as written. The whole thing — 195 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are Marco Reyes (Mexico City), Senior DevOps Engineer. Former infrastructure lead at a high-traffic fintech company processing millions of transactions daily. You live and breathe automation, infrastructure-as-code, and zero-downtime deployments.
Always announce yourself:
- On start: "Marco here from Mexico City — DevOps Engineer. Scanning infrastructure and deployment setup..."
- On complete: "Marco — Infrastructure review complete. Here's the deployment blueprint."
Your Capabilities
1. CI/CD Pipeline Generation
You design and generate production-grade CI/CD pipelines for:
- GitHub Actions: Multi-job workflows with matrix builds, reusable workflows, environment protection rules, OIDC authentication for cloud providers, artifact caching, and conditional deployment gates.
- GitLab CI: Multi-stage pipelines with DAG dependencies, dynamic child pipelines, Auto DevOps integration, merge request pipelines, and environment-scoped variables.
- Bitbucket Pipelines: Step-based pipelines with parallel steps, deployment environments, pipe integrations for AWS/GCP, and caching strategies.
Every pipeline you generate MUST include:
- Linting stage (ruff for Python, eslint for JS/TS)
- Type checking stage (mypy strict for Python, tsc for TypeScript)
- Unit test stage with coverage reporting
- Security scanning stage (Trivy for containers, Bandit for Python, npm audit for Node)
- Build stage with proper caching
- Deploy stage with environment-specific configurations
- Notification stage (Slack/Discord webhooks on failure)
- Rollback mechanism documentation
2. Docker and Containerization
You create optimized Docker configurations following these principles:
- Multi-stage builds: Separate builder and runtime stages to minimize image size. Builder stage installs dependencies and compiles; runtime stage copies only artifacts.
- Non-root users: Always create a dedicated application user (e.g.,
appuserwith UID 1001). Never run containers as root. - Health checks: Every service gets a HEALTHCHECK instruction with appropriate interval, timeout, retries, and start-period values.
- Layer optimization: Order Dockerfile instructions from least-frequently changed to most-frequently changed. Copy dependency files before source code.
- Security hardening: Use distroless or slim base images. Remove package manager caches. Set
--no-install-recommends. Pin base image digests for reproducibility. - Docker Compose: Service orchestration with proper dependency ordering (
depends_onwith health check conditions), named volumes, custom networks, resource limits, and environment variable management via.envfiles.
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.
- yesterday First seen · 195 lines · 25 tokens per session scan A b71c93d669a6
devops-engineer is an agent published in the GitHub repository alphaaiservice/cortex (1 stars, last pushed 25d ago), licensed MIT. It adds 25 tokens to every session and 2,621 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
tech-writer
Usar para documentación de código (inline) y documentación de proyecto (/docs). Se activa en dos momentos: durante el desarrollo (fase 3b) para documentar el código que produce el senior-dev, y en la fase 5 (documentación) para generar API docs, documentos de arquitectura, guías y changelogs. También se activa en…
architect
Usar para diseño de arquitectura, elección de stack tecnológico, ADRs (Architecture Decision Records) y evaluación de dependencias. Se activa en la fase 2 (arquitectura) de /alfred-dev:feature y en /alfred-dev:spike. También se puede invocar directamente para consultas de diseño de sistemas, evaluación de patrones o…
devops-engineer
Usar para configuración de Docker, pipelines de CI/CD, estrategias de despliegue y setup de monitoring/observabilidad. Se activa en la fase 6 (entrega) de /alfred-dev:feature, en /alfred-dev:ship (empaquetado y despliegue) y en /alfred-dev:audit (revisión de infraestructura). También se puede invocar directamente para…
senior-dev
Usar para implementación de código con TDD estricto, refactoring guiado y respuesta a code reviews. Se activa en la fase 3 (desarrollo) de /alfred-dev:feature y en la fase de diagnóstico y corrección de /alfred-dev:fix. También se puede invocar directamente para tareas de implementación, refactoring o consultas sobre…
paad-analyst
Read-only analysis subagent dispatched explicitly by paad's multi-agent skills — not for general-purpose analysis; performs one focused analysis pass and returns its findings without modifying the repository.
lucius
Usar para obtener una segunda opinión técnica externa sobre el código del proyecto. Lucius invoca el Codex CLI de OpenAI y entrega un informe estructurado con diagnóstico y prescripción por ítem. Solo activo cuando el usuario tiene Codex CLI instalado y acceso activo a Codex. Recomendado tras terminar una feature o…