@semacode/cli 2.0.1 → 2.2.0

package/dist/comandos.js

@@ -3,6 +3,7 @@
 import { comandoDev } from "./dev/index.js";
 import { comandoInit } from "./init/index.js";
 import { comandoSyncPrisma } from "./sync/index.js";
+import { comandoPipelineConteudo } from "./pipelineConteudo/command.js";
 async function comandoInitHandler(posicionais, args, _emJson) {
     try {
         await comandoInit([...posicionais, ...args]);
@@ -59,5 +60,6 @@ export const REGISTRO_COMANDOS = {
     init: comandoInitHandler,
     dev: comandoDevHandler,
     sync: comandoSyncPrismaHandler,
+    conteudo: comandoPipelineConteudo,
 };
 //# sourceMappingURL=comandos.js.map

package/dist/doctorCommand.js

@@ -3,12 +3,14 @@
 // Contrato: contratos/sema/cli_toolchain_local.sema
 // Descrição: comando doctor e verificação local de dependências por alvo de geração.
 import { comandoDisponivel, resolverExecucaoPython, resolverExecucaoPytest, TSX_EXECUTOR_CLI, TSX_IMPORTADOR_CLI, } from "./execucoesExternas.js";
+import { resolverToolchainCpp } from "./nativeToolchains.js";
 function criarItemDependencia(nome, ok, detalhe, obrigatoria = true) {
     return { nome, ok, detalhe, obrigatoria };
 }
 function coletarDependenciasDoctor() {
     const python = resolverExecucaoPython();
     const pytest = resolverExecucaoPytest();
+    const toolchainCpp = resolverToolchainCpp();
     return [
         {
             comando: "base",
@@ -17,6 +19,7 @@ function coletarDependenciasDoctor() {
                 criarItemDependencia("npm", comandoDisponivel("npm"), "instalacao, pack e publish", false),
                 criarItemDependencia("python", Boolean(python), python?.rotulo ? `resolvido via ${python.rotulo}` : "python ou py", false),
                 criarItemDependencia("dotnet", comandoDisponivel("dotnet"), "ecosistema ASP.NET", false),
+                criarItemDependencia("compilador_cpp", Boolean(toolchainCpp), toolchainCpp?.rotulo ?? "GCC, Clang ou MSVC", false),
                 criarItemDependencia("go", comandoDisponivel("go"), "ecosistema Go", false),
                 criarItemDependencia("cargo", comandoDisponivel("cargo"), "ecosistema Rust", false),
                 criarItemDependencia("java", comandoDisponivel("java"), "ecosistema Java/Spring", false),
@@ -59,6 +62,18 @@ function coletarDependenciasDoctor() {
                 criarItemDependencia("php", comandoDisponivel("php", ["-v"]), "runner de testes PHP"),
             ],
         },
+        {
+            comando: "verificar/dotnet",
+            itens: [
+                criarItemDependencia("dotnet", comandoDisponivel("dotnet"), "dotnet SDK para compilar e executar testes C#"),
+            ],
+        },
+        {
+            comando: "verificar/cpp",
+            itens: [
+                criarItemDependencia("compilador_cpp", Boolean(toolchainCpp), toolchainCpp?.rotulo ?? "GCC, Clang ou MSVC"),
+            ],
+        },
     ];
 }
 function renderizarCaixaAscii(linhas) {
@@ -128,6 +143,19 @@ export function avaliarDependenciasVerificacao(configuracoesAlvo) {
             registrar("verificar/php", [
                 criarItemDependencia("php", comandoDisponivel("php", ["-v"]), "runner de testes PHP"),
             ]);
+            continue;
+        }
+        if (configuracao.alvo === "dotnet") {
+            registrar("verificar/dotnet", [
+                criarItemDependencia("dotnet", comandoDisponivel("dotnet"), "dotnet SDK para compilar e executar testes C#"),
+            ]);
+            continue;
+        }
+        if (configuracao.alvo === "cpp") {
+            const toolchainCpp = resolverToolchainCpp();
+            registrar("verificar/cpp", [
+                criarItemDependencia("compilador_cpp", Boolean(toolchainCpp), toolchainCpp?.rotulo ?? "GCC, Clang ou MSVC"),
+            ]);
         }
     }
     return {

package/dist/execucoesExternas.js

@@ -1,7 +1,6 @@
-// SEMA-GOVERNED
-// M?dulo: sema.produto.orcamento_semantico
-// Contrato: contratos/sema/orcamento_semantico.sema
-// Descri??o: detec??o de comandos externos usados por doctor, testes gerados e runners opcionais.
+// SEMA-GOVERNED: sema.produto.cli_toolchain_local
+// Contrato: contratos/sema/cli_toolchain_local.sema
+// Descrição: detecção de comandos externos usados por doctor, testes gerados e runners opcionais.
 import { spawnSync } from "node:child_process";
 import { createRequire } from "node:module";
 const requireRuntimeCli = createRequire(import.meta.url);
@@ -16,14 +15,29 @@ function resolverImportadorNodeOpcional(especificador) {
 export const TSX_IMPORTADOR_CLI = resolverImportadorNodeOpcional("tsx");
 export const TSX_EXECUTOR_CLI = resolverImportadorNodeOpcional("tsx/cli");
 const TIMEOUT_CHECAGEM_COMANDO_MS = 5_000;
+const disponibilidadeComandosNoProcesso = new Map();
 export function comandoDisponivel(comando, argumentos = ["--version"]) {
+    const chaveSondagem = JSON.stringify({
+        comando,
+        argumentos,
+        cwd: process.cwd(),
+        path: process.env.PATH ?? "",
+        pathExt: process.env.PATHEXT ?? "",
+        comSpec: process.env.COMSPEC ?? "",
+    });
+    const resultadoMemorizado = disponibilidadeComandosNoProcesso.get(chaveSondagem);
+    if (resultadoMemorizado !== undefined) {
+        return resultadoMemorizado;
+    }
     const execucao = spawnSync(comando, argumentos, {
         stdio: "ignore",
         shell: process.platform === "win32",
         timeout: TIMEOUT_CHECAGEM_COMANDO_MS,
         windowsHide: true,
     });
-    return !execucao.error && execucao.signal === null && (execucao.status ?? 1) === 0;
+    const disponivel = !execucao.error && execucao.signal === null && (execucao.status ?? 1) === 0;
+    disponibilidadeComandosNoProcesso.set(chaveSondagem, disponivel);
+    return disponivel;
 }
 export function resolverExecucaoPython() {
     if (comandoDisponivel("python")) {

package/dist/geracaoCore.js

@@ -14,7 +14,10 @@ import { gerarJavaScript } from "@sema/gerador-javascript";
 import { gerarHtml } from "@sema/gerador-html";
 import { gerarCss } from "@sema/gerador-css";
 import { gerarPhp } from "@sema/gerador-php";
+import { gerarDotNet } from "@sema/gerador-dotnet";
+import { gerarCpp } from "@sema/gerador-cpp";
 import { comandoDisponivel, resolverExecucaoPytest, TSX_EXECUTOR_CLI } from "./execucoesExternas.js";
+import { compilarCpp, executarBinarioNativo, resolverToolchainCpp } from "./nativeToolchains.js";
 import { resolverEstruturaSaidaPadrao, resolverFrameworkPadrao, } from "./projeto.js";
 export function validarCompatibilidadeFramework(alvo, framework) {
     if (framework === "base") {
@@ -151,6 +154,12 @@ export function gerarArquivosPorAlvo(ir, alvo, framework) {
     if (alvo === "php") {
         return gerarPhp(ir);
     }
+    if (alvo === "dotnet") {
+        return gerarDotNet(ir);
+    }
+    if (alvo === "cpp") {
+        return gerarCpp(ir);
+    }
     return gerarTypeScript(ir, { framework });
 }
 export function aplicarEstruturaSaida(arquivos, ir, estrutura) {
@@ -247,6 +256,9 @@ export function contarCasosDeTesteGerados(alvo, arquivos) {
         }
         return (arquivoTeste.conteudo.match(/\btest\(/g) ?? []).length;
     }
+    if (alvo === "dotnet" || alvo === "cpp") {
+        return arquivos.reduce((total, arquivo) => total + (arquivo.conteudo.match(/SEMA-TEST:/g) ?? []).length, 0);
+    }
     const arquivoTeste = arquivos.find((item) => path.basename(item.caminhoRelativo).startsWith("test_"));
     if (!arquivoTeste) {
         return 0;
@@ -255,9 +267,17 @@ export function contarCasosDeTesteGerados(alvo, arquivos) {
 }
 export function executarTestesGerados(alvo, baseSaida, arquivos, silencioso = false) {
     const quantidadeTestes = contarCasosDeTesteGerados(alvo, arquivos);
+    if (quantidadeTestes === 0 && (alvo === "dotnet" || alvo === "cpp")) {
+        return {
+            codigoSaida: 1,
+            quantidadeTestes,
+            saidaPadrao: "",
+            saidaErro: `O alvo ${alvo} nao gerou casos SEMA-TEST; a execucao nativa foi bloqueada.`,
+        };
+    }
     if (quantidadeTestes === 0) {
         if (!silencioso) {
-            const nomesAlvo = { typescript: "TypeScript", python: "Python", lua: "Lua", dart: "Dart", javascript: "JavaScript", html: "HTML", css: "CSS", php: "PHP" };
+            const nomesAlvo = { typescript: "TypeScript", python: "Python", lua: "Lua", dart: "Dart", javascript: "JavaScript", html: "HTML", css: "CSS", php: "PHP", dotnet: ".NET", cpp: "C++" };
             console.log(`Nenhum teste ${nomesAlvo[alvo] ?? alvo} foi gerado.`);
         }
         return { codigoSaida: 0, quantidadeTestes, saidaPadrao: "", saidaErro: "" };
@@ -370,6 +390,82 @@ export function executarTestesGerados(alvo, baseSaida, arquivos, silencioso = fa
             saidaErro: typeof execucao.stderr === "string" ? execucao.stderr : "",
         };
     }
+    if (alvo === "dotnet") {
+        const projetoTeste = arquivos.find((item) => item.caminhoRelativo.endsWith(".Tests.csproj"))?.caminhoRelativo;
+        if (!projetoTeste) {
+            return {
+                codigoSaida: 1,
+                quantidadeTestes,
+                saidaPadrao: "",
+                saidaErro: "O gerador .NET nao produziu um projeto de testes *.Tests.csproj.",
+            };
+        }
+        if (!comandoDisponivel("dotnet")) {
+            return {
+                codigoSaida: 1,
+                quantidadeTestes,
+                saidaPadrao: "",
+                saidaErro: "Nao foi possivel localizar o dotnet SDK para executar os testes C# gerados.",
+            };
+        }
+        const execucao = spawnSync("dotnet", [
+            "run",
+            "--project",
+            path.join(baseSaida, projetoTeste),
+            "--configuration",
+            "Release",
+            "--nologo",
+            "--property:RestoreIgnoreFailedSources=true",
+        ], {
+            stdio: silencioso ? "pipe" : "inherit",
+            cwd: baseSaida,
+            encoding: silencioso ? "utf8" : undefined,
+            timeout: 120_000,
+            windowsHide: true,
+        });
+        return {
+            codigoSaida: execucao.status ?? 1,
+            quantidadeTestes,
+            saidaPadrao: typeof execucao.stdout === "string" ? execucao.stdout : "",
+            saidaErro: typeof execucao.stderr === "string" ? execucao.stderr : execucao.error?.message ?? "",
+        };
+    }
+    if (alvo === "cpp") {
+        const arquivoTeste = arquivos.find((item) => item.caminhoRelativo.endsWith(".test.cpp") || (item.caminhoRelativo.endsWith(".cpp") && item.conteudo.includes("SEMA-TEST:")));
+        const fontes = arquivos
+            .filter((item) => item.caminhoRelativo.endsWith(".cpp"))
+            .map((item) => path.join(baseSaida, item.caminhoRelativo));
+        if (!arquivoTeste || fontes.length === 0) {
+            return {
+                codigoSaida: 1,
+                quantidadeTestes,
+                saidaPadrao: "",
+                saidaErro: "O gerador C++ nao produziu fontes e um arquivo *.test.cpp executavel.",
+            };
+        }
+        const toolchain = resolverToolchainCpp();
+        if (!toolchain) {
+            return {
+                codigoSaida: 1,
+                quantidadeTestes,
+                saidaPadrao: "",
+                saidaErro: "Nao foi possivel localizar GCC, Clang ou MSVC para compilar os testes C++ gerados.",
+            };
+        }
+        const diretorioTeste = path.dirname(path.join(baseSaida, arquivoTeste.caminhoRelativo));
+        const executavel = path.join(diretorioTeste, process.platform === "win32" ? ".sema-cpp-tests.exe" : ".sema-cpp-tests");
+        const compilacao = compilarCpp(toolchain, fontes, diretorioTeste, executavel, silencioso);
+        if (compilacao.codigoSaida !== 0) {
+            return { ...compilacao, quantidadeTestes };
+        }
+        const execucao = executarBinarioNativo(executavel, silencioso);
+        return {
+            codigoSaida: execucao.codigoSaida,
+            quantidadeTestes,
+            saidaPadrao: `${compilacao.saidaPadrao}${execucao.saidaPadrao}`,
+            saidaErro: `${compilacao.saidaErro}${execucao.saidaErro}`,
+        };
+    }
     const arquivoTeste = arquivos.find((item) => path.basename(item.caminhoRelativo).startsWith("test_"))?.caminhoRelativo;
     if (!arquivoTeste) {
         if (!silencioso) {

package/dist/iaPrompts.d.ts

@@ -1,4 +1,4 @@
-export declare const STARTER_IA = "Voce esta trabalhando com Sema, um contrato semantico IA-first para agentes operarem software vivo em backend e front consumer.\n\nImportante:\n- a Sema se apresenta publicamente como protocolo e funciona tecnicamente como linguagem de intencao\n- a Sema e protocolo de governanca semantica desenhado para IA, nao para ergonomia humana\n- humanos sao autores/aprovadores; agentes sao os consumidores primarios do contrato\n- leitura humana e bonus toleravel, nao objetivo de produto\n- a Sema nao e gerador magico que deveria fazer tudo\n- a Sema modela contratos, estados, fluxos, erros, efeitos, garantias, vinculos e execucao\n- a Sema gera codigo e scaffolding real para TypeScript, Python, PHP, Dart, Lua, JavaScript, HTML e CSS\n- a Sema usa `importar` para bootstrap revisavel, nao para contrato final automatico\n- a Sema usa `impl` para ligar task a simbolo real do runtime\n- a Sema usa `vinculos` para ligar contrato a arquivo, simbolo, recurso e superficie real\n- a Sema usa `execucao` para explicitar timeout, retry, compensacao e criticidade\n- a Sema usa `drift` para medir diferenca entre contrato e codigo vivo com score, confianca e lacunas\n- a Sema usa `resumo` e `prompt-curto` para IA fraca, gratuita ou com pouco contexto\n- a Sema usa `contexto-ia` para gerar `ast.json`, `ir.json`, `drift.json`, `briefing.json` e artefatos compactos antes da edicao\n- timeout definido pelo agente nao e falha do Sema; aumente o timeout e tente de novo antes de concluir falha\n- a Sema pode servir de base para interfaces graficas elegantes e coerentes\n- a Sema gera artefatos HTML/CSS derivados, mas nao substitui sozinha uma interface completa de produto\n- trate a Sema como cerebro semantico da aplicacao, nao como gerador magico de front-end pronto\n- se a tarefa envolver UI, prefira pedir Sema + React + TypeScript ou Sema + arquitetura de front-end\n- evite pedir HTML unico solto quando a intencao for testar a Sema de verdade\n\nRegras:\n- nao invente sintaxe fora da gramatica e dos exemplos oficiais\n- antes de qualquer acao, crie, edite ou remova o contrato .sema aplicavel; isso vale para Software, Author, Workflow, Ops, Game, Legal e Research\n- se a IA for fraca, nao tente abrir tudo de uma vez\n- use `sema resumo <arquivo> --micro --json` pelo stdout antes de subir para o pacote completo\n- se `sema resumo . --micro` estourar timeout local, repita com timeout maior ou escopo menor; nao avance com codigo\n- trate `ir --json` como fonte de verdade semantica\n- trate `briefing.json` como plano de intervencao antes de editar projeto vivo\n- trate `diagnosticos --json` como fonte de correcao\n- use `sema formatar` como fonte unica de estilo\n- preserve a intencao do contrato\n- nao cobre da Sema adivinhacao de negocio que nao esta no contrato nem no codigo\n\nComandos essenciais:\n- resumo compacto por capacidade: `sema resumo <arquivo-ou-pasta> [--micro|--curto|--medio] [--para <resumo|onboarding|review|mudanca|bug|arquitetura>]`\n- prompt curto para IA fraca: `sema prompt-curto <arquivo-ou-pasta> [--micro|--curto|--medio] [--para <resumo|onboarding|review|mudanca|bug|arquitetura>]`\n- descoberta do projeto: `sema inspecionar [arquivo-ou-pasta] --json`\n- auditoria do contrato vivo: `sema drift <arquivo-ou-pasta> [--escopo <arquivo|modulo|projeto>] [--json]`\n- mapa de impacto: `sema impacto <arquivo-ou-pasta> --alvo <token> [--mudanca <descricao>] [--json]`\n- renomeacao assistida: `sema renomear-semantico <arquivo-ou-pasta> --de <nome-atual> --para <nome-novo> [--json]`\n- contexto completo do modulo: `sema contexto-ia <arquivo.sema>`\n- estrutura sintatica: `sema ast <arquivo.sema> --json`\n- estrutura semantica: `sema ir <arquivo.sema> --json`\n- validacao: `sema validar <arquivo.sema> --json`\n- diagnosticos: `sema diagnosticos <arquivo.sema> --json`\n- formatacao: `sema formatar <arquivo.sema>`\n- importacao assistida de legado: `sema importar <nestjs|fastapi|flask|nextjs|nextjs-consumer|react-vite-consumer|angular-consumer|flutter-consumer|firebase|dotnet|java|go|rust|cpp|php|typescript|python|dart> <diretorio> --saida <diretorio>`\n- exemplos oficiais no projeto: `sema instalar-exemplos`\n- geracao de codigo: `sema compilar <arquivo-ou-pasta> --alvo <typescript|python|php|dart|lua|javascript|html|css> --saida <diretorio>`\n- verificacao final: `sema verificar <arquivo-ou-pasta> [--json]`\n\nAntes de editar:\n1. leia README, docs de IA e um exemplo oficial parecido\n2. se a IA for fraca, rode `sema resumo <arquivo> --micro --json` e use o stdout compacto\n   - se timeout local estourar, aumente o timeout e tente de novo; timeout nao significa Sema inativo\n3. se a IA aguentar mais, rode `sema drift` para medir impls, vinculos, rotas, score e lacunas\n4. se a tarefa for pesada, rode `sema contexto-ia` e leia `briefing.json`\n5. consulte AST e IR do modulo alvo so quando a capacidade realmente aguentar\n\nDepois de editar:\n1. rode `sema formatar`\n2. rode `sema validar --json`\n3. se houver falha, use `diagnosticos --json`\n4. rode `sema drift` de novo quando mexer em codigo vivo\n5. se a tarefa pedir codigo derivado, rode `sema compilar`\n6. feche com `sema verificar <arquivo-ou-pasta> --json`\n\nPriorize sempre:\n- exemplos oficiais\n- JSON da CLI\n- o menor artefato que resolva a tarefa da IA atual\n- score, confianca e lacunas do `drift`\n- `briefing.json` como guia de mudanca\n- consistencia semantica\n\nSuperficies que a IA deve enxergar como first-class:\n- `route`\n- `worker`\n- `evento`\n- `fila`\n- `cron`\n- `webhook`\n- `cache`\n- `storage`\n- `policy`\n\nNao improvise quando faltar contexto.\n";
+export declare const STARTER_IA = "Voce esta trabalhando com Sema, um contrato semantico IA-first para agentes operarem software vivo em backend e front consumer.\n\nImportante:\n- a Sema se apresenta publicamente como protocolo e funciona tecnicamente como linguagem de intencao\n- a Sema e protocolo de governanca semantica desenhado para IA, nao para ergonomia humana\n- humanos sao autores/aprovadores; agentes sao os consumidores primarios do contrato\n- leitura humana e bonus toleravel, nao objetivo de produto\n- a Sema nao e gerador magico que deveria fazer tudo\n- a Sema modela contratos, estados, fluxos, erros, efeitos, garantias, vinculos e execucao\n- a Sema gera codigo e scaffolding real para TypeScript, Python, PHP, Dart, Lua, JavaScript, HTML e CSS\n- a Sema usa `importar` para bootstrap revisavel, nao para contrato final automatico\n- a Sema usa `impl` para ligar task a simbolo real do runtime\n- a Sema usa `vinculos` para ligar contrato a arquivo, simbolo, recurso e superficie real\n- a Sema usa `execucao` para explicitar timeout, retry, compensacao e criticidade\n- a Sema usa `drift` para medir diferenca entre contrato e codigo vivo com score, confianca e lacunas\n- a Sema usa `resumo` e `prompt-curto` para IA fraca, gratuita ou com pouco contexto\n- a Sema usa `contexto-ia` para gerar `ast.json`, `ir.json`, `drift.json`, `briefing.json` e artefatos compactos antes da edicao\n- timeout definido pelo agente nao e falha do Sema; aumente o timeout e tente de novo antes de concluir falha\n- a Sema pode servir de base para interfaces graficas elegantes e coerentes\n- a Sema gera artefatos HTML/CSS derivados, mas nao substitui sozinha uma interface completa de produto\n- trate a Sema como cerebro semantico da aplicacao, nao como gerador magico de front-end pronto\n- se a tarefa envolver UI, prefira pedir Sema + React + TypeScript ou Sema + arquitetura de front-end\n- evite pedir HTML unico solto quando a intencao for testar a Sema de verdade\n\nRegras:\n- nao invente sintaxe fora da gramatica e dos exemplos oficiais\n- antes de qualquer acao, crie, edite ou remova o contrato .sema aplicavel; isso vale para Software, Author, Workflow, Ops, Game, Legal e Research\n- se a IA for fraca, nao tente abrir tudo de uma vez\n- use `sema resumo <arquivo> --micro --json` pelo stdout antes de subir para o pacote completo\n- se `sema resumo . --micro` estourar timeout local, repita com timeout maior ou escopo menor; nao avance com codigo\n- trate `ir --json` como fonte de verdade semantica\n- trate `briefing.json` como plano de intervencao antes de editar projeto vivo\n- trate `diagnosticos --json` como fonte de correcao\n- use `sema formatar` como fonte unica de estilo\n- preserve a intencao do contrato\n- nao cobre da Sema adivinhacao de negocio que nao esta no contrato nem no codigo\n\nComandos essenciais:\n- resumo compacto por capacidade: `sema resumo <arquivo-ou-pasta> [--micro|--curto|--medio] [--para <resumo|onboarding|review|mudanca|bug|arquitetura>]`\n- prompt curto para IA fraca: `sema prompt-curto <arquivo-ou-pasta> [--micro|--curto|--medio] [--para <resumo|onboarding|review|mudanca|bug|arquitetura>]`\n- descoberta do projeto: `sema inspecionar [arquivo-ou-pasta] --json`\n- auditoria do contrato vivo: `sema drift <arquivo-ou-pasta> [--escopo <arquivo|modulo|projeto>] [--json]`\n- mapa de impacto: `sema impacto <arquivo-ou-pasta> --alvo <token> [--mudanca <descricao>] [--json]`\n- renomeacao assistida: `sema renomear-semantico <arquivo-ou-pasta> --de <nome-atual> --para <nome-novo> [--json]`\n- contexto completo do modulo: `sema contexto-ia <arquivo.sema>`\n- estrutura sintatica: `sema ast <arquivo.sema> --json`\n- estrutura semantica: `sema ir <arquivo.sema> --json`\n- validacao: `sema validar <arquivo.sema> --json`\n- diagnosticos: `sema diagnosticos <arquivo.sema> --json`\n- formatacao: `sema formatar <arquivo.sema>`\n- importacao assistida de legado: `sema importar <nestjs|fastapi|flask|nextjs|nextjs-consumer|react-vite-consumer|angular-consumer|flutter-consumer|firebase|dotnet|java|go|rust|cpp|php|typescript|python|dart> <diretorio> --saida <diretorio>`\n- exemplos oficiais no projeto: `sema instalar-exemplos`\n- geracao de codigo: `sema compilar <arquivo-ou-pasta> --alvo <typescript|python|php|dart|lua|javascript|html|css|dotnet|cpp> --saida <diretorio>`\n- verificacao final: `sema verificar <arquivo-ou-pasta> [--json]`\n\nAntes de editar:\n1. leia README, docs de IA e um exemplo oficial parecido\n2. se a IA for fraca, rode `sema resumo <arquivo> --micro --json` e use o stdout compacto\n   - se timeout local estourar, aumente o timeout e tente de novo; timeout nao significa Sema inativo\n3. se a IA aguentar mais, rode `sema drift` para medir impls, vinculos, rotas, score e lacunas\n4. se a tarefa for pesada, rode `sema contexto-ia` e leia `briefing.json`\n5. consulte AST e IR do modulo alvo so quando a capacidade realmente aguentar\n\nDepois de editar:\n1. rode `sema formatar`\n2. rode `sema validar --json`\n3. se houver falha, use `diagnosticos --json`\n4. rode `sema drift` de novo quando mexer em codigo vivo\n5. se a tarefa pedir codigo derivado, rode `sema compilar`\n6. feche com `sema verificar <arquivo-ou-pasta> --json`\n\nPriorize sempre:\n- exemplos oficiais\n- JSON da CLI\n- o menor artefato que resolva a tarefa da IA atual\n- score, confianca e lacunas do `drift`\n- `briefing.json` como guia de mudanca\n- consistencia semantica\n\nSuperficies que a IA deve enxergar como first-class:\n- `route`\n- `worker`\n- `evento`\n- `fila`\n- `cron`\n- `webhook`\n- `cache`\n- `storage`\n- `policy`\n\nNao improvise quando faltar contexto.\n";
 export declare const PROMPT_BASE_IA = "Voce esta trabalhando com Sema, um contrato semantico IA-first para agentes operarem software vivo.\n\nTrate a Sema como protocolo de governanca semantica e linguagem de intencao feita para IA, nao para leitura humana confortavel. Humanos escrevem e aprovam; agentes consomem. Nao invente sintaxe, palavras-chave ou blocos fora da gramatica e dos exemplos oficiais.\n\nFontes de verdade, em ordem:\n1. se o projeto expuser `SEMA_CONTEXT.md`, comece por ele\n2. `AGENT_CONTEXT_PACK.json`\n3. `SEMA_BRIEF.md`\n4. `SEMA_INDEX.json`\n5. `AGENTS.md`\n6. README do projeto\n7. gramatica e documentacao de sintaxe da Sema\n8. exemplos oficiais, com prioridade para o vertical de pagamento\n9. `sema resumo <arquivo> --micro --json` e o stdout compacto quando a IA for fraca\n10. AST, IR e diagnosticos exportados pela CLI em JSON quando a capacidade aguentar\n\nRegras de operacao:\n- contrato vem antes da acao: crie, edite ou remova o .sema aplicavel antes de codigo, docs operacionais, texto Author, workflow, jogo, pesquisa, legal ou ops\n- preserve o significado semantico\n- use o formatador oficial da Sema como fonte unica de estilo\n- use diagnosticos estruturados como contrato de correcao\n- use a IR como fonte de verdade semantica quando houver duvida\n- use predicados canonicos como normalizacao opcional, preservando a forma original\n- nao conclua uma alteracao sem validar e verificar o modulo\n- comece pelo menor artefato semantico que resolva a tarefa\n\nAntes de editar `.sema`, entenda:\n- o module alvo\n- os contratos de task, route, error, effects, guarantees, state e flow\n- os exemplos oficiais relacionados\n\nDepois de editar `.sema`, execute este fluxo:\n1. formatar\n2. validar\n3. diagnosticar, se houver falha\n4. verificar\n\nSe houver conflito entre texto livre e IR/diagnosticos, priorize a IR e os diagnosticos da CLI.\n\nSe algo nao estiver claro, siga a forma ja usada nos exemplos oficiais. Nao improvise sem base.\n";
 export declare const PROMPT_IA_UI = "Atue como Engenheiro de Software Senior e UX/UI Designer de elite.\n\nQuero que voce trabalhe com Sema como fonte de verdade semantica do sistema e com React + TypeScript como camada de interface.\n\nEntregue obrigatoriamente duas partes integradas:\n1. os arquivos `.sema` do dominio\n2. a proposta ou implementacao da interface em React + TypeScript\n\nRegras:\n- nao entregue apenas HTML solto em arquivo unico\n- nao trate a Sema como enfeite conceitual\n- a interface deve nascer do contrato semantico definido em Sema\n- use os exemplos oficiais da Sema como referencia de estilo e semantica\n- nao invente sintaxe fora da gramatica suportada\n\nA Sema deve modelar, quando fizer sentido:\n- `module`\n- `use`\n- `entity`\n- `enum`\n- `state`\n- `task`\n- `flow`\n- `route`\n- `effects`\n- `error`\n- `guarantees`\n- `tests`\n- `docs`\n\nA interface deve refletir visualmente:\n- `state` como status e progresso observavel\n- `flow` como etapas ou orquestracao visivel\n- `error` como falhas tratadas com clareza\n- `effects` como operacoes relevantes para usuario ou operacao\n- `guarantees` como confianca, confirmacao ou consistencia final\n\nEstruture a entrega assim:\n1. visao do produto\n2. dominio modelado em Sema\n3. arquitetura de pastas em React + TypeScript\n4. componentes principais\n5. estrategia visual\n6. codigo principal da interface\n7. explicacao curta de como a UI conversa com a semantica da Sema\n\nSe a tarefa envolver app visual, a Sema governa o significado e o React renderiza a experiencia. Nao atropele essa separacao.\n";
 export declare const PROMPT_IA_REACT = "Crie uma solucao com Sema + React + TypeScript.\n\nRegras principais:\n- a Sema deve ser a fonte de verdade semantica do dominio\n- React + TypeScript deve ser a camada de interface e experiencia\n- nao entregue HTML unico solto\n- nao trate a Sema como enfeite\n\nEntregue obrigatoriamente:\n1. arquivos `.sema` do dominio\n2. arquitetura de pastas do frontend\n3. componentes React principais\n4. contratos e tipos derivados da semantica\n5. interface elegante e implementavel\n\nA modelagem Sema deve cobrir, quando fizer sentido:\n- `entity`\n- `enum`\n- `state`\n- `task`\n- `flow`\n- `route`\n- `effects`\n- `error`\n- `guarantees`\n- `tests`\n\nA interface React deve tornar visiveis:\n- estado atual e transicoes relevantes\n- fluxo operacional\n- erros publicos\n- efeitos operacionais importantes\n- garantias ou confirmacoes finais\n\nEstruture a entrega assim:\n1. visao do produto\n2. arquivos `.sema`\n3. arquitetura React + TypeScript\n4. componentes e telas\n5. codigo principal\n6. explicacao de como a UI deriva da semantica da Sema\n\nSe houver duvida, siga os exemplos oficiais e mantenha a separacao:\n- Sema governa o significado\n- React governa a apresentacao\n";