Oito fases que levam a tarefa do pedido até a prova de que ficou pronto

Sol Mode é uma skill de método para agentes de código. Ele roda a mesma sequência a cada turno, mostra o que está fazendo enquanto trabalha e fecha com a evidência de cada afirmação: o arquivo aberto, a página renderizada, o número contado.

open source · MIT · PT-BR e EN · 4 modos · 8 namespaces · verify.py 18/18

18 checks verdes testado em 1280 e 390 observação > inferência
fase 0 de 8

Intenção

Mensagem nova é direção, não troca de objetivo. Viés de ação.

evidência

“login do almoxarifado” virou tarefa no mesmo turno, sem pedir confirmação.

observação > inferência 0/8
0fases, sempre na mesma ordem
0checks no verify.py
0modos: default, plan, audit, ui
0namespaces de evidência

Instalar

A skill instala direto do repositório pelo CLI do skills.sh. Precisa de Node.js 22.20 ou superior e roda em qualquer agente que ele detecta.

$npx skills add HyperTechDevelopment/Sol-Mode -g

Sem o -g, instala só no projeto atual e grava um skills-lock.json.

Global ou por projeto. Com -g vale para a sua conta inteira. Sem ele, o time restaura a mesma configuração pelo lockfile.

Sem perguntas. Use --skill sol-mode -a claude-code -g e repita -a para cada agente: codex, gemini-cli e os demais.

Sem pacote npm. O SKILL.md na raiz já é um ponto de descoberta do CLI, então não existe espelho para manter em sincronia.

Como nasceu

Uma skill autoral, reescrita do zero a partir de uma ideia geral, com crédito à fonte e limites declarados logo de cara.

Eu uso skills todo dia, como fable-method e karpathy-guidelines. Um dia me deu vontade de criar a minha, não melhor nem igual, porque isso seria cópia. Eu queria um resultado satisfatório, preciso e eficaz.

Estudei o system prompt do GPT-6 Sol e vi ali a oportunidade, mas cada linha foi reescrita do zero. Nada copiado. Crédito ao repositório onde o system prompt está: asgeirtj/system_prompts_leaks. E a skill já avisa de cara o que não pode garantir.

Reescrita, não cópia

Ideias gerais, com palavras próprias. Nada amarrado a um produto só.

Prova por tipo de trabalho

Oito namespaces com a lista do que conferir antes de dizer que está pronto.

Teste junto

O verify.py confere estrutura, referências, codificação, cobertura de regras e o identificador que o comando de instalação depende.

O que muda

Cinco regras que aparecem em toda tarefa, do pedido até o relatório final.

Passo a passo, em ordem

Oito fases, sempre na mesma sequência, da intenção à persistência. Se algo sai do esperado, isso vira o assunto principal em vez de ser varrido para baixo do tapete.

fases 0 a 7 · ordem fixa

Só pede permissão quando precisa

O que dá pra desfazer anda sozinho. O que não dá, ele termina primeiro e mostra pra você aprovar.

Testa de verdade, e sabe parar

Vale o que rodou e apareceu na tela. Se travar 3 vezes no mesmo erro, ele para e mostra o que tentou.

Resposta que se explica sozinha

No final, vem o que mudou, como foi testado e o que não deu pra testar, dito abertamente.

Compactação não encerra tarefa

Se a conversa resumir, o trabalho segue do resumo sem recomeçar nem refazer o que já estava pronto.

O loop em 8 fases

Sempre nessa ordem. Da fase 2 à 6, o loop repete enquanto precisar. Toque nas fases para percorrer.

0123 4567 2 a 6 repete enquanto precisar

Modos e namespaces

Quatro jeitos de usar, mais o comando que desliga. O design está exercitado numa demo real; as outras sete áreas ainda estão em teste.

Default

Roda tudo, do começo ao fim.

▸sol-mode <tarefa>

Plan

Mostra o plano e para, sem mexer em nada.

▸sol-mode plan <tarefa>

Audit

Aponta o que foi bem, o que faltou e o risco de cada falha.

▸sol-mode audit

UI

esta página

Para telas: renderiza de verdade e recusa acabamento genérico.

▸sol-mode ui <tarefa>
Desliga pelo resto da sessão sol-mode off
NamespaceEstadoO que prova
designexercitadorender em 2 larguras, contraste, teclado
dadosem testeforma, fonte e conta refeita
devopsem testecomando rodado, saída observada
finançasem testeconta com fonte e data
jurídicoem testecláusula citada, sem inferência
marketingem testepeça renderizada, copy real
operaçõesem testeprocedimento executado
pesquisaem testefonte primária ligada à afirmação

Onde ela se encaixa

As duas skills que o autor usa todo dia, lado a lado com o Sol Mode na mesma tarefa.

Aspectokarpathyfable-methodsol-mode
FocoContençãoRigor auditávelMétodo operacional
Evidência—Adapters8 namespaces
VerificaçãoCritériosObservaçãoObservação e parada
CustoBaixoMédioMaior, com gate

O repositório está aberto

Quer ajudar? Abrir uma PR é o jeito.

A skill é nova e eu uso ela direto nos meus projetos, então o que está aqui foi exercitado de verdade, não imaginado. Mesmo assim, pode aparecer algum resultado que deixe dúvida sobre o uso real. Se isso acontecer com você, me conta: melhorar a skill beneficia todo mundo que usa.

  1. Teste uma área. Sete áreas ainda estão em teste. Uma demo de verdade promove a área.
  2. Respeite o limite. O SKILL.md está quase cheio: palavra nova entra se outra sai.
  3. Regra nova, teste novo. Toda regra precisa de uma proteção no verify.py, sem isso não tem merge.
  4. Tudo verde. python scripts/verify.py tem que passar.

Feito pelo próprio modo ui. Esta página é a demo do namespace design: renderizada, medida e percorrida por teclado antes de ser chamada de pronta.