Método S2S: converter
→ sinais em sistemas.

S2S é o método extraído de 2.181 commits e 879 prompts: classificar o sinal, escolher entre PULL, PUSH ou RAIZ, comparar antes de construir e fechar com prova mensurável.

2.181commits analisados
879prompts de base
3motores: pull/push/raiz
Legenda de coresMapa semântico do Método S2S
PULLinspiração externa · ponto latente
PUSHdor repetida · 3+ ocorrências
RAIZinsight recorrente · heurística
Dossiêplayers · scorecard · gap
Re-benchDoD real · delta mensurável

Sinal → filtro → sistema

O Método S2S não começa com ferramenta. Começa com leitura de sinal.

Quando uma ideia aparece, eu não tento transformá-la imediatamente em produto, automação ou interface. O primeiro movimento é mais lento e mais importante: entender que tipo de sinal apareceu. Se veio de uma referência externa, é PULL. Se veio de uma dor repetida no fluxo real, é PUSH. Se veio de uma regra mental que volta em contextos diferentes, é RAIZ. O erro original é tratar os três como se fossem a mesma coisa.

A diferença entre uma anotação e um sistema está no filtro. Uma anotação registra o que chamou atenção; um sistema decide o que fazer com aquilo. Por isso o S2S passa por dossiê antes da story: players, scorecard, gap e evidências. Comparar não é copiar. Comparar é descobrir o nível do jogo, entender o que já funciona e proteger o trabalho de virar invenção isolada.

O ciclo fecha apenas quando a execução deixa uma estrutura reutilizável e uma prova de melhoria. Pode ser uma story, uma skill, uma matriz, uma rotina de validação, um playbook, um material ensinável ou uma melhoria no design system. O formato final muda, mas o princípio não muda: sinal sem filtro vira distração; filtro sem execução vira análise acumulada; execução sem re-bench vira opinião.

01Sinal
02Filtro
03Comparação
04Execução
05Prova
06Sistema

GPS da aula

Antes dos diagramas, entenda para onde esta aula te leva.

Destino

Ao final, você deve conseguir pegar uma ideia real e responder: ela é PULL, PUSH ou RAIZ? Qual gate ela precisa atravessar? Qual mecanismo prova que ela virou sistema?

Origem

O ponto de partida provável é confusão: tratar inspiração, dor e insight como se fossem a mesma coisa. Quando isso acontece, você constrói cedo demais ou documenta sem transformar.

Rota

A rota desta aula tem só três ideias-mãe: classificar o sinal, aplicar um gate antes de executar e fechar o ciclo com prova. Todo bloco visual existe apenas para reforçar uma dessas três.

Regra de estudo:Não tente decorar todos os nomes. Carregue só três perguntas: de onde veio o sinal? O que impede ele de avançar cedo demais? Como sei que virou mecanismo?

Heurística AN_KE_147

AN_KE_147 é uma regra prática do Alan: toda intuição importante precisa virar mecanismo. No S2S, ela funciona como gate para separar aprendizado real de frase bonita.

Aspiração

  • "Sempre faça code review."
  • "Compare antes de construir."
  • "Documente aprendizados."
  • Soa certo, mas não se sustenta sob pressão.

Mecanismo

  • Hook, validator, script, checklist ou branch protection.
  • Falha visível quando alguém ignora.
  • Métrica que prova se continua vivo em 30 dias.
  • Regra SE/ENTÃO/NUNCA quando vira heurística.
A pergunta centralQuando alguém escreve um princípio, uma regra ou uma heurística nova, AN_KE_147 obriga uma pergunta simples: se alguém ignorar isso amanhã, o que acontece? Se a resposta for "nada, alguém talvez perceba depois", ainda é aspiração. Para virar mecanismo, precisa existir uma trava, um teste, um gate, um owner ou uma métrica que mantenha a regra viva sem depender de memória humana.

Exemplos fracos

  • "Sempre faça code review" sem branch protection.
  • "CLI first" sem comando, teste ou check automatizado.
  • "Documente decisões" sem template, gate de ADR ou revisão.
  • "Compare antes de construir" sem benchmark obrigatório no fluxo.

Exemplos fortes

  • Merge bloqueado se não houver aprovação.
  • Validator falha quando uma story não referencia evidência.
  • ADR só fecha com fitness function e severidade definida.
  • Skill só promove se passar por teste, revisão e uso real.
