aiox-core 5.0.4 → 5.0.5

package/pro/squads/squad-creator-pro/test-cases/validate-squad/qualification-report.yaml

@@ -1,104 +0,0 @@
-# Qualification Report - validate-squad
-# Generated: 2026-02-11
-# Workflow: wf-model-tier-qualification v2.0
-# Re-run: Complete parallel execution with comparison
-
-qualification_report:
-  task_name: "validate-squad"
-  test_date: "2026-02-11"
-  workflow_version: "2.0"
-
-  baseline:
-    model: "opus"
-    final_score: "7.89/10"
-    decision: "PASS"
-    type_detected: "Expert"
-    type_confidence: 0.92
-    cost_usd: 0.68
-    tokens: { total: 144491 }
-    tool_uses: 47
-    duration_ms: 285370
-    file: "opus-baseline.yaml"
-    output_lines: 530
-
-  rounds:
-    - round: 1
-      model: "haiku"
-      final_score: "6.5/10"
-      decision: "CONDITIONAL"
-      type_detected: "Pipeline"
-      type_confidence: 0.70
-      quality_vs_baseline: "41%"
-      cost_usd: 0.012
-      tokens: { total: 85365 }
-      tool_uses: 31
-      duration_ms: 151018
-      gaps:
-        - "TYPE_DETECTION_WRONG: Expert classified as Pipeline"
-        - "MISSED_FINDING: alex-hormozi.md not detected as missing"
-        - "WRONG_PHASE4: Pipeline checks instead of Expert checks"
-        - "UNDERCOUNTED: 4 data files found vs 16 actual"
-        - "SKIPPED: Optimization Opportunities dimension not assessed"
-        - "OVERCRITICAL: Documentation scored 5.0 vs Opus 9.0"
-      file: "haiku-round-1.yaml"
-
-  decision:
-    veto_triggered: "MTQ_VC_004 (soft)"
-    veto_details: "Different classification bands (PASS vs CONDITIONAL) due to wrong type detection"
-    final: "OPUS_REQUIRED"
-    recommended_tier: "opus"
-    quality_achieved: "41%"
-    threshold_required: "90%"
-    compensation_attempted: false
-    compensation_reason: "Type detection error is judgment-level, not fixable with prompt compensation"
-
-  cost_analysis:
-    opus_per_run: "$0.68"
-    haiku_per_run: "$0.012"
-    savings_if_haiku: "98.2%"
-    savings_applicable: false
-    reason: "Quality 41% - far below 90% threshold. Haiku cannot do this task."
-
-  root_cause_analysis:
-    primary_failure: "Type Detection (Phase 0)"
-    cascading_effects:
-      - "Phase 4 ran Pipeline checks instead of Expert checks"
-      - "Voice DNA quality never assessed"
-      - "Objection algorithms never assessed"
-      - "Tier organization never assessed"
-      - "Final score lowered by wrong contextual checks"
-      - "Recommendations target wrong type of improvements"
-    why_haiku_failed: |
-      Type detection requires WEIGHING competing signals:
-      - 24 agents with voice_dna → Expert signal (strong)
-      - 14 workflows → Pipeline signal (moderate)
-      - task_agent_ratio 3.12 → Pipeline signal (moderate)
-      Haiku scored expert=6 pipeline=7 (marginal Pipeline win).
-      Should have applied tie-breaker: "if real_person_names_in_agents: expert"
-      This is INTERPRETATION, not binary matching.
-
-  learning:
-    pattern_confirmed: |
-      SAME pattern as pv-modernization-score:
-      Tasks with interpretive classification are OPUS_REQUIRED.
-      Haiku cannot weigh competing signals or apply contextual tie-breakers.
-    rule_strengthened: |
-      IF task requires:
-        - Multi-signal classification (type detection, quality scoring)
-        - Contextual judgment (weighing expert vs pipeline signals)
-        - Cascading decisions (type → checks → scores → result)
-      THEN: OPUS_REQUIRED, no exceptions
-    similar_tasks: ["pv-modernization-score", "an-fidelity-score", "an-validate-clone"]
-
-  evidence_files:
-    - "opus-baseline.yaml"
-    - "haiku-round-1.yaml"
-    - "comparison-round-1.yaml"
-    - "qualification-report.yaml"
-
-metadata:
-  validator: "@pedro-valerio"
-  comparison_method: "5-dimension scoring per wf-model-tier-qualification v2.0"
-  tokens_opus: 144491
-  tokens_haiku: 85365
-  total_cost: "$0.692"

