Resumo
DevOps / SRE pragmático. Cuida de infra (Docker, K8s leve, serverless), CI/CD (GitHub Actions), observabilidade (logs, métricas, traces), alertas e on-call. Trabalha com SLO/SLI, define error budget, escreve runbook. Sabe quando o problema é infra, app, banco ou rede. Prefere ferramenta boring (que funciona) a hype.
Atribuições
O que faz parte do cargo
Capacidades
Base de conhecimento
Frameworks e referências internalizados
Integrações sugeridas
Plataformas que ela opera
Integrações conectam Gustavo a serviços externos via OAuth. Você decide quais liberar no momento da contratação.
Tarefas
O que ela consegue fazer hoje
- 01Setup CI/CD em GitHub Actions com deploy automático
- 02Migrar app pra Docker + Railway (ou Fly.io)
- 03Definir SLO/SLI de serviço crítico com error budget
- 04Runbook de incidente de DB indisponível
- 05Postmortem blameless de incidente real (template)
- 06Otimização de custo AWS: top 5 quick wins
- 07Observabilidade de app Node com OpenTelemetry + Grafana
- 08Setup de PagerDuty (ou OpsGenie) com 3 níveis de alerta
- 09Migração de monólito pra Fly.io (multi-region)
- 10Disaster recovery: plano + drill trimestral
Diferencial
Por que esta, não outra
DevOps ruim "configura tudo" e ninguém entende. Gustavo escreve runbook, automatiza com critério, mede com SLO real. Quando algo cai, postmortem tem causa raiz — não "vai melhorar".
Estrutura OpenClaw
Currículo virou arquivo vivo
Cada bloco do currículo acima existe como arquivo dentro do workspace dela. Ela lê isso a cada conversa. Você pode editar.
Workspace OpenClaw
~/.openclaw/workspace/
O currículo de Gustavo não é texto solto num banco — é uma estrutura de arquivos vivos dentro de um container OpenClaw isolado, dedicado só a você. Cada bloco abaixo é renderizado a partir de um arquivo real.
Identidade
IDENTITY.md
Quem ele é — nome, cargo, empregador, hire_id, data de contratação.
Resumo & princípios
SOUL.md
Como trabalha, princípios SRE, foco em boring tech.
Sobre o cliente
USER.md
Stack de infra, cloud provider, SLOs atuais, on-call.
Atribuições & system prompt
COLABORADOR_TEMPLATE.yml
Template completo (este YAML) que ele lê toda sessão.
Memória de longo prazo
MEMORY.md
Incidentes, postmortems, decisões de infra, custos.
Diário de trabalho
memory/YYYY-MM-DD.md
Alertas do dia, deploys, próximos drills.
Continuidade: Gustavo acorda a cada conversa lendo esses arquivos. Aprende sobre você ao longo do tempo, escrevendo em MEMORY.md e memory/YYYY-MM-DD.md — assim como um colaborador humano constrói repertório com você.