Como usar dentro do S2SPULL precisa virar skill validada, não inspiração solta. PUSH precisa virar pipeline com critério de sucesso, não reclamação recorrente. RAIZ precisa virar heurística com contexto, regra de ativação, risco e prova de uso futuro. Em todos os casos, a pergunta é a mesma, isso virou mecanismo ou só ganhou um nome bonito?

Comece pelo movimento

Primeiro vem o movimento geral do Método S2S. Os termos técnicos só entram depois que a lógica está clara.

Como ler esta aula

1. A ideia aparecePode vir de inspiração externa, dor repetida, insight recorrente ou necessidade de benchmark.
2. Alan comparaEle verifica referências fortes, players, padrões e gaps antes de construir.
3. Vira execuçãoO sinal vira story, skill, pipeline, matriz, contrato ou melhoria implementável.
4. Fecha com provaO ciclo só fecha com validação, revisão crítica e sistema reutilizável.

[ a ] Objetivos da aula

  • Identificar qual sinal iniciou uma ideia.
  • Explicar por que comparar vem antes de construir.
  • Escolher uma sequência AIOX coerente com o caso.
  • Avaliar se o ciclo virou sistema com prova suficiente.

[ b ] Onde você está?

  • Começando — foque Mapa Simples e Decisão.
  • Já usa AIOX — foque Casos Reais e Comandos.
  • Vai implementar — foque Benchmark, Processos e Métricas.

[ c ] Leitura prática

Leia cada bloco procurando uma resposta prática: qual era o sinal, qual foi o filtro, qual comando entrou, qual evidência provou melhoria e qual sistema ficou reutilizável.

Aprendizado do guia de fluxoUma aula fica mais clara quando cada etapa tem objetivo, portão de avanço, analogia e ação prática.
GGPS antes do conteúdoComece dizendo onde o aluno vai chegar e de onde ele está saindo.
1Fluxo com portõesCada etapa precisa responder: posso avançar ou preciso voltar?
2Analogia na hora certaA analogia entra quando o conceito é abstrato, não como decoração.
3Recap com açãoA aula termina melhor quando o aluno sai com uma decisão concreta de 2 minutos.

O processo sem jargão

Antes dos nomes técnicos, o Método S2S é só isto: perceber, filtrar, comparar, construir, provar e sistematizar.

Em uma fraseAlan converte sinais interessantes em sistemas úteis, e cada sistema melhora o próximo ciclo.
1

Não começa construindo

Começa entendendo se aquilo realmente vale entrar no sistema.

2

Não cria do zero se já existe algo bom

O aluno aprende a procurar exemplos, concorrentes e referências para absorver o melhor.

3

Não termina quando funciona

Termina quando a melhoria foi comprovada e o aprendizado virou mecanismo.

Diagrama principal: do começo ao fim

1

Classifico o motor

Alan vê se o começo é pull, push ou raiz antes de decidir o caminho.

2

Aplico o gate

Isso é útil de verdade? Já apareceu mais de uma vez? Existe base no sistema?

3

Monto o dossiê

Ele procura quem já faz bem, quais são os padrões e onde está o gap.

4

Story herda do dossiê

O trabalho vira story, checklist, contrato ou plano de execução.

5

Absorvo, não reinvento

Ele reusa, adapta, conecta e melhora o que já existe.

6

Faço re-bench

Ele compara de novo com a referência. Se não venceu, volta e ajusta.

7

Promovo a mecanismo

O que funcionou vira regra, heurística, skill, pipeline ou material ensinável.

O que o Método S2S evita

  • Construir por empolgação sem demanda real.
  • Automatizar uma dor que apareceu só uma vez.
  • Criar do zero algo que já existe melhor.
  • Declarar sucesso sem comparar com referência.

O que ele força

  • Separar impulso de oportunidade real.
  • Comparar antes de construir.
  • Converter aprendizado em mecanismo reutilizável.
  • Fechar o ciclo com prova, não com sensação.

Fluxograma de decisão

O aluno usa este mapa para escolher a rota antes de rodar comandos AIOX.

O que iniciou a ideia?

Identifique o sinal antes de agir.

Vi algo externo forte

Post, vídeo, ferramenta, tendência ou concorrente chamou atenção.

signal

Senti uma dor repetida

Processo lento, retrabalho, qualidade instável ou fricção recorrente.

pain
↓ ↓ ↓

Tive um insight recorrente

Uma regra mental apareceu em vários contextos.

insight

Tenho muitos players

Há referências suficientes para comparar por eixos.

bench
↓ ↓ ↓

Qual é o gate?