package/pro/squads/squad-creator-pro/test-cases/wf-clone-mind/haiku-output-v2-calibrated.yaml

@@ -1,200 +0,0 @@
-# Haiku Output v2 (CALIBRATED) for pv-axioma-assessment
-# Generated: 2026-02-11
-# Target: squads/squad-creator-pro/workflows/wf-clone-mind.yaml
-# Model: haiku (with scoring calibration)
-# Tokens: 42,425 | Duration: 71,639ms
-# Compensation: Scoring Calibration added to task
-
-axioma_assessment:
-  process_name: "wf-clone-mind"
-  process_type: "workflow"
-  version: "2.1.0"
-  assessment_date: "2026-02-11"
-  assessor: "@pedro-valerio"
-  model_used: "haiku"
-
-  dimensions:
-    - id: 1
-      name: "Verdade (Truthfulness)"
-      score: 9.0
-      weight: 1.0
-      threshold: 7.0
-      veto: true
-      status: "PASS"
-      evidence: |
-        Workflow apresenta decisões baseadas em critérios mensuráveis e verificáveis.
-
-        O que faz BEM:
-        - Checkpoints com critérios objetivos explícitos (10+ fontes, 5+ Tier 1, 3+ tipos diferentes)
-        - Outputs são artefatos reais e verificáveis (sources_inventory.yaml, smoke_test_result.yaml, quality_dashboard.md)
-        - Smoke tests padronizados com pass_criteria explícitos (4/5 checks para cada teste)
-        - Decision matrix documenta o que "GO", "CONDITIONAL", "NO-GO" significam em termos de dados
-        - Fidelity_estimate é calculado a partir de métricas objetivas (sources_count, tier_1_ratio, voice_score, thinking_score)
-
-    - id: 2
-      name: "Coerência (Coherence)"
-      score: 9.0
-      weight: 0.9
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Sistema é altamente coerente entre design e comportamento esperado.
-
-        O que faz BEM:
-        - Faz exatamente o que diz: Fase 0b promete "validação de cobertura" e implementa 5 checkpoints específicos
-        - Rework loops são aplicados consistentemente (max_iterations, on_score_below_X, retry_max)
-        - Escalation paths estão definidos para cada falha (quando gate falha, próximos passos estão claros)
-        - Specialist assignments são consistentes (@oalanicolas sempre aparece para DNA extraction)
-        - Brownfield check redireciona corretamente (não continua em greenfield se mind já existe)
-
-    - id: 3
-      name: "Alinhamento Estratégico"
-      score: 8.0
-      weight: 0.9
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Workflow contribui diretamente ao objetivo maior de criar agentes com DNA fidedigno.
-
-        O que faz BEM:
-        - Todas as 5 phases convergem para um deliverable actionable (mind_dna_complete.yaml)
-        - Output é input direto para create-agent.md (next_steps definido explicitamente)
-        - Quality dashboard fornece visibilidade sobre fidelidade do clone (alinha com visão squad-creator)
-        - Fase -1 (Brownfield) reconhece a visão de perpetuidade (update-mind vs create-agent)
-
-    - id: 4
-      name: "Excelência Operacional"
-      score: 8.0
-      weight: 0.8
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Processo robusto com tratamento de erros, fallbacks, e retry strategies bem definidas.
-
-        O que faz BEM:
-        - Auto-acquire (Phase 0a) executa ANTES de pedir user, eliminando fricção
-        - Skip logic baseada em inputs (focus param, mode, auto_acquire toggle) - processo se adapta
-        - Parallel execution habilitado para Phases 1-2 (voice e thinking podem rodar simultaneamente)
-        - Durações específicas em cada phase (15-30min, 1.5-2h) - estimativas realistas
-        - Rework loops definem ações claras com max_iterations (previne loops infinitos)
-        - Fallbacks com tool_priority definidos (mcp-youtube-transcript → exa+WebFetch → WebSearch)
-
-    - id: 5
-      name: "Capacidade de Inovação"
-      score: 8.0
-      weight: 0.7
-      threshold: 5.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Approach de DNA extraction é inovador para o contexto de agent cloning.
-
-        O que faz BEM:
-        - Voice + Thinking DNA trinity é solução não-óbvia para capturar "o que diz" vs "como pensa"
-        - Triangulação de 3+ fontes para validação de patterns (não é apenas clustering de similares)
-        - Smoke tests REAIS que executam o clone (não apenas validação de dados) - verifica se comportamento funciona
-        - Anti-patterns e immune_system documentados (o que NUNCA fazer, não apenas o que fazer)
-        - Contradições de voz documentadas (paradoxos autênticos do expert) - abordagem sofisticada
-
-    - id: 6
-      name: "Gestão de Riscos"
-      score: 8.0
-      weight: 0.8
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Workflow identifica e mitiga riscos através de gates estratégicos e contingencies.
-
-        O que faz BEM:
-        - SOURCE_QUALITY gate blocking em Phase 0b (previne DNA extraction sem bases suficientes)
-        - SMOKE_TEST gate blocking em Phase 4 (previne deployment de clone não-testado)
-        - Fallback strategy explícita em Phase 0a (tool_unavailable, zero_sources, partial)
-        - Retry strategy com max_iterations e escalation paths definidos
-        - Brownfield check em Fase -1 detecta duplicate work antes de começar
-        - Rework loops capturam qualidade baixa antes de prosseguir (on_score_below_X triggers)
-
-    - id: 7
-      name: "Otimização de Recursos"
-      score: 7.0
-      weight: 0.8
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Workflow otimiza recursos através de automação, parallelização, e prevenção de desperdício.
-
-        O que faz BEM:
-        - Auto-acquire (Phase 0a) executa ANTES de pedir user - evita ciclos desnecessários
-        - Parallel_phases [1,2] permite voice e thinking extraction simultâneos (reduz wall-clock time)
-        - Skip_if logic em Phases 0a, 1, 2 evita trabalho desnecessário quando focus='voice'|'thinking'
-        - Rework loops têm max_iterations (não rework infinito)
-        - Mode logic evita reprocessamento de minds existentes (greenfield vs brownfield)
-
-    - id: 8
-      name: "Valor para Stakeholders"
-      score: 8.0
-      weight: 0.7
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Workflow cria valor mensurável para múltiplos stakeholders sem ganho desigual.
-
-        O que faz BEM:
-        - User: recebe clone fidedigno com quality dashboard que documenta limitações (transparency)
-        - System: gera outputs reutilizáveis (mind_dna_complete.yaml é input para create-agent.md)
-        - Specialist (@oalanicolas): tem role claro e responsabilidades bem-definidas em cada phase
-        - Future maintainers: quality_dashboard documenta gaps e recommendations
-        - Brownfield flow previne re-trabalho (user pode update-mind em vez de re-clone)
-
-    - id: 9
-      name: "Sustentabilidade"
-      score: 8.0
-      weight: 0.7
-      threshold: 6.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Workflow gera outputs persistidos, reutilizáveis, e generalizados para perpetuidade.
-
-        O que faz BEM:
-        - Outputs persistem em outputs/minds/{mind_slug}/ (não são ephemeral)
-        - mind_dna_complete.yaml é input direto para create-agent.md (funciona sem manual intervention)
-        - Processo é completamente generalizado (mind_name, domain como inputs) - não hard-coded para caso específico
-        - Brownfield mode (Phase -1) permite updates sem re-clone (sustenta evolução do mind)
-        - Quality dashboard fornece base para future improvements (documentação persistida)
-
-    - id: 10
-      name: "Adaptabilidade"
-      score: 7.0
-      weight: 0.6
-      threshold: 5.0
-      veto: false
-      status: "PASS"
-      evidence: |
-        Workflow absorve mudanças através de configuração e gates sem falha catastrófica.
-
-        O que faz BEM:
-        - Skip_if logic (focus param, mode, auto_acquire) - adapta-se a inputs diferentes
-        - Rework loops e escalation paths permitem adaptação dinamicamente (não falha, pivota)
-        - Brownfield redirection (não força greenfield workflow se mind já existe)
-        - Tool_priority com fallbacks (mcp-youtube → exa+WebFetch → WebSearch) - muda strategy conforme tools disponíveis
-        - Retry strategy com max_iterations (absorve falhas temporárias, escala quando permanentes)
-
-  overall_score: 7.77
-  pass_threshold: 7.0
-  veto_triggered: false
-  status: "PASS"
-
-  recommendations:
-    - "HIGH: Documentar versionamento strategy para mind_dna (semver? hash-based?)"
-    - "HIGH: Definir 'breaking changes protocol' se quality_gates criteria forem atualizadas"
-    - "MEDIUM: Criar feedback loop explícito para comunicar SMOKE_TEST failures ao user"
-    - "MEDIUM: Quantificar custo de especialista (@oalanicolas) para resource planning"
-    - "MEDIUM: Adicionar 'circuit breaker pattern' em Phase 0a (fallback escalation)"
-    - "LOW: Implementar A/B testing framework para futuras otimizações de clone accuracy"
-    - "LOW: Adicionar continuous validation (smoke tests periódicos após deployment)"

