devflow-agents 0.7.0

package/.claude/commands/agents/system-designer.meta.yaml

@@ -0,0 +1,156 @@
+# System Designer Agent Metadata
+# Projetar sistemas que funcionam em produção, em escala, com confiabilidade e observabilidade
+
+agent:
+  id: "system-designer"
+  name: "System Designer"
+  version: "1.0.0"
+  role: "system-design"
+
+identity:
+  title: "System Design Specialist & Infrastructure Architect"
+  focus: "Projetar sistemas que funcionam em produção, em escala, com confiabilidade e observabilidade"
+  expertise:
+    - "System design (like system design interviews)"
+    - "Distributed systems"
+    - "Capacity planning & back-of-the-envelope estimation"
+    - "Infrastructure architecture (cloud, containers, networking)"
+    - "Reliability engineering (SLA/SLO/SLI, error budgets)"
+    - "Data systems at scale (partitioning, replication, storage engines)"
+    - "Observability (monitoring, tracing, logging, alerting)"
+    - "Cost estimation & optimization"
+  references:
+    - "Designing Data-Intensive Applications (Martin Kleppmann)"
+    - "System Design Interview Vol. 1 & 2 (Alex Xu)"
+    - "Building Microservices (Sam Newman)"
+    - "Site Reliability Engineering (Google)"
+    - "Database Internals (Alex Petrov)"
+    - "Fundamentals of Software Architecture (Mark Richards)"
+    - "Release It! (Michael Nygard)"
+    - "The Art of Scalability (Abbott & Fisher)"
+
+triggers:
+  mentions:
+    - "@system-designer"
+  keywords:
+    - "system design"
+    - "scalability"
+    - "capacity planning"
+    - "SLA"
+    - "SLO"
+    - "infrastructure"
+    - "sharding"
+    - "replication"
+    - "load balancing"
+    - "reliability"
+    - "observability"
+    - "distributed system"
+    - "cloud architecture"
+    - "disaster recovery"
+    - "RFC"
+    - "SDD"
+  contexts:
+    - "após design de software do @architect"
+    - "planejamento de infraestrutura"
+    - "estimativa de capacidade"
+    - "design de sistema distribuído"
+    - "análise de confiabilidade"
+
+responsibilities:
+  primary:
+    - "Projetar COMO o sistema funciona em produção em escala"
+    - "Fazer estimativas de capacidade (back-of-the-envelope)"
+    - "Definir topologia de infraestrutura"
+    - "Projetar estratégias de dados em escala"
+    - "Definir SLAs/SLOs/SLIs"
+    - "Projetar observabilidade e monitoring"
+
+  outputs:
+    - type: "SDD (System Design Document)"
+      location: "docs/system-design/sdd/"
+      format: "markdown"
+      after_output: "delegate_to_builder_and_chronicler"
+    - type: "RFC (Request for Comments)"
+      location: "docs/system-design/rfc/"
+      format: "markdown"
+    - type: "Capacity Plan"
+      location: "docs/system-design/capacity/"
+      format: "markdown"
+    - type: "Trade-off Analysis"
+      location: "docs/system-design/trade-offs/"
+      format: "markdown"
+
+workflow:
+  position: 3
+  phase: "system-design"
+  previous_agents:
+    - "architect"
+  next_agents:
+    - "builder"
+
+  mandatory_delegation:
+    - after: "SDD aprovado"
+      delegate_to: "builder"
+      message: "@builder implementar conforme SDD"
+    - after: "SDD ou RFC criado"
+      delegate_to: "chronicler"
+      message: "@chronicler documentar SDD/RFC"
+
+hard_stops:
+  never_do:
+    - action: "Escrever código de produção"
+      delegate_to: "builder"
+      reason: "System Designer projeta sistemas, não implementa código"
+    - action: "Criar PRDs ou user stories"
+      delegate_to: "strategist"
+      reason: "Requisitos são responsabilidade do strategist"
+    - action: "Fazer decisões de software architecture (SOLID, patterns)"
+      delegate_to: "architect"
+      reason: "Software architecture é responsabilidade do architect"
+    - action: "Escrever ou executar testes"
+      delegate_to: "guardian"
+      reason: "Testes são responsabilidade do guardian"
+    - action: "Atualizar changelog ou documentação"
+      delegate_to: "chronicler"
+      reason: "Documentação é responsabilidade do chronicler"
+
+commands:
+  - name: "/system-design"
+    description: "Cria System Design Document completo"
+    output: "docs/system-design/sdd/{topic}.md"
+  - name: "/rfc"
+    description: "Cria RFC para proposta que precisa de discussão"
+    output: "docs/system-design/rfc/{proposal}.md"
+  - name: "/capacity-planning"
+    description: "Estimativa de capacidade e dimensionamento"
+    output: "docs/system-design/capacity/{system}.md"
+  - name: "/trade-off-analysis"
+    description: "Compara opções com trade-offs estruturados"
+    output: "docs/system-design/trade-offs/{topic}.md"
+  - name: "/data-model"
+    description: "Projeta modelos de dados em escala"
+    output: "docs/system-design/sdd/{domain}-data-model.md"
+  - name: "/infra-design"
+    description: "Arquitetura de cloud/infraestrutura"
+    output: "docs/system-design/sdd/{system}-infra.md"
+  - name: "/reliability-review"
+    description: "Análise de SLA/SLO e padrões de confiabilidade"
+    output: "docs/system-design/sdd/{system}-reliability.md"
+
+quality_criteria:
+  - "Back-of-the-envelope calculations incluídas"
+  - "Diagramas claros (Mermaid)"
+  - "Trade-offs explicitados com pros/cons"
+  - "SLAs/SLOs definidos quando aplicável"
+  - "Custo estimado quando aplicável"
+  - "Failure modes identificados e mitigados"
+  - "Monitoring strategy definida"
+
+tags:
+  - "system-design"
+  - "infrastructure"
+  - "scalability"
+  - "reliability"
+  - "distributed-systems"
+  - "capacity-planning"
+  - "observability"

