Verificando acesso...

Início / Trilha 1 / Módulo 1.4
MÓDULO 1.4

📄 soul.md — A memória persistente

A memória persistente do seu agente — identidade, missão, voz, limites e ritmo estruturados em um único arquivo.

8
Tópicos
~45
Minutos
Básico
Nível
Prática
Tipo
The Learning Loop — Cada tarefa ensina o Hermes quem você é. user.md, skills.md, memory.md.
1

📄 O que é o soul.md e por que ele existe

Sem um arquivo central, cada sessão com o Hermes recomeça do zero — explicando quem você é, o que faz, como fala. O soul.md elimina esse retrabalho: ele é carregado em todo contexto do Hermes e funciona como a memória persistente que o LLM nunca teria sozinho.

O que é

O soul.md é um arquivo markdown único — armazenado em ~/.hermes/soul.md — que codifica identidade, missão, métricas de negócio, voz, limites, ritmo e memória do operador. É injetado em cada chamada do Hermes para que o agente nunca opere como um LLM genérico.

# Estrutura do arquivo (~/.hermes/soul.md)
## Identity
## Mission
## Goals 2026
## Business
## Voice
## Hard Nos
## Rhythm
## Memory
# Carregado em TODO contexto do Hermes — ~800-1500 tokens

🌱 A diferença que o soul.md faz

Sem soul.md: o Hermes é um LLM genérico. Cada prompt precisa explicar quem você é, o que vende, como escreve. Respostas inconsistentes, voz neutra, limites violados.
Com soul.md: o Hermes opera como uma extensão sua. Conhece seu MRR, sua agenda, suas red lines. Escreve no seu tom, respeita seus limites, conhece seu histórico.

💡 Princípio fundador

Sem soul.md, o Hermes é apenas um LLM genérico. Toda capacidade do sistema — agentes, ferramentas, automações — depende deste arquivo existir e estar atualizado. É o investimento de 30 minutos com o maior retorno em todo o curso.

🔑 Conceitos-chave

Arquivo único de verdade

Toda informação persistente sobre você vive em um único arquivo legível

Injeção automática no contexto

Carregado em toda chamada do Hermes sem precisar referenciar manualmente

Markdown legível por humanos

Você lê, edita e versiona — não é um JSON opaco gerado por máquina

~800-1500 tokens por chamada

Custo de contexto baixo o suficiente para estar sempre presente

2

🆔 Identity — nome, localização, papel, canais

Quem você é, onde está, o que faz e por onde te encontram. Sem Identity, o Hermes não sabe que horas são para você — agenda reunião nas 3h da manhã do seu fuso, escreve em inglês quando você atende em português.

O que é

A seção ## Identity codifica os dados estruturais sobre o operador — nome, localização (cidade e fuso horário), papel (founder, operador, criativo), canais de comunicação (Slack, WhatsApp, email) e idioma de operação. É a primeira coisa que o Hermes precisa saber.

## Identity
name: "Nei Maldaner"
role: "Founder & sole operator at AutomationsAI"
location: "Porto Alegre, BR"
timezone: "America/Sao_Paulo (GMT-3)"
primary_language: "pt-BR"
secondary_language: "en-US (technical docs)"
# Channels (in priority order)
channels:
- slack: "@nei (response < 2h em horário comercial)"
- whatsapp: "+55 51 99... (apenas família e parceiros próximos)"
- email: "nei@automationsai.net (response < 24h)"
- calendar: "cal.com/nei (booking auto-confirmado)"

🎯 O que cada campo desbloqueia

  • timezone → o Hermes nunca agenda fora do seu horário comercial sem confirmar
  • primary_language → respostas geradas e leads tratados no idioma certo por padrão
  • role → o Hermes sabe se pode tomar decisão sozinho (operador único = sim na maioria)
  • channels com prioridade → notificações urgentes vão para Slack, não para email

🔑 Conceitos-chave

Fuso horário explícito

Evita agendamentos no meio da madrugada por confusão de timezone

Canais com prioridade

A ordem dos canais informa onde a urgência deve cair

Idioma primário e secundário