package/pro/squads/squad-creator-pro/test-cases/wf-clone-mind/haiku-output.yaml

@@ -1,183 +0,0 @@
-# Haiku Output for pv-axioma-assessment
-# Generated: 2026-02-11
-# Target: squads/squad-creator-pro/workflows/wf-clone-mind.yaml
-# Model: haiku (test candidate)
-# Tokens: 36,661 | Duration: 41,249ms
-
-axioma_assessment:
-  process_name: "wf-clone-mind"
-  assessment_date: "2026-02-11"
-  assessor: "@pedro-valerio"
-  model_used: "haiku"
-
-  dimensions:
-    - name: "Verdade (Truthfulness)"
-      score: 8.5
-      weight: 1.0
-      threshold: 7.0
-      veto_power: true
-      status: PASS
-      evidence: |
-        Workflow exige verificação física de dados em cada gate (sources_count, sources_by_tier).
-        Checkpoint SOURCE_QUALITY bloqueia com critérios mensuráveis (10+ fontes, 5+ Tier 1).
-        Smoke tests validam comportamento REAL do clone (não teórico).
-        Quality dashboard gera métricas de fidelidade_estimate baseadas em dados coletados.
-        Sistema binário GO/NO-GO impede progresso sem evidência suficiente.
-        ⚠ GAP: Não há logging de fontes rejeitadas ou critério explícito de "mentira" no DNA.
-
-    - name: "Coerência (Coherence)"
-      score: 9.0
-      weight: 0.9
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Workflow diz que extrai "Voice + Thinking DNA" e FAZ exatamente isso em Phase 1-2.
-        Fases paralellizáveis (parallel_phases: [1,2]) são realmente independentes.
-        Output template (mind_dna_complete.yaml) matches exatamente as fases anteriores.
-        Specialist roles são claros: @oalanicolas executa extração, @pedro-valerio valida gates.
-        Checkpoints usam mesma linguagem que avalia: "voice_dna", "thinking_dna", "synthesis".
-        Rework loops (max_iterations: 3) são CONSISTENTES em Phase 1 e 2.
-        Sistema não contradiz a si mesmo em nenhum ponto.
-
-    - name: "Alinhamento Estratégico"
-      score: 7.5
-      weight: 0.9
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Workflow contribui para meta maior: "Clonação de experts para agentes".
-        Fases 0b-2 garantem qualidade das fontes (prerequisito para clone fidedigno).
-        Phase 4 (Smoke Tests) valida que o clone realmente FUNCIONA como expert.
-        Integração com create-agent.md define caminho claro "DNA → Agent".
-        Redirecionamento para update-mind.md em brownfield mode reconhece contexto maior.
-        ⚠ GAP: Não define explicitamente qual é o "fidelity_tier" alvo (fast-clone é pré-definido, mas sem justificativa).
-
-    - name: "Excelência Operacional"
-      score: 7.0
-      weight: 0.8
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Workflow é sequencial com ordem lógica: coleta → análise → síntese → teste → dashboard.
-        Tempos estimados por fase (15-30 min para 0a, 1.5-2h para Voice/Thinking).
-        Fallbacks definidos explicitamente (Phase 0a: mcp-youtube → exa+WebFetch → WebSearch).
-        Rework loops permitem iteração sem reiniciar tudo.
-        ⚠ FRICÇÕES IDENTIFICADAS:
-          - Phase 3 (Synthesis) é apenas 15 min para combinar Voice+Thinking (parece acelerado demais).
-          - Smokete duração (10 min) é apertada para 3 testes completos com ajustes.
-          - Retry strategy em Phase 0b (max 2 retries) pode ser insuficiente para domínios obscuros.
-          - Phase 5 depende de template "quality-dashboard-tmpl.md" não referenciado em workflow.
-
-    - name: "Capacidade de Inovação"
-      score: 6.5
-      weight: 0.7
-      threshold: 5.0
-      status: PASS
-      evidence: |
-        Trinity approach (Playbook + Framework + Swipe File) é criativa para Voice DNA.
-        Concept de "immune system" e "contradições autênticas" vai além de clone mecânico.
-        Smoke tests com prompt dinamizado ({framework_principal}, {cenário_do_domínio}) permite adaptação.
-        Auto-acquisition com fallback em cascata (YouTube → Exa → WebSearch) é inovador.
-        ⚠ GAP ESTRUTURAL: Framework é para clonagem, não para INOVAÇÃO NOVA.
-          - Workflow não define como adicionar novas técnicas de extração.
-          - Rework é iteração, não inovação (refina existente, não cria novo).
-          - Não há espaço para "surprising patterns" que quebrem frameworks conhecidos.
-
-    - name: "Gestão de Riscos"
-      score: 8.0
-      weight: 0.8
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Blocking gates (SOURCE_QUALITY, SMOKE_TEST) impedem progresso com risco.
-        Phase -1 (brownfield check) mitiga risco de duplicação/sobrescrita.
-        Rework loops com max_iterations evita infinite loops.
-        On_iteration_fail escalates com documentação clara (flags for user review).
-        Decision matrix (GO/CONDITIONAL/NO-GO) categoriza riscos explicitamente.
-        ⚠ RISCOS NÃO MITIGADOS:
-          - Nenhum mecanismo para validar se especialista foi bem clonado vs copiado superficialmente.
-          - "Fidelity estimate" é calculado mas não há benchmark (85-97% vs o quê?).
-          - Smoke test pode passar por "parecer resposta real" (muito subjetivo).
-          - Nenhuma rollback strategy se clone falha após Phase 4.
-
-    - name: "Otimização de Recursos"
-      score: 7.5
-      weight: 0.8
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Auto-acquisition (Phase 0a) busca fontes ANTES de pedir ao usuário (reduz overhead).
-        Parallelization de Phase 1+2 (Voice+Thinking) reduz tempo total de 3-4h para ~2.5h.
-        Skip_if logic evita fases desnecessárias (voice_only/thinking_only/mode modes).
-        Quality gates com CONDITIONAL opção permitem prosseguir com mitigação (vs puro NO-GO).
-        ⚠ DESPERDÍCIOS:
-          - Phase 0a pode retornar 0 sources (fallback: continue) = trabalho perdido se user não ajuda.
-          - Phase 3 (Synthesis) 15 min parece subestimaado para combinar dois DNAs complexos.
-          - Smoke tests rodam APÓS synthesis (vs validar incrementalmente durante extraction).
-          - Quality dashboard (Phase 5) pode gerar insights que deveriam refluir para ajustes.
-
-    - name: "Valor para Stakeholders"
-      score: 8.0
-      weight: 0.7
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Entrega clara: expert clonado funcional, pronto para create-agent.md.
-        Quality dashboard fornece visibilidade em fidelity_estimate + gaps.
-        User recebe flag em caso de riscos (low sources, weak voice/thinking, smoke test fails).
-        Brownfield mode oferece opção de UPDATE vs novo clone (preserva investimento).
-        ⚠ VALOR POTENCIAL PERDIDO:
-          - Dashboard insights (gaps, recommendations) não determinam automàticamente próximas ações.
-          - Não há path explícito para "user accept risk + continue" vs "fail e refazer".
-          - User vê quality_dashboard.md mas não há framework de "o que fazer com essa informação".
-
-    - name: "Sustentabilidade"
-      score: 7.0
-      weight: 0.7
-      threshold: 6.0
-      status: PASS
-      evidence: |
-        Output (mind_dna_complete.yaml) é persistido em outputs/minds/{slug}/ (reproduzível).
-        Workflow define CLEAR input/output/checkpoint contrato para cada fase.
-        Rework loops preservam tentativas anteriores (iteração, não falha + restart).
-        Brownfield mode (Phase -1) reconhece que clones podem ter ciclo de vida longo.
-        ⚠ SUSTENTABILIDADE LIMITADA:
-          - Nenhuma estratégia de "manutenção de clone" quando expert muda/evolui.
-          - update-mind.md é referenciado mas não integrado no workflow.
-          - Não há versioning estratégia para mind_dna (como track quando atualizado?).
-          - Smoke test valida "hoje" mas não há revalidação periódica.
-          - Fontes adquiridas em Phase 0a podem ficar obsoletas sem refresh automático.
-
-    - name: "Adaptabilidade"
-      score: 7.5
-      weight: 0.6
-      threshold: 5.0
-      status: PASS
-      evidence: |
-        Mode parameter (greenfield|brownfield) adapta início do workflow.
-        Focus parameter (voice|thinking|both) permite execução seletiva.
-        Auto_acquire flag permite skipping Phase 0a se user já tem fontes.
-        Fallback strategy em Phase 0a permite degradação graciosa sem ferramentas MCP.
-        Skip_if logic permite condicionalidade em diversas fases.
-        ⚠ LIMITAÇÕES DE ADAPTABILIDADE:
-          - Phase 0b é "blocking" sem opção para expert com histórico conhecido.
-          - Retry max (2x) é hardcoded, sem configuração.
-          - Smoke test prompts são templates fixos ({framework_principal}), não adaptativos.
-          - Rework max_iterations é fixo por fase (3, 3, não configurável).
-
-  overall_score: 7.63
-  pass_threshold: 7.0
-  veto_triggered: false
-  status: PASS
-
-  recommendations:
-    - "PHASE 3 TIMING: Aumentar duração estimada de 15 min para 30-45 min (synthesis de dois DNAs complexos)."
-    - "SMOKE TEST SUBJETIVIDADE: Adicionar checklist explícito de 'parecer resposta real' (ex: marca pessoal evidente, tom preservado, frameworks aplicados)."
-    - "FIDELITY BENCHMARK: Definir escala de fidelity_estimate vs benchmark (ex: 85-97% = fast-clone, 95%+ = deep-clone)."
-    - "FASE 0B FLEXIBILITY: Permitir 'skip source validation' para experts com histórico comprovado + adicionar risk_profile."
-    - "FALLBACK LOGGING: Registrar em Phase 0a quando auto-acquisition falha (0 sources) para diagnosticar por domínio."
-    - "QUALITY GATE FEEDBACK LOOP: Integrar insights de Phase 5 (gaps) para retroalimentar Phase 0b (aquisição adicional)."
-    - "MIND DNA VERSIONING: Adicionar version_history em mind_dna_complete.yaml para rastrear updates ao longo do tempo."
-    - "SMOKE TEST AUTOMATION: Permitir Phase 4 rodar parallelamente com Phase 3 (ambos dependem apenas de Phase 2 completo)."
-    - "RETRY CONFIGURABILITY: Expor retry_max e max_iterations como parâmetros, não hardcoded."
-    - "SUSTAINABILITY MECHANISM: Definir estratégia de revalidação periódica (ex: quarterly smoke test rerun)."