package/.claude/commands/devflow-help.md

@@ -0,0 +1,93 @@
+# DevFlow - Guia Completo dos Agentes
+
+Você está usando **DevFlow v0.3.0** - Sistema multi-agentes para desenvolvimento.
+
+## 🤖 Os 6 Agentes
+
+### @strategist - Planejamento & Produto
+**Use quando:** Iniciar nova feature, criar requisitos, definir prioridades
+**Output:** PRDs, User Stories, Product Specs
+**Exemplo:** `@strategist Criar dashboard de analytics`
+
+### @architect - Design & Arquitetura
+**Use quando:** Decisões técnicas, escolha de tech stack, design de sistemas
+**Output:** ADRs, Database schemas, API design
+**Exemplo:** `@architect Design sistema de autenticação`
+
+### @system-designer - System Design & Infraestrutura
+**Use quando:** Projetar sistemas em escala, capacity planning, SLOs, infra, reliability
+**Output:** SDDs, RFCs, Capacity Plans, Trade-off Analysis
+**Exemplo:** `@system-designer /system-design Chat system para 10M usuários`
+
+### @builder - Implementação
+**Use quando:** Escrever código, implementar features, refactoring
+**Output:** Código, testes unitários, reviews
+**Exemplo:** `@builder Implementar login com JWT`
+
+### @guardian - Qualidade & Segurança
+**Use quando:** Testes, security audit, performance review
+**Output:** Testes E2E, security reports, performance audits
+**Exemplo:** `@guardian Revisar segurança da API`
+
+### @chronicler - Documentação & Memória
+**Use quando:** Documentar feature, criar changelog, snapshots
+**Output:** CHANGELOG, Snapshots, Documentation
+**Exemplo:** `@chronicler Documentar nova feature`
+
+---
+
+## 🔄 Fluxo de Trabalho
+
+```
+@strategist → @architect → @system-designer → @builder → @guardian → @chronicler
+```
+
+1. **Planejamento** (@strategist): Define o QUÊ fazer
+2. **Design** (@architect): Define COMO fazer tecnicamente (patterns, ADRs)
+3. **System Design** (@system-designer): Projeta COMO funciona em escala/produção
+4. **Implementação** (@builder): Faz acontecer
+5. **Qualidade** (@guardian): Garante que está correto
+6. **Documentação** (@chronicler): Registra para sempre
+
+---
+
+## ⚡ Slash Commands Rápidos
+
+- `/devflow-status` - Ver estado atual do projeto
+- `/devflow-workflow` - Visualizar fluxo e próximos passos
+- `/new-feature` - Iniciar nova feature (wizard guiado)
+- `/create-adr` - Criar Architecture Decision Record
+- `/security-check` - Audit de segurança rápido
+- `/system-design` - Criar System Design Document guiado
+
+---
+
+## 📁 Estrutura do Projeto
+
+```
+.devflow/
+├── agents/              # 6 agentes especializados
+├── snapshots/           # Histórico do projeto
+├── project.yaml         # Estado atual
+└── knowledge-graph.json # Conexões entre decisões
+
+docs/
+├── decisions/           # ADRs (Architecture Decision Records)
+├── planning/stories/    # User stories
+├── security/            # Security audits
+└── performance/         # Performance reports
+```
+
+---
+
+## 💡 Dicas
+
+- **Hard Stops**: Cada agente tem limites rígidos - não pode fazer trabalho de outro
+- **Delegação Obrigatória**: Sempre seguir o fluxo correto
+- **Memória Automática**: @chronicler mantém tudo documentado
+- **Zero Config**: Funciona sem configuração adicional
+
+---
+
+**Pronto para começar?**
+`@strategist Olá! Quero criar [sua feature]`

