👥 Multi-cliente

Multi-cliente é a capacidade do OS de servir N clientes a partir de UMA instalação, mantendo voice, ICP e positioning separados por cliente em clients/<nome>/.

Para decidires bem o teu setup. Ativar multi-cliente sem o precisar adiciona fricção; não o ativar quando precisas leva a misturar contextos e gerar copy errada.

Freelance/agência com 2+ clientes → ativa · single-business ou marca pessoal sozinha → raiz · "verticais do mesmo produto" não são multi-cliente.

Template com voice profissional-acessível (formality 6/10, directness 8/10, warmth 7/10), positioning de implementador IA solo, ICP B2B PME-meio.

É o vertical mais comum entre operadores iAmasters. Inclui jargão técnico moderado (LLM, RAG, embeddings) e vocabulário proibido (leverage, "transformação digital integral", "ecossistema holístico").

Fala em "eu" (operador), não "nós" · tom directo sem ser frio · usa para clientes onde TU és a marca implementadora.

Voice criativa, profissional, com toque humano. Fala como equipa ("nós"), vocabulário marketing-aware. Ideal para agências com 5-30 clientes em simultâneo.

Este template é da AGÊNCIA, não dos clientes dela. Cada cliente final terá A SUA voice (criada quando crias o cliente desse cliente da agência, se aplicável).

Voice da agência vs voice de cada cliente · "nós" vs "eu" · entregáveis recorrentes (content calendar, ads, reports) · ICP B2B SMB.

Voice didática, calorosa, com personalidade vincada. Alta frequência de output (LinkedIn, X, YouTube). Tem que se sentir um humano específico, não "academia genérica".

Para criadores de cursos/comunidade (200-2000€ ticket) onde a tua marca pessoal É o produto. Skills marketing-* adaptam-se ao registo de cada plataforma.

Tom didático mas não infantil · admite incerteza ("acho", "talvez") · padrões para reels, posts, threads · adapta-se a audiência.

Voice formal-autoridade (formality 8-9/10, humor 1-2/10). Decks, frameworks, propostas formais. Engagements 3-12 meses com empresas médias/grandes.

Para consultores B2B onde o cliente paga por seriedade, processo e autoridade. Vocabulário técnico-empresarial. Sem casualismos, sem memes, sem "uau".

Registo A formal por defeito · evita emojis no entregável final · frameworks visíveis · "no nosso entender", "evidências sugerem".

Script bash scripts/add-client.sh <nome> <vertical> que valida o nome (kebab-case), clona o template escolhido, substitui placeholders {{CLIENT_NAME}} e gera o CLAUDE.md de overrides.

Para arrancares um cliente em <1 min sem esqueceres ficheiros. Recusa duplicados, indica próximos passos. Modo vacio se nenhum template encaixa.

Regex ^[a-z0-9-]+$ · sed replace de placeholders · CLAUDE.md por cliente · estrutura brand-context/context/projects criada.

Quando fazes cd clients/acme && claude, o Claude lê CLAUDE.md raiz (instruções gerais) + clients/acme/CLAUDE.md (overrides) + brand-context e context do cliente. Skills da raiz continuam disponíveis.

Para colocares regras específicas por cliente no sítio certo (override) e regras gerais na raiz. Saber a ordem evita conflitos.

Skills custom por cliente em clients/<X>/.claude/skills/ · Sinapsis (operator-state) é global · brand-context é por cliente.

Ritual: cd clients/acme && claude → trabalha → /wrap-up → exit → cd ../widget && claude → repetir. Wrap-up entre clientes guarda daily summary específico de cada um.

Sem este ritual misturas contextos. Wrap-up ao mudar cliente é regra de ouro — separa learnings, decisions-log e summaries.

"Sempre cd antes de claude" · 2 terminais para sessões simultâneas · nunca trabalhar cliente desde a raiz.

Por design, as skills NÃO partilham dados entre clientes. clients/<nome>/ está no .gitignore por defeito. Update.sh nunca toca em ficheiros de clientes.

Para não acidentalmente usares case study de Acme numa proposta a Widget. Se queres reutilizar info, geras "case study anonimizado" como output do cliente A e referencias.

.gitignore por defeito · update.sh respeita user-data · anonimização consciente · backup separado para clientes críticos.

Skill que lê operator-state, daily summary de ontem, learnings, projetos abertos e propõe tarefa para hoje. Saúda com: "Ontem deixaste X. Continuas com Y ou mudamos?".

Sem ritual de início, perdes 5-10 min cada sessão a relembrar onde ias. Com start-here, em 30s estás operacional. Por cliente ou na raiz, conforme o cwd.

Auto-deteção needsOnboarding · cumprimento contextual · deteção de skills pendentes · lembrete deep-dive se aplicável.

9 passos: recap, sync skills-catalog, atualiza CLAUDE.md registry, append learnings, gera daily summary, deteta projetos para arquivar, propõe commit (espera aprovação), trigger Sinapsis EOD, despedida.

É o que faz amanhã haver memória de hoje. Sem wrap-up, daily summary não se gera, o /start-here de amanhã não tem nada para ler. Em multi-cliente, separa summary por cliente.

Daily summary em synapsis/daily-summaries/ · "For tomorrow" · conventional commits · NÃO push automático · NÃO se invoca por Ctrl+C.

bash scripts/update.sh sincroniza com upstream: skills core, templates, vendor/sinapsis/. NUNCA toca em clients/<nome>/, brand-context/, context/, projects/ nem .env.

Para não te desatualizares (skills novas, fixes) sem medo de perder o teu. A regra de ouro: separação user-data vs system-files. Skills custom por cliente também protegidas.

Backup automático antes · conflict resolution interativo · valida com /doctor após update · re-run install se mudou state schema.