Da spec ao backend.
Escreva a intenção em uma spec. O builder gera a estrutura, aplica as convenções e verifica o resultado. Você cuida da regra de negócio e revisa a entrega.
Um fluxo. Seis passos.
Seção intitulada “Um fluxo. Seis passos.”Clique numa etapa para ver o que entra, o que sai e qual comando usar.
Descreva a intenção
O texto C4 explica o negócio. O bloco builder: no front-matter define campos, API, persistência e critérios de aceite.
dotnet builder new feature Dock dock-docas --entity DockExplorar esta etapa →Valide o contrato
Encontre inconsistências antes de gerar. Corrija os diagnósticos BLD com seus caminhos JSON e próximos passos.
dotnet builder spec lintExplorar esta etapa →Revise a mudança
Veja os arquivos, regiões e deltas de schema. Mudanças no banco precisam de task, autor e link da migration.
dotnet builder spec plan <feature>Explorar esta etapa →Gere a fatia
Aplique o plano depois de revisar. Hashes e regiões sil-business protegem o código editado pelo desenvolvedor.
dotnet builder spec apply <feature>Explorar esta etapa →Prove o resultado
Confira build, testes e regras. Um resultado incomplete precisa de investigação; não equivale a uma aprovação.
dotnet builder check --ciExplorar esta etapa →Entregue evidências
Gere o resumo, revise o diff e abra o PR no seu fluxo Git. O builder prepara o resumo; não publica o PR.
dotnet builder pr summary --base origin/mainExplorar esta etapa →Escolha seu próximo passo
Seção intitulada “Escolha seu próximo passo”O que este projeto entrega
Seção intitulada “O que este projeto entrega”Um ferramental autocontido: CLI, MCP, geradores, analisadores e runtime próprio. O backend gerado depende de Sil.Builder.*; integrações com a plataforma usam HTTP/OpenAPI.
A implementação local cobre L1–L17 com limites registrados. Publicação de pacotes, integrações externas e certificação de produção têm dependências específicas. Consulte o estado das entregas.