package/pro/squads/squad-creator-pro/test-cases/wf-clone-mind/opus-baseline.yaml

@@ -1,112 +0,0 @@
-# Opus Baseline Output for pv-axioma-assessment
-# Generated: 2026-02-11
-# Target: squads/squad-creator-pro/workflows/wf-clone-mind.yaml
-# Model: opus (baseline = 100%)
-# Tokens: 35,210 | Duration: 44,136ms
-
-axioma_assessment:
-  process_name: "wf-clone-mind"
-  assessment_date: "2026-02-11"
-  assessor: "@pedro-valerio"
-  model_used: "opus"
-
-  dimensions:
-    - name: "Verdade (Truthfulness)"
-      score: 9
-      weight: 1.0
-      threshold: 7.0
-      veto: true
-      status: PASS
-      evidence: "Workflow fundamentado em verificação por dados: SOURCE_QUALITY gate exige 10+ fontes totais, 5+ Tier 1, triangulação de frameworks (3+ fontes). Fidelity_estimate calculado com métricas concretas. Smoke tests validam comportamento real vs teoria. Nenhuma afirmação sem suporte de checkpoint verificável."
-
-    - name: "Coerência (Coherence)"
-      score: 9
-      weight: 0.9
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Alinhamento total entre declaração e execução: workflow diz 'NUNCA extrair DNA sem validar fontes suficientes' e implementa blocking gate em Phase 0b. Promete Voice + Thinking DNA e entrega ambas fases com checkpoints específicos. Specialists declarados (@oalanicolas, @pedro-valerio) têm responsabilidades claramente mapeadas para cada fase."
-
-    - name: "Alinhamento Estratégico"
-      score: 8
-      weight: 0.9
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Contribui diretamente para o objetivo maior de criar agentes de alta fidelidade (85-97%). Pipeline conecta com next_steps (create-agent.md) e brownfield_commands (update-mind). Integra com sistema maior: outputs/minds/{slug}/, templates/, checklists/. Suporta tanto greenfield quanto brownfield mode."
-
-    - name: "Excelência Operacional"
-      score: 8
-      weight: 0.8
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Processo sem fricção: 6 fases sequenciais claras (-1 a 5), duration estimado por fase, skip_if conditions para flexibilidade, rework blocks com retry_max e escalation paths. Gaps menores: Phase 3 (Synthesis) tem menos detalhamento que fases 1-2, poderia ter mais automação na geração do quality_dashboard."
-
-    - name: "Capacidade de Inovação"
-      score: 8
-      weight: 0.7
-      threshold: 5.0
-      veto: false
-      status: PASS
-      evidence: "Resolve mind cloning de forma diferenciada: separa Voice DNA (comunicação) de Thinking DNA (decisões) - abordagem original. Auto-acquire sources via tool_priority (MCP > Exa > WebSearch) é solução criativa para reduzir input manual. Smoke tests como validação comportamental vs checklist estático é inovador. Brownfield detection evita retrabalho."
-
-    - name: "Gestão de Riscos"
-      score: 9
-      weight: 0.8
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Riscos mapeados e mitigados: blocking gates em Phase 0b, 3, 4 impedem progressão sem qualidade. Rework blocks com retry_max (2-3) e escalation paths explícitos. Decision_matrix (GO/CONDITIONAL/NO_GO) em SOURCE_QUALITY. Fallback chains em auto-acquire (on_tool_unavailable, on_zero_sources, on_partial). action_if_fail documentado em todos checkpoints críticos."
-
-    - name: "Otimização de Recursos"
-      score: 7
-      weight: 0.8
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Uso eficiente: parallel_phases [1,2] permite Voice e Thinking rodar simultaneamente. Skip_if conditions evitam execução desnecessária. Brownfield check evita re-extração de mind existente. Tool_priority otimiza custo (MCP gratuito > Exa > WebSearch tokens). Oportunidade perdida: estimated-time 2-3 horas para medium complexity poderia ser otimizado com mais automação na synthesis phase."
-
-    - name: "Valor para Stakeholders"
-      score: 8
-      weight: 0.7
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Entrega clara de valor: mind_dna_complete.yaml pronto para create-agent.md. Quality_dashboard.md dá visibilidade ao usuário sobre fidelidade do clone. Smoke tests provam que agente funciona como expert. Fidelity_estimate permite decisão informada sobre usar ou iterar. Todos ganham: usuário economiza tempo, sistema ganha consistência, expert tem clone fiel."
-
-    - name: "Sustentabilidade"
-      score: 8
-      weight: 0.7
-      threshold: 6.0
-      veto: false
-      status: PASS
-      evidence: "Funciona sem intervenção manual: auto-acquire busca fontes automaticamente, checkpoints auto-validam, rework loops auto-iteram. Outputs em YAML estruturado permitem processamento por outros sistemas. Brownfield mode permite atualização incremental vs recriação. Templates e checklists padronizados garantem consistência cross-execution. Escala: cada mind clone é independente em outputs/minds/{slug}/."
-
-    - name: "Adaptabilidade"
-      score: 7
-      weight: 0.6
-      threshold: 5.0
-      veto: false
-      status: PASS
-      evidence: "Sistema absorve variações: mode greenfield/brownfield, focus voice/thinking/both, auto_acquire true/false. Fallbacks para tool indisponível. Retry strategies com ações diferentes por tentativa. Gap: workflow é YAML estático - mudanças estruturais requerem edição manual. Não há feature flags ou A/B testing de estratégias de extração."
-
-  overall_score: 8.14
-  weighted_calculation: |
-    (9*1.0 + 9*0.9 + 8*0.9 + 8*0.8 + 8*0.7 + 9*0.8 + 7*0.8 + 8*0.7 + 8*0.7 + 7*0.6) / (1.0+0.9+0.9+0.8+0.7+0.8+0.8+0.7+0.7+0.6)
-    = (9.0 + 8.1 + 7.2 + 6.4 + 5.6 + 7.2 + 5.6 + 5.6 + 5.6 + 4.2) / 7.9
-    = 64.5 / 7.9
-    = 8.16
-  status: PASS
-  veto_triggered: false
-
-  pass_threshold: 7.0
-  minimum_per_dimension: 6.0
-  all_dimensions_above_minimum: true
-
-  recommendations:
-    - "Phase 3 (Synthesis) precisa de mais detalhamento operacional - atualmente apenas 3 steps genéricos vs 5+ steps detalhados nas outras fases"
-    - "Adicionar métricas de tempo real por fase para otimização futura (duration atual é estimativa estática)"
-    - "Considerar versionamento semântico dos outputs (mind_dna_complete_v{hash}.yaml) para tracking de evolução"
-    - "Implementar feature flags no workflow YAML para A/B testing de estratégias de extração"
-    - "Adicionar integração com quality_dashboard histórico para benchmarking cross-minds"

package/pro/squads/squad-creator-pro/utils/.gitkeep

@@ -1 +0,0 @@
-# This directory will contain utility scripts for expansion pack creation

package/pro/squads/squad-creator-pro/workflows/.gitkeep

@@ -1 +0,0 @@
-# This directory will contain workflows for expansion pack creation