Este guia reúne recursos usados depois da primeira spec: seleção de especialistas, progresso em JSON, atualização visual e retomada de uma mudança posterior. Para acompanhar os exemplos, conclua o primeiro projeto, mantenha o CLI e o framework instalados e execute os comandos na raiz do projeto consumidor.
Detecte e instale orientação técnica
Comece com skills detect para ler as recomendações do catálogo sem alterar o
projeto:
specsfy skills detect --project .Quando todas as recomendações forem aplicáveis, --detected instala o
framework e os especialistas em uma única execução. O skills-lock.json
registra os arquivos publicados:
specsfy install --project . --detectedQuando o catálogo listar tecnologias que não pertencem à aplicação, repita
--specialist somente com os nomes confirmados. Assim, o instalador publica as
bases e ignora as recomendações que não foram escolhidas:
specsfy install --project . \ --specialist specsfy-specialist-laravel \ --specialist specsfy-specialist-postgresEm um projeto já preparado, use skills add para acrescentar somente os
especialistas escolhidos:
specsfy skills add specsfy-specialist-laravel --project .A detecção usa manifests, dependências e arquivos reconhecidos pelo catálogo. O comando de instalação só deve ser executado depois da revisão. Os especialistas orientam escolhas técnicas, mas não criam specs nem aprovam gates.
Automatize a leitura de progresso
specsfy progress --project . --jsonspecsfy progress --project . --watch --interval 0.5 --jsonO JSON contém summary e specs. Com --watch, um snapshot novo aparece
somente quando o conteúdo das specs muda. Painéis podem consumir essa saída
para leitura, mas os gates continuam sendo editados apenas na spec.md pela
skill responsável.
Ajuste a atualização visual
specsfy config show --project .specsfy config set --project . --watch-interval 0.5A configuração vive em <projeto>/.specsfy/config.json e preserva chaves
desconhecidas. Consulte todos os recursos no guia do CLI.
Atualize sem perder customizações
specsfy skills update --project .O CLI usa fingerprints para distinguir conteúdo gerenciado intacto de
customização local. Uma diferença local faz a atualização ou a remoção ser
recusada. Use --force somente depois de revisar a comparação e confirmar que
o conteúdo protegido pode ser descartado.
Quando o CLI foi instalado pelo uv, o comando abaixo atualiza o ambiente
gerenciado e preserva as opções registradas pela ferramenta:
uv tool upgrade specsfy-cliQuando a instalação usa o zipapp oficial, substitua o executável pelo download mais recente e restaure a permissão:
curl -fL get.specsfy.dev -o "$HOME/.local/bin/specsfy"chmod +x "$HOME/.local/bin/specsfy"Incorpore uma mudança na spec
Quando lembrar de algo depois da definição, use a entrada explícita:
Use $specsfy-update-spec emspecs/specs/<NNNN>-<slug>/spec.md:quero adicionar, remover, corrigir ou mudar esta especificação.Quando um requisito observável muda, a skill reabre a definição. O Definition, o Plan e o Delivery Gate precisam de evidência nova. Quando apenas o plano técnico muda, ela reabre o Ato II e o Ato III. A spec alterada invalida as provas que dependiam da versão anterior e preserva tarefas e evidências ainda compatíveis.
As skills fazem transições e retomadas na mesma conversa. Esse handoff não amplia autorização para instalar, publicar, fazer deploy ou executar ação destrutiva.
Consulte Atualizar uma especificação para a classificação completa e exemplos em linguagem comum.
Limites
--forcepode descartar customizações protegidas.--detecteddepende do catálogo e do estado observado no projeto.- A TUI e o progresso projetam estado, mas não substituem a spec.
- o especialista não substitui a confirmação da versão, das convenções e das falhas possíveis no projeto.
O resultado esperado é um projeto com especialistas escolhidos de forma explícita, automação somente de leitura e gates coerentes com a versão atual da spec.