Sem gate, a ideia vira distração. Responda: qual é o sinal, qual é o critério de avanço e qual prova mostrará melhoria?

Rota InspiraçãoUse Inspiração. Compare com o melhor e veja se existe base interna para absorver.
Rota DorUse Dor. Pare de remendar caso isolado e converta a fricção em processo.
Rota InsightUse Insight. Formalize em SE/ENTÃO/NUNCA e teste em uma sessão real.
Rota BenchmarkUse Benchmark. Compare por critérios antes de decidir o que absorver.
Pausa para checagemAntes de rodar qualquer comando, o aluno deve conseguir responder: qual é o sinal, qual é o gate e qual será a prova?

Os 3 motores nativos

Toda iniciativa nasce de um destes três lugares. Saber qual é o começo evita usar o processo errado.

1. Vi algo e liguei os pontos

Alan acompanha mentes fortes, vê uma ideia no mundo e percebe que já tem peças internas para criar algo melhor ou mais completo.

Exposição externaPonto latente no repoComparação rápidaSkill ou produto

2. Uma dor ficou repetitiva

Alan está trabalhando, algo fica lento ou chato várias vezes, e a fricção vira candidata a automação.

Dor no fluxo real3+ ocorrênciasCorreção em lotePipeline ou infraestrutura

3. Um insight pediu forma

Uma regra mental aparece em várias situações. Se ela tem contexto claro, vira heurística ou mecanismo.

Insight recorrenteRegra SE/ENTÃO/NUNCATeste em sessão realHeurística, regra ou hook
Funcionou se
  • O aluno consegue apontar qual começo gerou a iniciativa.
  • O aluno sabe dizer qual rota não deve usar.
Cluster 1 / 5intro · mapa · 3 começos

Você já sabe ler o método, o processo simples e os 3 começos possíveis. Agora vai ver isso aplicado.

Casos Reais

Casos reais do método

Quatro estudos de caso mostram como Alan reconhece o tipo de sinal, escolhe a rota e fecha com um resultado validável.

design-md

Quando uma tendência externa encontra uma base interna pronta.

Rota · signal
Começou comoTendência externa de design para IA.
VirouSkill e visualização aplicável.
ProvaSite publicado e fluxo reutilizável.
LiçãoInspiração só vale quando encontra base interna.
SituaçãoO mercado apontou para design.md e design para agentes.
DecisãoNão copiar a tendência; conectar com capacidade interna.
EvidênciaPesquisa, skill e visualização publicados em fluxo utilizável.
Mensagem ao alunoInspiração boa precisa virar comparação e execução.
ContextoDesign.md e ferramentas de design para IA começaram a ganhar atenção. Para um aluno comum, isso parece apenas mais uma tendência. Para Alan, foi um sinal de fronteira.
Percepção-chaveNão era necessário começar do zero. Já existiam peças internas de design, extração e visualização que podiam ser conectadas.
DecisãoValidar rapidamente o estado-da-arte, absorver o padrão útil e materializar em uma skill aplicável.
1SinalClaude Design, design.md e referências similares aparecem no ambiente.
2FiltroExiste ponto latente: base de design, extração e interface já estava no ecossistema.
3Comandos AIOX$AIOX:tech-research para prior-art + $AIOX:design-md para materializar o processo.
4ValidaçãoO resultado precisa gerar uma visualização e um artefato reutilizável, não só uma análise textual.
Ver design-md no ar
AntesTendência solta no mercado.
DepoisSkill e visualização aplicáveis.
LiçãoInspiração só vira ação quando encontra base interna.

tech-research

Quando uma dor repetida vira um processo de pesquisa melhor.

Rota · pain
Começou comoPesquisa lenta e pouco padronizada.
VirouPipeline repetível de investigação.
ProvaEvidência, critérios e revisão.
LiçãoDor repetida merece sistema.
SituaçãoPesquisar exigia abrir fontes, comparar e justificar manualmente.
DecisãoConverter retrabalho recorrente em pipeline de investigação.
EvidênciaCritérios explícitos, fontes rastreáveis e revisão de qualidade.
Mensagem ao alunoDor só vira sistema quando aparece de novo e de novo.
ContextoPesquisas técnicas e benchmarks exigiam abrir muitas fontes, comparar concorrentes e organizar evidências manualmente.
Percepção-chaveA lentidão não era um incômodo isolado. Era uma fricção recorrente que aparecia em vários trabalhos.
DecisãoConverter a dor em pipeline: etapas claras, critérios explícitos, evidências rastreáveis e recomendações comparáveis.
1SinalPesquisar benchmarks manualmente estava lento e pouco padronizado.
2FiltroA dor se repetiu 3+ vezes, justificando sair de fix local para processo.
3Comandos AIOX$AIOX:tech-research para estruturar a investigação + $AIOX:review-story para validar qualidade.
4ValidaçãoO pipeline precisa reduzir retrabalho e produzir comparação rastreável, não apenas respostas rápidas.
AntesPesquisa lenta e dependente de esforço manual.
DepoisPipeline repetível com evidência e critérios.
LiçãoDor repetida merece sistema; dor isolada merece só correção.

