Sistema Vivo
Doutrina de arquitetura do Sistema Vivo, o método para construir software em que nada...
Install
npx skills add melgarafael/DeskcommCRM --skill sistema-vivo -g -a claude-code -y- Repository
- melgarafael/DeskcommCRM5k
- Category
- Engineering
- Updated
- 3d ago
- License
- MIT
- Context cost
- Mediumabout 2,096 tokens
- Runs scripts
- No, instructions only
What it does
Doutrina de arquitetura do Sistema Vivo, o método para construir software em que nada morre por falta de resposta, resolução ou visibilidade. USE SEMPRE ao implementar, projetar ou refatorar QUALQUER peça de um sistema que atende pessoas (lead, agente, atendente, follow-up, conversa, pipeline, handoff, demanda, caso, métrica, painel, log, tela, worker, rota, tabela). Aplica os 7 invariantes, nada é ilha, continuidade IA↔humano nas duas direções, log universal e visível, nenhuma demanda sem próximo passo, informação com propósito, configuração com superfície, todo laço se fecha, mais a regra do tempo (observação em realtime, ação no tempo do humano). Aciona em toda task que adiciona ou muda comportamento, dado, rota, componente, worker ou métrica. Fonte: docs/doctrine/sistema-vivo.md (lei) e docs/doctrine/sistema-vivo/ (manual).
Sistema Vivo, gate de arquitetura
Esta skill é o gate operacional. A lei está em docs/doctrine/sistema-vivo.md; o racional completo, no manual docs/doctrine/sistema-vivo/.
Portabilidade: as seções 1 a 6 são universais, valem em qualquer sistema que adote a doutrina. A seção 7 (Binding) é o que muda de repositório para repositório. Ao levar esta skill para outro sistema, reescreva só a seção 7.
1. O princípio em uma frase
O sistema é responsável pela linha do tempo inteira de cada demanda, alguém interessado ou alguém com um problema, até a resolução ou o encerramento declarado pela própria pessoa.
Nada morre por falta de resposta, de resolução, ou porque ninguém viu. Toda peça é um polvo: recebe e distribui.
2. O checklist, responda ANTES de declarar pronto
Living System Checklist, <nome da peça>
[ ] 1. Quem me alimenta? → aresta de entrada; fonte real e confiável
[ ] 2. Quem eu alimento? → aresta de saída; "ninguém" = ilha
[ ] 3. Que registro eu emito? → atividade / auditoria / evento
[ ] 4. Onde eu apareço na tela? → registro só no banco é registro morto
[ ] 5. Por qual porta se chega? → ter tela ≠ ser alcançável
[ ] 6. Qual meu anti-morte? → próximo passo garantido, ou justificativa
[ ] 7. Onde se configura? → ver + mudar + o que aparece se faltar
[ ] 8. Qual a continuidade? → IA↔humano, nas DUAS direções
[ ] 9. Qual meu laço de retorno? → o que muda no sistema quando eu erro
[ ] 10. Atualizei o mapa? → peça nova entra com ≥2 arestas
Como se responde mal, e é o padrão: respondendo o que a peça poderia fazer. A resposta válida nomeia o artefato concreto, o consumidor real, a tela real, o log real. "Vai aparecer no painel" não é resposta; "aparece na timeline do lead, renderizada por <componente>" é.