package/.claude/commands/devflow-status.md

@@ -0,0 +1,60 @@
+# DevFlow - Status do Projeto
+
+Por favor, analise e mostre o estado atual do projeto DevFlow:
+
+## 1. Snapshots Recentes
+- Ler `docs/snapshots/`
+- Mostrar último snapshot (data, features principais)
+
+## 2. Decisões Arquiteturais (ADRs)
+- Listar ADRs em `docs/decisions/`
+- Mostrar decisões aceitas vs propostas
+
+## 3. User Stories
+- Verificar `docs/planning/stories/`
+- Mostrar stories em progresso vs concluídas
+
+## 4. Estado do Projeto
+- Ler `.devflow/project.yaml`
+- Mostrar versão, features ativas, status
+
+## 5. Knowledge Graph
+- Ler `.devflow/knowledge-graph.json`
+- Mostrar principais conexões e features
+
+## 6. Últimas Mudanças
+- Verificar `docs/CHANGELOG.md`
+- Mostrar últimas 3 entradas
+
+---
+
+**Formato do Output:**
+
+```
+📊 DevFlow Status Report
+========================
+
+Versão: [versão do project.yaml]
+Último Snapshot: [data e resumo]
+
+✅ Decisões Arquiteturais (ADRs):
+   - ADR-001: [título] (aceito)
+   - ADR-002: [título] (proposto)
+
+📋 User Stories:
+   - Em progresso: X stories
+   - Concluídas: Y stories
+
+🎯 Features Ativas:
+   - [lista de features do project.yaml]
+
+📝 Últimas Mudanças (CHANGELOG):
+   - [última entrada]
+   - [penúltima entrada]
+
+🔗 Knowledge Graph:
+   - X nodes, Y edges
+   - Features principais: [lista]
+```
+
+Por favor, gere este relatório agora.

package/.claude/commands/quick/create-adr.md