Default pt-BR, fallback en para documentação técnica

Papel define autonomia

Founder solo pode autorizar; em equipe há decisões que escalam

3

🎯 Mission & Goals — objetivo, pilares, fora de escopo

Para onde você vai e — igualmente importante — para onde você decidiu não ir. Sem Goals, o Hermes aceita qualquer oportunidade que aparece. Com fora-de-escopo explícito, ele recusa o que parece bom mas tira você do caminho.

O que é

As seções ## Mission e ## Goals 2026 codificam o objetivo de 1 ano, os 3 pilares estratégicos e — crítico — a lista explícita de "not goals" (o que está fora do escopo deste ano).

## Mission
Construir o curso de IA aplicada mais denso e prático do Brasil,
operado por uma pessoa só com auxílio de agentes.
## Goals 2026
primary: "1.000 alunos pagantes ativos até dez/2026"
pillars:
- content: "4 trilhas completas publicadas (40+ módulos)"
- distribution: "3 canais com aquisição orgânica recorrente"
- automation: ">70% do operacional rodando por agentes"
# Fora de escopo — recuse mesmo que pareça bom
not_goals:
- Consultoria 1-a-1 (mata o foco no produto)
- Eventos presenciais (custo de tempo > ROI)
- Contratar equipe (princípio de operador único)
- Aceitar investimento externo em 2026

💡 Por que "not_goals" importa mais que "goals"

A maioria das pessoas escreve metas. Poucas escrevem o que não vão fazer. O Hermes recebe propostas todo dia — leads pedindo consultoria, convites para eventos, sugestões de contratação. Sem not_goals explícito, ele propõe ações que parecem produtivas mas drenam foco. Com not_goals, ele recusa por escrito antes de te interromper.

✗ Goals fracos

  • "Crescer o negócio"
  • "Ser referência em IA"
  • "Mais alunos"
  • Sem lista de not_goals

✓ Goals operacionais

  • "1.000 alunos pagantes ativos até dez/2026"
  • "4 trilhas com 40+ módulos publicados"
  • ">70% do operacional automatizado"
  • Lista explícita de not_goals

🔑 Conceitos-chave

Objetivo único de 1 ano

Uma métrica primária mensurável — não três, não cinco

3 pilares estratégicos

As três alavancas que efetivamente entregam o objetivo primário

Not goals explícitos

A lista que faz o Hermes recusar oportunidades sedutoras mas dispersivas

Filtro automático de propostas

Cada email, lead ou ideia é testada contra Goals antes de chegar até você

4

💰 Business — receita, custos, runway, equipe

Um agente que não conhece a saúde financeira do negócio não pode tomar decisões sensíveis. Aprovar um gasto, recusar um desconto, priorizar um lead — tudo depende de saber se o runway é de 18 meses ou de 4.

O que é

A seção ## Business codifica os números vivos do negócio — MRR atual, custos fixos mensais, runway em meses, tamanho da equipe e estágio (bootstrap, seed, growth). É a única seção que precisa ser atualizada mensalmente sem falta.

## Business
# Atualizado todo dia 1 do mês — fonte: dashboard Stripe
stage: "bootstrap (sem investimento externo)"
mrr_brl: "R$ 47.200 (mai/2026)"
mrr_growth_3m: "+18% MoM médio"
fixed_costs_brl: "R$ 9.800/mês (infra + ferramentas + contador)"
variable_costs_brl: "~R$ 4.500/mês (LLMs, ads)"
runway_months: "23 (reserva R$ 280k @ burn atual)"
team_size: "1 (operador único + agentes)"
decision_thresholds:
- auto_approve: "< R$ 200 sem confirmar"
- confirm_required: "R$ 200 — R$ 2.000"
- escalate: "> R$ 2.000 (envia Slack + aguarda)"

💡 Por que o agente precisa de contexto financeiro

Sem Business, o Hermes trata todo gasto igual. Um agente que sabe que o runway é de 23 meses e o MRR cresce 18% MoM aprova investimentos diferentes de um agente que vê 4 meses de runway. A diferença entre "compre o plano anual com 20% de desconto" e "negocie mensal e renegocie em 60 dias" depende inteiramente desse contexto.