slide-creator bench absorption

Quando um repertório bom precisa virar um sistema comparável, auditável e melhorável.

Rota · bench
Começou comoDúvida sobre qualidade dos templates.
VirouBenchmark Gold com matriz comparativa.
Prova9 players, 531 células, 97.7/100.
LiçãoBenchmark converte opinião em roadmap.
SituaçãoHavia 58 wireframes internos e 8 OSS baixados, mas pouca clareza de prioridade.
DecisãoAnalisar cada player por estrutura real e comparar por eixos.
Evidência9 players, 70 artefatos, 531 células e validação Gold 97.7.
Mensagem ao alunoBenchmark bom mostra exatamente o que absorver e o que proteger.
ContextoA skill slide-creator já tinha 58 wireframes próprios por função narrativa. Além disso, Alan já havia baixado projetos open-source de slides com IA em ../bench.
Percepção-chaveO ganho não viria de ter mais inspiração, e sim de converter esse material local em evidência comparável.
DecisãoRodar um benchmark Gold sem nova pesquisa web: reaproveitar clones locais e benches existentes para gerar matriz de categorias e plano de absorção implementável.
1DorTemplates existiam, mas não havia clareza sobre cobertura, qualidade visual e gaps contra players fortes.
2Base prontaForam usados 8 players open-source já baixados mais o anchor interno slide-creator, totalizando 9 comparados.
3Redirect correto/tech-research percebeu comparação multi-player e mudou para /research-bench.
4Análise um a umCada repositório foi inspecionado por estrutura real: templates, TSX/SVG/YAML, famílias visuais, charts, themes e contratos.
5MatrizO material foi organizado em 4 eixos: função narrativa, papel no pipeline, mídia/elemento e estilo visual.
6ProvaO bench gerou 70 arquivos, 59 microdimensões, 531 células comparativas e validação Gold 97.7/100.
7MelhoriaO relatório virou waves de implementação, fechamento de gaps e revisão crítica antes de declarar pronto.
9players comparados
70artefatos gerados
531células comparativas
97.7validação Gold
16/16gaps tratados
AntesTemplates bons, mas sem prova clara de cobertura, gaps e prioridade de absorção.
DepoisMatriz comparativa, ranking, gap-analysis, roadmap e waves de implementação.
LiçãoQuando já existe material baixado, o valor está em classificar, comparar e decidir com evidência.

AN_KE

Quando um insight recorrente vira uma heurística ensinável.

Rota · insight
Começou comoPadrão mental recorrente.
VirouHeurística consultável e ensinável.
ProvaAtiva comportamento em nova sessão.
LiçãoConhecimento precisa virar mecanismo.
SituaçãoA mesma regra mental reaparecia em decisões e revisões.
DecisãoRegistrar como regra prática com contexto, uso e risco.
EvidênciaA heurística precisa orientar uma sessão futura.
Mensagem ao alunoInsight que não muda comportamento ainda é só anotação.
ContextoDurante várias sessões, certos padrões de decisão voltavam: comparar antes de construir, validar antes de concluir, converter erro em artefato.
Percepção-chaveSe a regra fica só na cabeça, ela não escala. Para ensinar e repetir, precisa virar fórmula prática.
DecisãoRegistrar cada insight como heurística com contexto, regra de uso, risco e critério de ativação.
1SinalO mesmo padrão mental aparece em sessões, tarefas e revisões diferentes.
2FiltroSó entra se virar regra prática: SE acontecer X, ENTÃO fazer Y, NUNCA fazer Z.
3Comandos AIOX$AIOX:oalanicolas + *extract-session-heuristics + *validate-extraction.
4ValidaçãoA heurística precisa ser usada em nova sessão. Se não ativa comportamento, é só anotação bonita.
AntesInsight solto dependente da memória.
DepoisRegra reutilizável e ensinável.
LiçãoConhecimento só escala quando vira mecanismo.