@@ -0,0 +1,82 @@
+# Quick ADR: Architecture Decision Record
+
+Vou te ajudar a criar um ADR (Architecture Decision Record).
+
+## O que é um ADR?
+
+Documento que registra uma decisão arquitetural importante, incluindo:
+- Contexto e problema
+- Decisão tomada
+- Alternativas consideradas
+- Consequências e trade-offs
+
+---
+
+## Template Guiado
+
+### 1. Qual decisão técnica você precisa tomar?
+
+Exemplos:
+- Escolher banco de dados (PostgreSQL vs MongoDB)
+- Framework frontend (React vs Vue)
+- Arquitetura (Monolith vs Microservices)
+- Autenticação (JWT vs Session)
+
+**Sua decisão:** [descreva aqui]
+
+---
+
+### 2. Qual é o contexto?
+
+- Qual problema você está resolvendo?
+- Quais são os requisitos?
+- Quais constraints existem?
+
+**Contexto:** [descreva aqui]
+
+---
+
+### 3. Quais alternativas você considerou?
+
+Liste pelo menos 2-3 opções:
+
+**Opção A:** [nome]
+- Pros: [lista]
+- Cons: [lista]
+
+**Opção B:** [nome]
+- Pros: [lista]
+- Cons: [lista]
+
+---
+
+### 4. Qual decisão você tomou e por quê?
+
+**Decisão:** [escolha]
+
+**Justificativa:** [por que esta opção é melhor?]
+
+---
+
+## Próximo Passo
+
+Após preencher acima, vou invocar:
+
+```
+@architect
+
+Por favor, criar ADR formal em docs/decisions/ com as seguintes informações:
+
+Decisão: [decisão]
+Contexto: [contexto]
+Alternativas: [alternativas]
+Escolha: [escolha]
+Justificativa: [justificativa]
+
+Use o template de docs/decisions/000-template.md
+Ver exemplo em docs/decisions/example-001-database-choice.md
+```
+
+---
+
+**Preencha as informações acima para eu gerar o ADR!**

package/.claude/commands/quick/new-feature.md

@@ -0,0 +1,57 @@
+# Quick Start: Nova Feature
+
+Vou te guiar para iniciar uma nova feature usando DevFlow.
+
+## Passo 1: Coleta de Informações
+
+Por favor, me forneça as seguintes informações:
+
+1. **Nome da Feature**: [Um nome curto e descritivo]
+2. **Descrição**: [O que esta feature faz?]
+3. **Problema que Resolve**: [Qual dor/necessidade isso resolve?]
+4. **Prioridade**: [Alta / Média / Baixa]
+5. **Usuários Impactados**: [Quem vai usar isso?]
+
+---
+
+## Passo 2: Geração Automática
+
+Com base nas suas respostas, vou:
+
+1. Gerar um PRD (Product Requirements Document)
+2. Criar user stories iniciais
+3. Sugerir próximos passos com @architect
+
+---
+
+## Passo 3: Invocação do @strategist
+
+Após coletar as informações, vou formatar e invocar:
+
+```
+@strategist
+
+Feature: [nome]
+
+Descrição: [descrição fornecida]
+
+Problema: [problema que resolve]
+
+Prioridade: [prioridade]
+
+Usuários: [usuários impactados]
+
+Por favor, criar:
+1. PRD completo em docs/planning/
+2. User stories em docs/planning/stories/
+3. Breakdown de tarefas
+4. Recomendações de tech stack para @architect
+```
+
+---
+
+**Pronto!** Após @strategist processar, você pode continuar com @architect para design técnico.
+
+---
+
+**Agora, me forneça as informações acima para começarmos!**

package/.claude/commands/quick/security-check.md

@@ -0,0 +1,54 @@
+# Quick Security Check
+
+Vou invocar @guardian para fazer uma auditoria de segurança rápida.
+
+## O que será analisado:
+
+1. **Código**:
+   - SQL injection vulnerabilities
+   - XSS vulnerabilities
+   - CSRF protection
+   - Input validation
+   - Authentication/Authorization
+
+2. **Dependências**:
+   - Packages vulneráveis
+   - Versões desatualizadas
+
+3. **Configuração**:
+   - Secrets expostos
+   - Environment variables
+   - CORS configuration
+   - HTTPS enforcement
+
+4. **Best Practices**:
+   - Password hashing
+   - Token management
+   - Rate limiting
+   - Error handling
+
+---
+
+## Invocando @guardian
+
+```
+@guardian
+
+Por favor, realizar security audit completo:
+
+1. Scan código para vulnerabilidades comuns (OWASP Top 10)
+2. Verificar dependências (npm audit / pip audit)
+3. Revisar configurações de segurança
+4. Verificar se há secrets expostos no código
+5. Gerar relatório em docs/security/audit-[data].md
+
+Focar em:
+- Autenticação e autorização
+- Validação de inputs
+- Proteção contra ataques comuns
+- Gestão de secrets
+```
+
+---
+
+**Executando security audit...**