⚙️ Thresholds — a parte mais útil

Sem thresholds explícitos, o Hermes ou autoriza tudo (perigoso) ou pergunta tudo (inútil). Com thresholds escalonados, ele opera no ponto certo — autônomo no pequeno, conservador no médio, escalando o grande.

  • Auto-approve → assinatura SaaS pequena, compra de domínio, licença individual
  • Confirm-required → upgrade de plano anual, contratação de freelancer pontual
  • Escalate → equipamento, viagem, qualquer compromisso recorrente acima de R$ 2k

🔑 Conceitos-chave

MRR e crescimento de 3 meses

Snapshot atual + tendência permite decisões direcionadas, não reativas

Runway em meses, não em reais

Tempo é mais útil que valor absoluto para calibrar urgência

Thresholds escalonados

Autonomia para o pequeno, confirmação para o médio, escalada para o grande

Atualização mensal disciplinada

Esta é a única seção que precisa de update mensal — sem isso, decisões erradas

5

🎤 Voice — como falar com você e como escrever como você

Voz é o que faz o Hermes parecer uma extensão sua em vez de um chatbot. Não basta dizer "informal" ou "técnico" — Voice precisa de exemplos concretos do que você diria e do que você jamais diria.

O que é

A seção ## Voice codifica como o Hermes deve escrever como você (em emails, posts, respostas a leads) e como deve falar com você (relatórios internos, alertas). Inclui tom, do/don't list, e amostras reais de frases — o material que treina a imitação.

## Voice
# Como o Hermes escreve COMO Nei (público externo)
tone_keywords: [direto, técnico, sem floreio, sarcasmo seco ok]
sentence_length: "curtas. Fragmento ok."
jargon: "técnico ok com leitores técnicos; nunca corporativês"
do:
- "Funciona assim: X."
- "Não precisa disso."
- "O custo real é Y, o resto é narrativa."
dont:
- "Espero que esteja bem!" (saudação vazia)
- "Gostaríamos de propor..." (corporativês)
- "sinergia", "alavancar", "deliverable"
# Como o Hermes fala COM Nei (relatórios internos)
internal_format: "bullet curto, sem introdução, ação primeiro"
internal_tone: "telegráfico — caveman speak ok"

✗ Voz mismatch (gera estranhamento)

  • "Olá! Espero que esteja tudo bem aí com você. Gostaria de aproveitar este momento para..."
  • "Acreditamos firmemente que a sinergia entre nossas operações pode alavancar resultados expressivos"
  • "Conforme combinado, segue em anexo o deliverable referente ao escopo previamente alinhado"

✓ Voz match (soa como Nei)

  • "Resposta direto: funciona, mas só se X. Te explico em 2 linhas."
  • "Faz mais sentido a gente trocar 15 min do que escrever 4 emails."
  • "Anexo o material. Qualquer dúvida, manda."

💡 A regra dos exemplos reais

Adjetivos ("formal", "casual", "direto") são interpretados de forma diferente por cada modelo. Cole 5 emails reais que você escreveu e 5 que você jamais escreveria. O LLM aprende padrão melhor por amostra do que por descrição.

6

🚫 Hard nos — limites que o agente nunca pode cruzar

Hard nos são red lines inegociáveis. Não são preferências — são proibições. O Hermes pode argumentar contra qualquer outra coisa do soul.md, mas Hard Nos ele obedece sem questionar.

O que é

A seção ## Hard Nos lista comportamentos que o agente nunca pode executar, mesmo se o pedido vier de você sob pressão. Funcionam como guard-rails — protegem reputação, finanças e foco quando você está cansado, irritado ou com pressa.

