Execução mecânica
Use o builder diretamente: lint, fix automático, geração e checks. Não precisa de modelo para decidir o resultado.
Corrija SIL1106 pelo fix sugerido e rode o check novamente.
Use o builder diretamente: lint, fix automático, geração e checks. Não precisa de modelo para decidir o resultado.
Corrija SIL1106 pelo fix sugerido e rode o check novamente.
Um agente pode preencher dados e aplicar uma opção fechada. Forneça task, autor, tabela, contrato e exemplos. Revise o plano.
Adicione Code opcional, string até 20, JSON codigo. Mostre o plano e a migration antes de aplicar.
O desenvolvedor decide política, regra e compatibilidade. Use IA para comparar opções e registrar a decisão antes de gerar.
Compare os impactos de mudar a rota pública. Liste consumidores afetados e a estratégia de transição.
N0/N1/N2 são níveis de decisão, não nomes de modelos. As faixas small, medium e frontier são configurações das evals. Ainda não há medição real que determine qual modelo usar em cada tarefa.
Compile o servidor com dotnet build src/Sil.Builder.Mcp -c Release. No backend consumidor, crie .mcp.json, substituindo o caminho absoluto:
{ "mcpServers": { "sil-builder": { "command": "dotnet", "args": ["/caminho/src-dotnet-builder/src/Sil.Builder.Mcp/bin/Release/net10.0/Sil.Builder.Mcp.dll"] } }}Abra o Claude Code no diretório do consumidor. Em outro cliente MCP, configure o mesmo comando stdio e use root nas chamadas para apontar ao backend. O servidor roda o motor no próprio processo; não precisa de outro CLI instalado.
builder://workspace, builder://features e builder://rules.builder://context (somente leitura) ou gere builder_context.builder_spec_lint e revise builder_spec_plan.nextActions, corrigindo N0 primeiro.builder_check com mode: "ci" e os testes pertinentes.builder_pr_summary. Itens com blocking: true mantêm a entrega vermelha.No backend Yard, adicione Code opcional à feature Dock:string com máximo 20, JSON codigo, descrição "Código da doca".Leia a spec e o contexto. Use os comandos tipados do builder.Mostre o plano e a migration; peça os metadados que faltarem.Preserve sil-business. Depois de aplicar, rode lint, sync e check --ci.Traga o diff, os testes executados e qualquer resultado incomplete.As cinco tarefas são criar módulo, criar feature, alterar campo, corrigir violação e atualizar SDK. O avaliador é determinístico: verifica código, regiões, build, testes e banco quando configurado.
dotnet run --project src/Sil.Builder.Agents -c Release -- evals listUse o procedimento completo de execução para empacotar dependências e rodar a baseline scripted. Um modelo real usa --agent command, credenciais e orçamento explícitos. Identificadores de modelos vêm de variáveis de ambiente; resultados ficam em artifacts/.