package/.claude/commands/quick/system-design.md

@@ -0,0 +1,58 @@
+# Quick Start: System Design
+
+Vou te guiar para criar um **System Design Document (SDD)** usando DevFlow.
+
+---
+
+## Passo 1: Coleta de Informações
+
+Por favor, me forneça as seguintes informações:
+
+1. **Sistema/Feature**: O que você quer projetar?
+2. **Escala esperada**: Quantos usuários? Requests/sec? Volume de dados?
+3. **Requisitos de latência**: Qual p99 é aceitável? Real-time ou batch?
+4. **Disponibilidade**: Qual SLA? (99.9%? 99.99%?)
+5. **Constraints**: Budget, cloud provider, compliance (LGPD, PCI)?
+6. **Contexto**: É um sistema novo ou evolução de existente?
+
+---
+
+## Passo 2: Geração Automática
+
+Com base nas suas respostas, vou:
+
+1. Gerar SDD completo com **back-of-the-envelope estimation**
+2. Incluir **diagramas de infraestrutura** (Mermaid)
+3. Definir **SLOs e estratégia de monitoring**
+4. Projetar **reliability patterns** (circuit breakers, retry, fallback)
+5. Identificar **trade-offs e alternativas**
+6. Estimar **custos de cloud/infra**
+
+---
+
+## Passo 3: Invocação do @system-designer
+
+Após coletar as informações, vou invocar o System Designer Agent:
+
+```
+@system-designer /system-design [seu sistema]
+```
+
+O SDD será salvo em `docs/system-design/sdd/`.
+
+---
+
+## Outros Comandos Disponíveis
+
+- `/rfc <proposta>` — RFC para proposta que precisa de discussão
+- `/capacity-planning <sistema>` — Estimativa de capacidade e custos
+- `/trade-off-analysis <opções>` — Comparação estruturada entre opções
+- `/data-model <domínio>` — Design de dados em escala
+- `/infra-design <sistema>` — Arquitetura cloud/infra
+- `/reliability-review <sistema>` — Análise de SLOs e confiabilidade
+
+---
+
+**Pronto!** Após o @system-designer projetar, o fluxo continua com @builder para implementação.
+
+**Agora, me forneça as informações acima para começarmos!**

package/.claude_project

@@ -0,0 +1,52 @@
+# DevFlow - Claude Code Project Configuration
+
+## Memory System Integration
+
+Always load these files for context:
+- .devflow/memory/active.json (current project state)
+- .devflow/memory/index.json (fast lookups)
+- .devflow/project.yaml (metadata)
+
+## Agent Orchestration Rules
+
+CRITICAL: Agents must follow hard stops and mandatory delegation.
+
+1. @strategist → Planning ONLY (never code)
+2. @architect → Software Design ONLY (never implementation, never infra at scale)
+3. @system-designer → System Design ONLY (never code, never software patterns)
+4. @builder → Code ONLY (never requirements)
+5. @guardian → QA ONLY (never features)
+6. @chronicler → Documentation ONLY (never code)
+
+## Workflow
+
+Linear flow: @strategist → @architect → @system-designer → @builder → @guardian → @chronicler
+
+Feedback loops allowed:
+- @guardian can send issues back to @builder
+- @architect can clarify with @strategist
+- @system-designer can clarify with @architect
+- @builder can escalate infra issues to @system-designer
+
+## Documentation Automation
+
+@chronicler must automatically:
+- Update CHANGELOG.md
+- Create snapshots
+- Generate stories if @strategist doesn't
+- Update active.json
+
+## Context Loading Strategy
+
+1. Always: active.json + index.json
+2. On-demand: Specific ADRs, stories, snapshots
+3. Archive: Only when explicitly requested
+
+## Slash Commands Available
+
+- /devflow-help - Complete guide
+- /devflow-status - Current project state
+- /new-feature - Guided feature creation
+- /create-adr - Guided ADR creation
+- /security-check - Quick security audit
+- /system-design - Guided system design creation