## Hard Nos
# Inegociáveis. Recusar mesmo se Nei pedir sob pressão.
- Nunca enviar email cold a uma lista comprada
- Nunca aceitar reunião antes das 10h00 (horário de foco profundo)
- Nunca aceitar reunião na sexta à tarde (janela de revisão)
- Nunca fazer compromisso comercial > R$ 5.000 sem confirmação síncrona
- Nunca compartilhar dados de aluno fora do banco oficial
- Nunca prometer prazo < 48h em demanda criativa
- Nunca usar "garantido", "100%", "sem risco" em copy de venda
- Nunca responder leads no domingo (proteção pessoal)
# Comportamento quando um pedido viola um Hard No:
on_violation: "recusar + citar a regra + sugerir alternativa"

⚠️ Por que Hard Nos protege você de você mesmo

No instante em que um lead grande pede uma reunião na sexta às 17h, sua tendência é dizer sim. Quando você está cansado, o desconto agressivo soa razoável. Hard Nos são o você-com-cabeça-fria escrito por antecipação — para o você-sob-pressão obedecer.

Regra: se for negociável, não é Hard No. Coloque na seção de preferências ou Rhythm. Hard Nos têm que ser absolutos.

🛡️ Anatomia de um Hard No bem escrito

  • Verbo "nunca" explícito — sem "evitar", "preferir não", "tentar não"
  • Condição mensurável — "antes das 10h", "> R$ 5.000", não "muito cedo" ou "valor alto"
  • Razão implícita ou explícita — protege foco, reputação, finanças, saúde
  • Protocolo de violação — o Hermes recusa, cita a regra e propõe alternativa

🔑 Conceitos-chave

Hard No vs preferência

Se for negociável, não pertence aqui — vai para Rhythm ou Voice

Você-com-cabeça-fria

Hard Nos são escritos por antecipação para o você-sob-pressão obedecer

Recusa + alternativa

O Hermes não só nega — oferece o caminho aceitável

Lista curta e absoluta

5 a 10 itens, no máximo. Lista longa dilui o peso de cada um

7

⏰ Rhythm — janelas de foco, dias de criação

Rhythm é o contrato de como seu tempo é estruturado. Sem ele, o Hermes empilha reuniões em qualquer slot livre da agenda. Com ele, ele protege blocos de foco e empurra o operacional para janelas específicas.

O que é

A seção ## Rhythm codifica seu padrão semanal — janelas de foco profundo, slots para reunião, dias de criação versus dias de operação, e horários fora dos quais o Hermes não agenda nada.

## Rhythm
deep_work_blocks:
- mon-fri: "09:00 — 12:00 (zero reunião, zero notificação)"
- tue-thu: "14:00 — 17:00 (criação de conteúdo)"
meeting_windows:
- mon-wed: "14:00 — 17:00 (apenas)"
- fri: "10:00 — 12:00 (revisão de semana)"
creation_days: "tue, thu (foco em curso/conteúdo)"
ops_days: "mon, wed (reuniões, suporte, financeiro)"
review_day: "fri (retrospectiva + planejamento semana seguinte)"
off_hours: "< 09:00, > 18:30, fim de semana inteiro"

📅 Linha do tempo da semana

SEG Ops — manhã: deep work (planejamento da semana). Tarde: reuniões de suporte e financeiro.
TER Criação — manhã: escrita de módulo. Tarde: gravação ou edição. Zero reunião.
QUA Ops — manhã: deep work (refinamento). Tarde: parcerias e leads quentes.
QUI Criação — dia inteiro de produção. Janela de criação mais longa da semana.
SEX Revisão — manhã: retrospectiva da semana, planejamento da próxima. Tarde: livre / desligada.

💡 Diferença entre criação e ops

Dias de criação têm um custo de switching alto — uma reunião no meio mata a tarde inteira. Dias de ops têm switching baixo — 4 reuniões seguidas funcionam bem. Separar os dias por modalidade é o que permite o Hermes proteger criação sem te bloquear de fazer ops.

🔑 Conceitos-chave

Blocos de deep work nomeados

Slots fixos onde o Hermes recusa qualquer convite — sem exceção

Dias de criação vs ops

Separar por modalidade reduz custo de context switching

Janela de revisão semanal

Sexta dedicada a retrospectiva e planejamento — não a executar

Off-hours absolutos

Janelas onde o Hermes nunca te interrompe, mesmo com urgência