O que foi analisado no bench

O benchmark comparou o anchor interno com players open-source já disponíveis localmente. Isso evita opinião solta: cada conclusão nasce de código, template, contrato ou estrutura real.

  • slide-creator
  • presenton
  • ppt-master
  • banana-slides
  • PPTAgent
  • presentation-ai
  • slide-deck-ai
  • powerpoint-skill
  • PresentAgent-2

Achados que mudam a decisão

O anchor era forte em função narrativa, mas perdia em estilo visual, runtime de pipeline e diversidade de mídia. Presenton apareceu forte em volume e famílias; ppt-master liderou estilo visual com layouts, charts e renderizações.

4 eixos da matriz de absorção

O bench vira sistema quando as referências são comparadas por eixos explícitos.

Função narrativa

Para que cada slide serve: agenda, benchmark, resumo executivo, pricing, timeline e outros.

Papel no pipeline

Onde o template entra: planejamento, geração, render, export, revisão ou pacote final.

Mídia e elementos

Texto, charts, imagens, ícones, layouts, evidências, tabelas e composição visual.

Estilo visual

Famílias de design, tiers visuais, temas, variações e qualidade percebida.

CategoriaPerguntaSinal saudávelSinal de risco

Hero / Cover

PerguntaA abertura segura atenção e posiciona o deck?
Sinal saudávelPPT Master / Presenton mostram padrão forte de capa.
Sinal de riscoSlide Creator precisa absorver variações de abertura.

Comparison / Decision

PerguntaA matriz ajuda a decidir?
Sinal saudávelSlide Creator já é referência em decisão e comparação.
Sinal de riscoPlayers visuais podem ser bonitos sem decisão clara.

Architecture / Diagram

PerguntaO mecanismo fica visível?
Sinal saudávelForça interna clara em diagramas e explicação de sistema.
Sinal de riscoReferências externas ajudam menos nessa camada.
Prova do bench
9 players70 artefatos531 células
Validação
97.7/100 Gold16/16 gaps tratados0 relatório solto
Cluster 2 / 5quatro casos reais

Você viu o método rodando em 4 casos. Agora entra a nomenclatura técnica que faz cada passo virar sistema.

Trilogia

A trilogia técnica

Depois do mapa simples, estas são as três camadas que explicam o Método S2S em profundidade.

1

Cognitive State

Os modos permanentes que ficam ligados antes de qualquer gatilho: iteracao, comparacao, anti-NIH, suspeita e didatismo.

WHYsempre-on879 prompts
2

Development Methodology

Os tres comecos possiveis e o ciclo cerimonial: Bench/Research, Story/DoR, Dev/Absorcao, Re-bench, Learning Log.

WHATPULL/PUSH/RAIZ2.181 commits
3

Execution Mechanics

O ritmo operacional: multi-stream, stop hooks, cross-repo, LLM sparring, efeito composto e error-to-artifact loop.

HOWcadenciamecanica

O ciclo de trabalho

Agora com os nomes técnicos. Pense nele como a linha de produção que converte uma oportunidade em algo validado.

linha de produção S2S

1

Captura

Todo material bruto entra aqui: vídeos, conversas, prints, pesquisas, outputs de IA e notas.

2

Bench / Research

Alan compara com referências para entender o que já existe e qual seria o padrão alto.

3

Story / DoR

O trabalho vira uma tarefa clara: objetivo, critério de sucesso e escopo.

4

Dev / Absorção

Alan constrói aproveitando o melhor que achou: conecta, adapta e melhora.

5

Re-bench

Alan compara de novo para provar que ficou melhor. Se não ficou, volta.

6

Learning Log

O aprendizado é salvo para não depender da memória e acelerar o próximo ciclo.

Router das Rotas

Nem toda ideia merece o mesmo tratamento. Primeiro descubra de onde ela veio.

[ROTA 01] Inspiração

Inspiração

Quando uma referência externa mostra uma oportunidade real.

  • 1Sinal: alguém bom mostrou algo interessante.
  • 2Pergunta: já existem peças internas para fazer isso?
  • 3Ação: comparar rápido e construir em burst.
  • 4Resultado: skill ou interface utilizável.
[ROTA 02] Dor

Dor

Quando a dor empurra o processo a melhorar.

  • 1Sinal: a mesma fricção apareceu 3+ vezes.
  • 2Pergunta: isso está custando tempo de verdade?
  • 3Ação: corrigir em lote antes de criar sistema.
  • 4Resultado: pipeline ou infraestrutura.
