🤔 Quando criar uma nova persona vs usar Orpheus
O que é
O critério principal é o escopo da tarefa — não o tema. Orpheus é generalista por design. Uma nova persona é justificada quando o contexto específico, as regras de negócio ou o modelo ideal diferem sistematicamente do Orpheus.
Por que aprender
Use Orpheus quando…
- •A tarefa é variada e não cabe em um domínio fixo
- •Você faz a tarefa menos de uma vez por semana
- •Não há regras de negócio específicas a memorizar
- •O tom e a voz padrão do Hermes já atendem
Crie nova persona quando…
- •A tarefa recorre mais de 3×/semana com contexto especializado
- •Existe um modelo mais adequado do que o default do Orpheus
- •Há regras de negócio, tom ou público fixos e recorrentes
- •A tarefa tem etapas padronizadas que merecem um workflow próprio
💡 O critério do escopo
Pergunte: "Se eu tivesse um estagiário especialista só nisso, o que eu precisaria explicar a ele que não precisaria explicar ao Orpheus?" Se a lista for longa — contexto de mercado, tom de voz, regras do produto, restrições legais — uma persona dedicada poupa tempo toda semana.
Conceitos-chave
Domínio fixo + recorrência + contexto específico = persona nova justificada
Criado para tarefas variadas — não há necessidade de cobrir tudo com personas especializadas
Se o modelo perfeito para a tarefa é diferente do Orpheus, considerar uma persona com configuração própria
Cada persona tem custo de manutenção — só criar quando o benefício recorrente superar o custo de cuidar
📋 Mapeando seus tipos de trabalho — auditoria das últimas 20 tarefas
O que é
Antes de criar qualquer persona, audite as últimas 20 tarefas que você delegou ao Hermes. Os padrões vão revelar onde novas personas fazem sentido — e onde você está criando complexidade desnecessária.
Por que aprender
🔍 Protocolo de auditoria
Passo 1 — Liste as últimas 20 tarefas
Abra o histórico do Hermes e escreva uma linha por tarefa: tipo, contexto fornecido, modelo usado, tempo gasto no briefing.
Passo 2 — Agrupe por domínio
Marque cada tarefa com uma tag de domínio: marketing, código, pesquisa, conteúdo, análise, operações. Qual domínio aparece 4+ vezes?
Passo 3 — Meça o overhead de contexto
Para os domínios frequentes: quanto contexto você repetiu? Se você explica as mesmas regras de negócio toda semana, esse contexto pertence a uma persona.
Passo 4 — Identifique candidatos
Domínio com 4+ ocorrências + contexto repetido + recorrência semanal = candidato a persona. Domínio com 1–2 ocorrências = manter no Orpheus.
Conceitos-chave
Personas criadas por dados de uso real servem melhor do que personas criadas por intuição
Quanto você re-explica por tarefa mede diretamente o valor de codificar aquele contexto em uma persona
4+ ocorrências nas últimas 20 tarefas = padrão estabelecido. Menos que isso = variação aleatória
Repetir a auditoria a cada 2–3 meses — o trabalho muda e as personas devem evoluir com ele
🏪 Criando uma persona de pesquisa de mercado — Ágora
O que é
Ágora é a persona de inteligência de mercado. Usa DeepSeek V4 como Worker principal — velocidade e custo para tarefas de varredura extensa — e estrutura fixa de entregáveis para facilitar comparação entre rodadas de pesquisa.
Por que aprender
📄 Estrutura da persona Ágora
# Ágora — Inteligência de Mercado
Worker: deepseek/deepseek-chat
Crítico: claude-3-5-sonnet
Sintetizador: claude-3-5-sonnet
## Entregável padrão
1. Contexto de mercado (200 palavras)
2. Players identificados (tabela)
3. Oportunidades e ameaças (lista)
4. Recomendação de posicionamento
## Restrições
- Não citar fontes sem verificação
- Separar dado de interpretação
- Indicar nível de confiança
A estrutura fixa de entregável é a principal vantagem da Ágora vs Orpheus — outputs comparáveis entre rodadas de pesquisa, facilita rastreamento de mudanças de mercado.
Quando usar estrutura fixa vs Triad livre
Estrutura fixa: tarefas onde comparabilidade importa — pesquisa de mercado, análise de concorrência, auditorias recorrentes.
Triad livre: tarefas criativas ou exploratórias onde o formato ideal depende do conteúdo descoberto.
Por que DeepSeek para pesquisa?
Pesquisa de mercado envolve varredura de muitos ângulos com tokens baratos. DeepSeek V4 processa volumes grandes a fração do custo do Claude — ideal para a etapa de Worker.
O Crítico continua sendo Claude — rigor analítico na validação.
Conceitos-chave
Ágora carrega contexto de mercado permanente — o briefing individual foca só no que muda por rodada
Estrutura fixa = outputs comparáveis ao longo do tempo — fundamental para rastrear tendências
Escolha o Worker pelo volume de tokens necessário — DeepSeek para varredura, Claude para síntese
Ágora distingue dado verificado de inferência — reduz risco de decisões baseadas em suposições
✍️ Criando uma persona de geração de conteúdo — Hermes Scribe
O que é
Hermes Scribe é a persona editorial. Usa o soul.md como fonte de voz — garantindo que todo conteúdo produzido reflita sua identidade, não a voz genérica do modelo. Claude Sonnet como Worker para qualidade de escrita superior.
Por que aprender
📝 soul.md como fonte de voz
## Voz e estilo (seção do soul.md)
Tom: direto, sem rodeios, sem formalidade excessiva
Estrutura: parágrafos curtos, listas quando há 3+ itens
Evitar: jargão de startup, metáforas clichês, CTA forçado
Referências aceitáveis: tecnologia, filosofia prática, exemplos reais
## Instrução para o Scribe
Ao escrever qualquer conteúdo, consulte a seção
"Voz e estilo" do soul.md antes de iniciar.
O entregável deve soar como eu escrevo,
não como um assistente genérico.
A conexão entre Scribe e soul.md é a feature mais importante da persona — sem ela, o conteúdo gerado precisa de revisão extensiva para encontrar a voz certa.
Por que Claude Sonnet para escrita?
Conteúdo editorial tem custo de errar alto — uma frase de tom errado ou um argumento fraco compromete a peça inteira. Sonnet tem nuance linguística superior para essa tarefa.
O custo por token mais alto vale a diferença de qualidade para conteúdo que vai ser publicado.
Formatos que o Scribe domina
- •Posts de newsletter (400–800 palavras)
- •Threads para redes sociais (segmentadas)
- •Artigos de blog (estrutura + SEO)
- •Roteiros de vídeo curto
Conceitos-chave
A seção de voz e estilo do soul.md é lida pelo Scribe antes de cada peça — consistência automática
Conteúdo publicado justifica o custo mais alto do Sonnet — a diferença de qualidade é visível
Cada formato tem suas próprias regras — comprimento, ritmo, CTA. Scribe as aplica automaticamente
Sem soul.md, o output soa como qualquer assistente. Com soul.md, soa como você
💻 Criando uma persona de análise técnica — Arquiteto
O que é
Arquiteto é a persona de revisão e design de código. Usa Claude Code e Claude Opus como Worker — máxima capacidade para raciocínio técnico profundo. Focado em arquitetura, revisão de PRs e decisões de design, não em geração rápida de código.
Por que aprender
🏗️ Quando Arquiteto vs Claude Code direto
Claude Code direto
- • Implementação de feature específica
- • Debugging de erro isolado
- • Geração de boilerplate ou testes
- • Refatoração pontual
Arquiteto (Triad completo)
- • Revisão de arquitetura de módulo inteiro
- • Decisão entre abordagens de design
- • Revisão de PR com impacto de produção
- • Análise de dívida técnica acumulada
Por que Opus para análise técnica?
Decisões de arquitetura têm consequências de longo prazo — um design ruim custa meses de refatoração. Opus tem a profundidade de raciocínio para analisar trade-offs com nuance real.
O Arquiteto não é para tarefas rotineiras de código — é para as decisões que você vai viver por meses. O custo extra do Opus é irrelevante comparado ao custo de uma decisão ruim.
Conceitos-chave
Worker premium para tarefas onde o custo de erro supera em muito o custo do modelo
Arquiteto decide o como — Claude Code direto executa o que foi decidido
Worker propõe, Crítico questiona os trade-offs, Sintetizador sintetiza a decisão final com razões documentadas
Arquiteto conhece as convenções, o stack e as decisões passadas via soul.md técnico — sem re-explicar a cada sessão
🗂️ Gerenciando múltiplas personas — nomenclatura, tags e limite ativo
O que é
Ter muitas personas é tão ruim quanto ter poucas. O limite de 5–7 personas ativas não é arbitrário — é o máximo que se consegue manter atualizado sem deixar contexto obsoleto acumulando.
Por que aprender
Sistema de nomenclatura
- •Nome próprio — identidade, não descrição. Orpheus, Ágora, Scribe, Arquiteto.
- •Sem números ou versões no nome. Versionar o arquivo, não o nome.
- •Nome único no sistema inteiro — evitar confusão em chamadas e logs.
Tags por domínio
- •#editorial — Scribe, personas de conteúdo
- •#tech — Arquiteto, personas de código
- •#research — Ágora, personas de pesquisa
- •#ops — personas operacionais
⚠️ O problema do Pantheon inflado
Com mais de 7 personas ativas, você vai inevitavelmente:
Regra prática: Se uma persona ficou sem uso por 30 dias, arquivar. Se você não consegue definir em 10 palavras o que ela faz, mesclar com outra.
Conceitos-chave
Máximo que se consegue manter atualizado — qualidade sobre quantidade
30 dias sem uso = arquivar. Persona arquivada ainda pode ser reativada se o domínio voltar
Facilitam busca e revelam sobreposição entre personas — dois #editorial é sinal de consolidação necessária
Nomes próprios criam identidade mental — você sabe instintivamente quando chamar Ágora vs Arquiteto
🤝 Compartilhando personas com equipe — export, import e padronização
O que é
Personas são ativos reutilizáveis. O comando hermes pantheon export/import permite compartilhar personas entre membros da equipe mantendo consistência de contexto, configuração de modelo e workflow.
Por que aprender
📤 Fluxo de export/import
Exportar uma persona
Gera um arquivo YAML com configuração completa: nome, modelo Worker/Crítico/Sintetizador, prompts de sistema, entregáveis padrão e tags de domínio. Não inclui soul.md pessoal.
Importar em outra instalação
Importa a configuração da persona e oferece opção de mesclar com soul.md local. A flag --merge-soul cria uma versão da persona adaptada ao contexto pessoal de quem importa.
YAML vs JSON para personas
YAML: legível por humanos, comentários permitidos, ideal para revisão antes de importar e versionamento em Git.
JSON: parse programático, ideal para integração com outros sistemas ou automação de deploy.
O que não é exportado
- ✗Soul.md pessoal (privado por design)
- ✗Histórico de conversas anteriores
- ✗Chaves de API ou configurações de BYOK
- ✗Logs e métricas de uso pessoal
💡 Personas como ativo de equipe
Uma persona bem projetada é o equivalente a um runbook de AI — encapsula o melhor conhecimento da equipe sobre como realizar um tipo de trabalho. Compartilhar personas em repositório de equipe (Git) cria uma biblioteca de melhores práticas evolutiva. Cada importação com --merge-soul adapta o ativo ao contexto individual sem perder a essência coletiva.
Conceitos-chave
Configuração + prompts + workflow em YAML/JSON — versionável, revisável, compartilhável
O contexto pessoal não é exportado — cada membro da equipe mantém sua identidade individual
Importação com merge adapta a persona ao contexto de quem importa sem destruir a estrutura original
Versionar personas em repositório compartilhado cria histórico de evolução e facilita revisão colaborativa
✅ Resumo do Módulo
Trilha 3 concluída
Você completou a trilha Avançado — domínio de engenharia de prompts, controle de custos, monitoramento, segurança, resiliência e expansão do Pantheon. Seu sistema Hermes está pronto para produção real.