8

🧠 Memory — decisões, pessoas, ferramentas, lições

Memory é o arquivo de contexto vivo — a única seção que cresce continuamente. As outras seções definem quem você é hoje; Memory acumula o que você aprendeu, decidiu, e escolheu para que o Hermes não te peça duas vezes a mesma coisa.

O que é

A seção ## Memory é dividida em quatro sub-seções vivas — People, Decisions, Tools e Lessons — cada uma com entradas curtas em ordem cronológica. É o que evita que o Hermes te pergunte "qual é a senha do gateway?" pela quinta vez.

## Memory
### People
- Marina (CTO Acme) — parceria curso interno, contato via Slack, prefere ligação curta a email longo
- João (contador) — fechamento até dia 5; só responde WhatsApp
- Clara (designer freela) — capa de módulo, ~R$ 350/peça, 3 dias úteis
### Decisions
- 2026-03-15: Stripe sobre Pagar.me — taxa pior mas API melhor pra recorrência
- 2026-02-08: Hospedar curso em domínio próprio (automationsai.net) em vez de Kiwify
- 2026-01-20: Não aceitar afiliados em 2026 (concentração de marca)
### Tools
- Stripe → checkout + recorrência (senha no 1Password "Stripe-prod")
- Supabase → banco principal de alunos
- Cloudflare R2 → vídeos e PDFs (~R$ 80/mês)
- Cal.com → booking público
### Lessons
- Lançamento na sexta = ruim — suporte não cobre fim de semana
- Email longo < vídeo de 90s — taxa de resposta 3x maior em vídeo curto
- Desconto > 30% atrai aluno errado — churn alto, suporte caro

🌿 Como Memory cresce ao longo do tempo

MÊS 1 ~5 entradas em People, 2-3 em Decisions, lista crua de Tools. Memory ainda é magro.
MÊS 3 ~15 pessoas com preferências, 10 decisões com datas, Lessons começa a aparecer com 4-5 padrões observados.
MÊS 6 Memory vira a seção mais densa do soul.md. Hora de revisar e podar — Lessons obsoletas saem, decisões revertidas viram histórico arquivado.
MÊS 12 Memory pode ter ficado grande demais. Divide em memory-archive.md e mantém só os últimos 90 dias ativos em soul.md.

💡 A regra do "não pergunte duas vezes"

Toda vez que o Hermes te pergunta algo que ele já deveria saber, isso é dívida no Memory. Adicione a resposta imediatamente. Em 30 dias, ele para de te interromper — porque já sabe. Memory bem mantido é a métrica direta de quantas interrupções você corta por mês.

🔑 Conceitos-chave

Quatro sub-seções vivas

People, Decisions, Tools, Lessons — cada uma com função distinta

Decisões com data

Datar permite que decisões antigas sejam re-avaliadas e arquivadas

Lessons como padrão repetido

Só vira Lesson o que você observou pelo menos 2-3 vezes

Poda periódica

A cada 3-6 meses, Memory precisa ser revisado e podado

Resumo do Módulo

soul.md como arquivo único — vive em ~/.hermes/soul.md e é injetado em todo contexto. Sem ele, o Hermes é um LLM genérico.
Identity define operação — fuso, idioma e canais com prioridade evitam agendamentos errados e respostas no idioma errado.
Not_goals importa mais que goals — a lista de fora-de-escopo faz o Hermes recusar oportunidades dispersivas.
Business com thresholds escalonados — autonomia para o pequeno, confirmação para o médio, escalada para o grande.
Voice por exemplo real — amostras de frases que você diria e jamais diria treinam melhor que adjetivos.
Hard Nos são absolutos — o você-com-cabeça-fria escrito por antecipação para o você-sob-pressão obedecer.
Rhythm separa criação de ops — protege deep work com blocos nomeados e dias dedicados por modalidade.
Memory é o arquivo vivo — People, Decisions, Tools e Lessons crescem, são podados e evitam que o Hermes pergunte duas vezes.

Próximo Módulo:

1.5 — OpenRouter: roteando modelos de forma econômica e resiliente