[ROTA 03] Insight

Insight

Quando um insight pede estrutura.

  • 1Sinal: a mesma percepção aparece em contextos diferentes.
  • 2Pergunta: consigo explicar como regra prática?
  • 3Ação: formalizar, testar e remover duplicação.
  • 4Resultado: heurística, regra ou automação.

Sequências de Comandos AIOX

Para aplicar o Método S2S, escolha a sequência correspondente ao começo da ideia.

◇ signal

Sequência Inspiração: oportunidade → skill

Use quando uma ideia externa aparece e parece conectável ao que já existe.

  1. $AIOX:tech-research — pesquisar estado-da-arte e prior-art.
  2. $AIOX:oalanicolas + *assess-sources — separar ouro de bronze.
  3. *find-0-8 — achar o 0,8% que realmente importa.
  4. $AIOX:develop-story — converter a oportunidade em execução.
  5. $AIOX:review-story — revisar contra critérios e benchmark.
  6. $AIOX:close-story — fechar somente depois de validar.
✕ pain

Sequência Dor: fricção → pipeline

Use quando o aluno sentiu a mesma fricção várias vezes no trabalho real.

  1. $AIOX:oalanicolas — descrever a dor e o contexto.
  2. *extract-implicit — extrair premissas e heurísticas ocultas.
  3. $AIOX:tech-research — ver se alguém já resolveu a dor.
  4. $AIOX:aiox-architect — desenhar o pipeline mínimo.
  5. $AIOX:develop-story — implementar sem inflar escopo.
  6. $AIOX:review-story — garantir que a dor foi reduzida.
✦ insight

Sequência Insight: regra mental → heurística

Use quando uma regra prática aparece repetidamente e precisa ser registrada.

  1. $AIOX:oalanicolas — ativar o modo Knowledge Architect.
  2. *extract-session-heuristics — extrair heurísticas da sessão.
  3. *deconstruct — descobrir perguntas e decisões por trás.
  4. *validate-extraction — validar citações, frases e inferências.
  5. $AIOX:materialize-doc — materializar em artefato consultável.
  6. $AIOX:commit — registrar quando estiver pronto.
Regra para alunosO comando não substitui o julgamento. Primeiro identifique o começo, depois escolha a sequência. Usar a sequência errada gera processo bonito e resultado fraco.

Evite

  • Pular a comparação e começar tela, skill ou automação antes de saber o padrão do mercado.
  • Uma dor apareceu uma vez e já vira pipeline. No S2S, dor precisa repetição ou impacto claro.
  • Comparar vários players sem converter o aprendizado em score, gap e plano de absorção.
  • O trabalho parece pronto, mas não existe revisão, re-bench, uso real ou métrica de melhoria.

Faça

    Não confundainspiração com cópia

    Inspiração aponta uma oportunidade.

    Esclareça: O S2S exige comparação, adaptação e validação.

    Não confundabenchmark com lista

    Benchmark não é juntar links.

    Esclareça: É comparar por critérios e decidir o que fazer com o gap.

    Não confundaprocesso com burocracia

    Processo bom reduz retrabalho e melhora decisão.

    Esclareça: Se só adiciona etapas, está errado.

    Não confundapronto com validado

    Pronto é quando executou.

    Esclareça: Validado é quando existe evidência de melhoria ou uso real.

    Processos validados

    Estas são as rotas operacionais apresentadas aos alunos. Cada rota converte um tipo de sinal em um tipo de resultado.

    Benchmark Competitivo → Absorção em Produção

    Rota para oportunidades externas com referência clara.

    Fase 1 · PlanBenchmark, players, scorecard e definição do gap.
    Fase 2 · DoAbsorção controlada: contratos, integração e implementação.
    Fase 3 · CheckSmoke tests, auditoria SINKRA, QG findings e re-bench.
    Fase 4 · ActADR, learning log, deltas e fechamento do ciclo.

    Dor → Pipeline · Insight → Heurística

    Quando o início não é uma referência externa, o S2S muda a entrada e preserva a lógica de validação.

    Fase 1 · DorDor repetida → registro da fricção → correção em lote → pipeline adotado.
    Fase 2 · InsightInsight recorrente → regra SE/ENTÃO/NUNCA → teste em sessão real → heurística ativa.
    Fase 3 · AIOXOs comandos ajudam o aluno a escolher a rota, executar e validar sem depender de improviso.
    Fase 4 · ConclusãoO ciclo só fecha quando existe uso, melhoria comprovada ou regra ativada.
    Cluster 3 / 5trilogia · ciclo · rotas · processos

    Você tem agora a trilogia, o ciclo, as rotas e os comandos. Hora de ver tudo isso em gráficos rápidos.

    Modelos

    Modelos para ler melhor

    Visualizações simples para alunos compararem começos, riscos e critérios de fechamento.

    Tipo de saída por começo
    • Inspiração
      skillquando há base interna para absorver.
    • Dor
      pipequando a fricção se repetiu.
    • Insight
      regraquando a percepção vira fórmula prática.
    Risco dominante
    • FOMO
      insp.entrar por hype e copiar tendência.
    • Overengineering
      dorcriar pipeline para incômodo único.
    • Meta-trabalho
      insightregistrar regra que nunca ativa comportamento.
    Critério de fechamento
    • Uso
      30do artefato continua sendo usado.
    • Gap
      fechaa distância contra referência diminuiu.
    • Regra
      ativaa heurística orienta sessão futura.

    Matriz de Decisão do Aluno

    Quando estiver em dúvida, escolha a célula que melhor descreve a situação.

    Vi algo forte

    Comece pela rota Inspiração. Pesquise estado-da-arte e procure ponto latente.

    Doeu pela 1ª vez

    Não crie pipeline. Faça fix local e observe.

    Insight isolado

    Registre como nota bruta. Ainda não é heurística.

    Vi algo + tenho base

    Rode benchmark e burst controlado.

    Dor repetiu 3x

    Vira candidato a pipeline. Use a rota Dor.

    Insight virou regra

    Formalize SE/ENTÃO/NUNCA. Use a rota Insight.

    Concorrente superou

    Re-bench e absorção cirúrgica.

    Pipeline não usado

    Arquive ou estacione. Não carregue peso morto.

    Regra não ativa

    Fundir, revisar ou remover. Heurística morta não ensina.

    Estado cognitivo

    É o jeito de pensar que fica ligado por trás do processo. Sem isso, o S2S vira só checklist.

    Iteração Compulsiva▶ action

    Trabalho não termina quando funciona. Termina quando o delta contra referência fica aceitável.

    Comparação Visual▲ bench

    Modo diff: referência à esquerda, execução à direita, microdesvios importam.

    Anti-NIH◇ signal

    Pergunta reflexiva, isso já existe? Reusar, adaptar e só depois criar.

    Suspeita Institucional✕ pain

    Decisão sem rationale vira alerta. ADR e evidência antes de aceitar.

    Didatismo Terminal✦ insight

    O ciclo não fecha só em produção. Fecha quando fica transmissível.

    Mecânicas de execução

    São os hábitos de operação que fazem o S2S acontecer no mundo real, com vários agentes, repos e ciclos em paralelo.

    Multi-Stream Paralelo▶ action

    Vários agentes, sessões e repos em andamento; leitura antes de edição é regra.

    Stop Hooks✕ pain

    Condição explícita de sucesso para impedir parada prematura em sessões longas.

    Cross-Repo Pollination◇ signal

    Solução de um repo vira candidato de absorção em outro.

    LLM Sparring▲ bench

    LLMs externos são espelhos cognitivos; o princípio é extraído, não copiado cegamente.

    Efeito Composto✦ insight

    Enriquecer o melhor estado existente supera recomeçar do zero.

    Error-to-Artifact✕ pain

    Erro relevante vira story, heurística, regra ou hook se recorrente.

    Métricas de saúde

    Sem telemetria, o S2S vira estética de processo. Essas métricas separam ciclo vivo de artefato morto.

    MétricaPerguntaSinal saudávelSinal de risco

    Burst survival rate

    PerguntaQuantos bursts de inspiração seguem usados 30 dias depois?
    Sinal saudávelSkill invocada de novo.
    Sinal de riscoSkill dorme após hype.

    Pain threshold compliance

    PerguntaA rota Dor automatiza só depois de 3+ fricções?
    Sinal saudávelPipeline nasce de dor comprovada.
    Sinal de riscoPipeline nasce de incômodo único.

    Heuristic activation rate

    PerguntaAN_KE criada foi usada em sessão real?
    Sinal saudávelVira regra, hook ou decisão.
    Sinal de riscoVira arquivo morto.

    Re-bench closure rate

    PerguntaA absorção fechou gap mensurável?
    Sinal saudávelScore sobe e gap fecha.
    Sinal de riscoFeat mergeado sem prova.

    Archive discipline

    PerguntaO que não sobrevive é estacionado ou removido?
    Sinal saudávelPark/archive explícito.
    Sinal de riscoAcúmulo de ferramentas sem uso.
    Cluster 4 / 5gráficos · estado · mecânicas · métricas

    Você tem o ferramental visual e a telemetria do método. Antes do exercício, falta decidir quando usar o S2S inteiro e quando usar só partes.

    Adoção Honesta

    Adoção Honesta

    S2S não é bala de prata. O método funciona melhor quando existe referência externa, repo com histórico e tolerância para escrever dossiê, story, heurística e re-bench.

    Quando usar inteiro

    • Existe OSS, concorrente, player ou operador forte para benchmarkar.
    • O time é pequeno o suficiente para manter cadência e decisão rápida.
    • O repo tem histórico real: commits, decisões, dores e padrões.
    • Você tolera escrever bastante para ganhar precisão depois.

    Quando usar só partes

    • Você é o primeiro do mundo a fazer algo e não há players comparáveis.
    • O domínio é fortemente regulado e auditoria pesa mais que delta competitivo.
    • O time é grande demais para operar sem governança formal pesada.
    • Você é júnior no domínio e ainda não sabe distinguir sinal de ruído.

    Exercício final do ciclo

    Este fechamento leva o método para a prática. Escolha uma ideia real e percorra o ciclo sem depender de jargão.

    aula.yaml8 linhas
    01s2s: 02  sinal: "qual ideia, dor ou insight apareceu?"03  motor: "pull | push | raiz"04  gate: "o que prova que vale agir agora?"05  dossie: "qual referência, evidência ou scorecard entra antes de construir?"06  execucao: "qual sequência AIOX corresponde ao começo?"07  prova: "qual evidência mostra que melhorou?"08  mecanismo: "qual regra, checklist, skill, story ou processo fica reutilizável?"

    Produz

    O objetivo não é acertar o nome técnico. É provar que o aluno entendeu o raciocínio por trás do Método S2S.

    Portão

    Uma ideia, sete decisões

    Exemplo preenchido: ideia externa que vira melhoria real

    ComecoPULL: vi um padrao forte em ferramentas de design para IA. Design.md, claude-design e similares apareceram ao mesmo tempo.
    GateExiste base interna para absorver? Sim: ja' tinha skill, design system, extracao e pipeline. Encaixe perfeito de ponto latente.
    Comando$AIOX:tech-research para prior-art + $AIOX:design-md para materializar + bench Gold para validar contra players externos.
    ProvaSite publicado em design.aioxsquad.ai, skill aplicavel, visualizacao reutilizavel. Comparavel com claude-design e design.com.
    MecanismoVirou regra: PULL so' entra quando encontra base interna E gera artefato reutilizavel. Aprendizado salvo em AN_KE_147.
    1. Começo: Escreva se a ideia nasceu de inspiração, dor, insight ou benchmark.
    2. Gate: Defina o critério mínimo para saber se vale agir agora.
    3. Comando: Escolha a sequência AIOX mais coerente para o caso.
    4. Prova: Descreva como você saberá que a execução melhorou algo.
    5. Aprendizado: Converta o resultado em regra, checklist, skill, story ou processo reutilizável.
    Funcionou se
    • O aluno escolhe a rota antes de escolher o comando.
    • O aluno define um gate objetivo antes de executar.
    • O aluno fecha com prova e aprendizado reutilizável.

    Glossário sem jargão

    Tradução dos termos técnicos para alguém que está vendo o Método S2S pela primeira vez.

    Inspiração

    Uma ideia externa chamou atenção porque parece oportunidade e encontra base interna para execução.

    Dor

    Uma fricção repetida mostrou que existe um gargalo real no processo.

    Insight

    Uma percepção apareceu tantas vezes que precisa virar regra prática, não só anotação.

    Bench

    Comparar com referências fortes para saber o nível do mercado.

    Re-bench

    Comparar de novo depois de construir para provar que melhorou.

    Story

    Uma tarefa clara com objetivo, escopo e critério de sucesso.

    DoR

    Definition of Ready: o mínimo que precisa existir para começar bem.

    Absorção

    Adaptar o melhor que já existe, em vez de reinventar do zero.

    Heurística

    Uma regra prática que ajuda a decidir melhor na próxima vez.

    Portão da aulaA aula só está no padrão S2S quando o aluno entende o caminho, vê os blocos visuais e consegue repetir o processo em outro caso.