@semacode/cli 1.5.27 → 1.5.29

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (81) hide show
  1. package/AGENTS.md +279 -265
  2. package/AGENT_CONTEXT_PACK.json +164 -0
  3. package/README.md +144 -144
  4. package/SEMA_BRIEF.curto.txt +7 -7
  5. package/SEMA_BRIEF.md +464 -65
  6. package/SEMA_BRIEF.micro.txt +6 -6
  7. package/SEMA_INDEX.json +6723 -667
  8. package/dist/bridge.d.ts +52 -0
  9. package/dist/bridge.js +318 -0
  10. package/dist/bridge.js.map +1 -0
  11. package/dist/comandos.d.ts +11 -0
  12. package/dist/comandos.js +110 -0
  13. package/dist/comandos.js.map +1 -0
  14. package/dist/contexto.d.ts +34 -0
  15. package/dist/contexto.js +197 -0
  16. package/dist/contexto.js.map +1 -0
  17. package/dist/drift.d.ts +1 -1
  18. package/dist/drift.js +32 -5
  19. package/dist/drift.js.map +1 -1
  20. package/dist/index.js +391 -64
  21. package/dist/index.js.map +1 -1
  22. package/dist/lua-symbols.d.ts +0 -6
  23. package/dist/lua-symbols.js +11 -78
  24. package/dist/lua-symbols.js.map +1 -1
  25. package/dist/projeto.js +6 -0
  26. package/dist/projeto.js.map +1 -1
  27. package/dist/tipos.d.ts +1 -1
  28. package/docs/AGENT_STARTER.md +109 -109
  29. package/docs/api.md +82 -0
  30. package/docs/cli.md +175 -175
  31. package/docs/como-ensinar-a-sema-para-ia.md +155 -155
  32. package/docs/deploy.md +93 -0
  33. package/docs/documentacao.md +88 -88
  34. package/docs/env.md +105 -105
  35. package/docs/extensao-vscode.md +53 -53
  36. package/docs/fluxo-pratico-ia-sema.md +187 -187
  37. package/docs/instalacao-e-primeiro-uso.md +134 -134
  38. package/docs/integracao-com-ia.md +110 -110
  39. package/docs/mcp.md +292 -292
  40. package/docs/pagamento-ponta-a-ponta.md +171 -171
  41. package/docs/persistencia-vendor-first.md +151 -151
  42. package/docs/prompt-base-ia-sema.md +111 -111
  43. package/docs/repositories.md +54 -54
  44. package/docs/rollback.md +49 -49
  45. package/docs/seguranca.md +126 -126
  46. package/docs/sintaxe.md +218 -218
  47. package/exemplos/author_obra_comum.sema +294 -294
  48. package/exemplos/author_tema_sensivel.sema +264 -264
  49. package/exemplos/profile_game.sema +114 -114
  50. package/exemplos/profile_legal.sema +105 -105
  51. package/exemplos/profile_ops.sema +110 -110
  52. package/exemplos/profile_research.sema +104 -104
  53. package/exemplos/profile_software.sema +123 -123
  54. package/exemplos/profile_workflow_n8n.sema +99 -99
  55. package/llms-full.txt +10 -9
  56. package/llms.txt +8 -7
  57. package/node_modules/@sema/gerador-css/package.json +1 -1
  58. package/node_modules/@sema/gerador-dart/package.json +1 -1
  59. package/node_modules/@sema/gerador-html/package.json +1 -1
  60. package/node_modules/@sema/gerador-javascript/package.json +1 -1
  61. package/node_modules/@sema/gerador-lua/package.json +1 -1
  62. package/node_modules/@sema/gerador-python/package.json +1 -1
  63. package/node_modules/@sema/gerador-typescript/package.json +1 -1
  64. package/node_modules/@sema/nucleo/dist/ast/tipos.d.ts +1 -1
  65. package/node_modules/@sema/nucleo/dist/index.d.ts +17 -0
  66. package/node_modules/@sema/nucleo/dist/index.js +28 -0
  67. package/node_modules/@sema/nucleo/dist/index.js.map +1 -1
  68. package/node_modules/@sema/nucleo/dist/ir/conversor.js +4 -0
  69. package/node_modules/@sema/nucleo/dist/ir/conversor.js.map +1 -1
  70. package/node_modules/@sema/nucleo/dist/ir/modelos.d.ts +3 -3
  71. package/node_modules/@sema/nucleo/dist/parser/parser.js +2 -0
  72. package/node_modules/@sema/nucleo/dist/parser/parser.js.map +1 -1
  73. package/node_modules/@sema/nucleo/dist/semantico/analisador.d.ts +2 -2
  74. package/node_modules/@sema/nucleo/dist/semantico/analisador.js +3 -1
  75. package/node_modules/@sema/nucleo/dist/semantico/analisador.js.map +1 -1
  76. package/node_modules/@sema/nucleo/package.json +1 -1
  77. package/node_modules/@sema/padroes/package.json +1 -1
  78. package/package.json +11 -10
  79. package/dist/php-symbols.d.ts +0 -24
  80. package/dist/php-symbols.js +0 -375
  81. package/dist/php-symbols.js.map +0 -1
@@ -1,187 +1,187 @@
1
- # Fluxo Pratico para IA Antes de Editar `.sema`
2
-
3
- <!-- sema:i18n -->
4
- > EN: English first. The canonical operational body below may still be in Portuguese until full translation lands.
5
- > PT: Português depois, com acentos preservados.
6
- > ES: Español al final; não traduza comandos, rotas nem sómbolos `.sema` sem contrato.
7
-
8
-
9
- Este documento descreve o fluxo operacional recomendado para qualquer IA antes, durante e depois de alterar arquivos `.sema`.
10
-
11
- Se a IA seguir isso, ela trabalha com contexto. Se não seguir, vira adivinhação gourmet.
12
-
13
- O ponto central: Sema não é texto para agradar humano. É contrato semântico IA-first. Humanos autorizam e revisam; a IA consome o contrato para decidir o próximo movimento.
14
-
15
- ## Fluxo curto
16
-
17
- 1. ler contexto do projeto
18
- 2. identificar a capacidade da IA
19
- 3. identificar o módulo alvo
20
- 4. consultar o menor artefato semântico suficiente
21
- 5. editar
22
- 6. formatar
23
- 7. validar
24
- 8. verificar
25
-
26
- ## Fluxo detalhado
27
-
28
- ### Etapa 1. Ler contexto mínimo
29
-
30
- Antes de tocar em qualquer arquivo, a IA deve ler:
31
-
32
- - [README.md](../README.md)
33
- - [integração-com-ia.md](./integracao-com-ia.md)
34
- - [como-ensinar-a-sema-para-ia.md](./como-ensinar-a-sema-para-ia.md)
35
-
36
- Se o trabalho estiver ligado a pagamento, ler também:
37
-
38
- - [pagamento-ponta-a-ponta.md](./pagamento-ponta-a-ponta.md)
39
-
40
- ### Etapa 2. Escolher a faixa de capacidade
41
-
42
- Antes de despejar contexto na IA, escolha o que ela aguenta:
43
-
44
- - IA pequena ou gratuita: `sema resumo --micro` e `briefing.min.json`
45
- - IA média: `sema resumo --curto`, `briefing.min.json` e `drift.json`
46
- - IA grande: `contexto-ia`, `briefing.json`, `drift.json`, `ir.json` e `ast.json`
47
-
48
- ### Etapa 3. Ler o módulo alvo e um exemplo parecido
49
-
50
- A IA deve identificar:
51
-
52
- - qual arquivo sera editado
53
- - qual módulo esse arquivo representa
54
- - qual exemplo oficial mais se parece com o que precisa ser feito
55
-
56
- Regra pratica:
57
-
58
- - automacao: [automacao.sema](../exemplos/automacao.sema)
59
- - erros e fluxos de falha: [tratamento_erro.sema](../exemplos/tratamento_erro.sema)
60
- - borda pública e pagamento: [pagamento.sema](../exemplos/pagamento.sema)
61
-
62
- ### Etapa 4. Consultar AST e IR quando fizer sentido
63
-
64
- Antes de alterar, a IA deve executar:
65
-
66
- ```bash
67
- sema resumo caminho/arquivo.sema --curto --para mudanca
68
- sema ast caminho/arquivo.sema --json
69
- sema ir caminho/arquivo.sema --json
70
- ```
71
-
72
- Objetivo:
73
-
74
- - ver a forma sintatica quando a capacidade aguentar
75
- - ver a forma semântica resolvida quando a capacidade aguentar
76
- - evitar interpretar errado o contrato
77
-
78
- ### Etapa 5. Editar o `.sema`
79
-
80
- Ao editar, a IA deve:
81
-
82
- - preservar a intenção do módulo
83
- - seguir a gramática existente
84
- - evitar criar bloco ou operador não suportado
85
- - preferir a forma já usada nos exemplos oficiais
86
- - usar blocos existentes como `auth`, `authz`, `dados`, `audit`, `forbidden`, `execucao`, `use`, `state` e `enum` antes de propor sintaxe nova
87
- - evitar teste fraco em task sensível; `expect { sucesso: verdadeiro }` sozinho não prova semântica operacional
88
-
89
- ### Etapa 6. Formatar
90
-
91
- Depois da edição:
92
-
93
- ```bash
94
- sema formatar caminho/arquivo.sema
95
- sema formatar caminho/arquivo.sema --check
96
- ```
97
-
98
- Se `--check` falhar, o trabalho ainda não está pronto.
99
-
100
- ### Etapa 7. Validar e diagnosticar
101
-
102
- Depois da formatacao:
103
-
104
- ```bash
105
- sema validar caminho/arquivo.sema --json
106
- sema diagnosticos caminho/arquivo.sema --json
107
- ```
108
-
109
- Se houver falha:
110
-
111
- - usar os diagnósticos estruturados como contrato de correcao
112
- - não insistir em leitura manual teimosa quando a CLI já disse onde está a merda
113
-
114
- ### Etapa 7.5. Compilar quando a tarefa pedir código derivado
115
-
116
- Se a tarefa não for só editar contrato, mas também gerar base de implementacao, a IA deve rodar explicitamente:
117
-
118
- ```bash
119
- sema compilar caminho/arquivo.sema --alvo typescript --saida ./saida/typescript
120
- ```
121
-
122
- Ou trocar o alvo para `python` ou `dart`, conforme o caso.
123
-
124
- Regra pratica:
125
-
126
- - se a entrega inclui código derivado, `sema compilar` não é opcional
127
- - se a IA ignorar `compilar`, ela pode acabar reescrevendo na mao coisa que a Sema já gera sozinha, que é burrice operacional
128
-
129
- ### Etapa 8. Verificar
130
-
131
- No fechamento:
132
-
133
- ```bash
134
- sema verificar arquivo-ou-pasta --json --saida ./.tmp/verificacao-ia
135
- ```
136
-
137
- ## Fluxo mínimo para automacao
138
-
139
- Se voce quiser o menor fluxo aceitavel para uma IA pequena:
140
-
141
- ```bash
142
- sema resumo caminho/arquivo.sema --micro --para mudanca
143
- sema formatar caminho/arquivo.sema
144
- sema validar caminho/arquivo.sema --json
145
- ```
146
-
147
- Mas, sendo sincero, o fluxo bom mesmo e fechar com `verificar`.
148
-
149
- Se a tarefa envolver código derivado, o fluxo mínimo aceitavel vira:
150
-
151
- ```bash
152
- sema ir caminho/arquivo.sema --json
153
- sema formatar caminho/arquivo.sema
154
- sema validar caminho/arquivo.sema --json
155
- sema compilar caminho/arquivo.sema --alvo typescript --saida ./saida/typescript
156
- ```
157
-
158
- ## Checklist de saída
159
-
160
- Antes de considerar a alteracao pronta, a IA deve responder mentalmente:
161
-
162
- - eu entendi o módulo e o contrato?
163
- - eu mantive a sintaxe dentro do que a linguagem suporta?
164
- - eu formatei o arquivo?
165
- - eu validei?
166
- - eu olhei diagnósticos se algo falhou?
167
- - eu fechei com verificação?
168
-
169
- Se alguma resposta for "não", ainda não terminou.
170
-
171
- ## Regra de ouro
172
-
173
- Em Sema, a IA não deveria operar no escuro.
174
-
175
- Ela deve trabalhar sempre com:
176
-
177
- - exemplo oficial
178
- - AST
179
- - IR
180
- - diagnósticos
181
- - formatador
182
-
183
- Esse conjunto e o que faz a linguagem ser amigavel para IA de verdade, e não só no discurso bonito.
184
-
185
- ## Observacao sobre caminhos
186
-
187
- Está documentação usa placeholders de arquivo e pasta, não caminhos do monorepo da Sema. A IA deve adaptar isso ao projeto atual e continuar tratando `sema` como interface pública principal.
1
+ # Fluxo Pratico para IA Antes de Editar `.sema`
2
+
3
+ <!-- sema:i18n -->
4
+ > EN: English first. The canonical operational body below may still be in Portuguese until full translation lands.
5
+ > PT: Português depois, com acentos preservados.
6
+ > ES: Español al final; não traduza comandos, rotas nem sómbolos `.sema` sem contrato.
7
+
8
+
9
+ Este documento descreve o fluxo operacional recomendado para qualquer IA antes, durante e depois de alterar arquivos `.sema`.
10
+
11
+ Se a IA seguir isso, ela trabalha com contexto. Se não seguir, vira adivinhação gourmet.
12
+
13
+ O ponto central: Sema não é texto para agradar humano. É contrato semântico IA-first. Humanos autorizam e revisam; a IA consome o contrato para decidir o próximo movimento.
14
+
15
+ ## Fluxo curto
16
+
17
+ 1. ler contexto do projeto
18
+ 2. identificar a capacidade da IA
19
+ 3. identificar o módulo alvo
20
+ 4. consultar o menor artefato semântico suficiente
21
+ 5. editar
22
+ 6. formatar
23
+ 7. validar
24
+ 8. verificar
25
+
26
+ ## Fluxo detalhado
27
+
28
+ ### Etapa 1. Ler contexto mínimo
29
+
30
+ Antes de tocar em qualquer arquivo, a IA deve ler:
31
+
32
+ - [README.md](../README.md)
33
+ - [integração-com-ia.md](./integracao-com-ia.md)
34
+ - [como-ensinar-a-sema-para-ia.md](./como-ensinar-a-sema-para-ia.md)
35
+
36
+ Se o trabalho estiver ligado a pagamento, ler também:
37
+
38
+ - [pagamento-ponta-a-ponta.md](./pagamento-ponta-a-ponta.md)
39
+
40
+ ### Etapa 2. Escolher a faixa de capacidade
41
+
42
+ Antes de despejar contexto na IA, escolha o que ela aguenta:
43
+
44
+ - IA pequena ou gratuita: `sema resumo --micro` e `briefing.min.json`
45
+ - IA média: `sema resumo --curto`, `briefing.min.json` e `drift.json`
46
+ - IA grande: `contexto-ia`, `briefing.json`, `drift.json`, `ir.json` e `ast.json`
47
+
48
+ ### Etapa 3. Ler o módulo alvo e um exemplo parecido
49
+
50
+ A IA deve identificar:
51
+
52
+ - qual arquivo sera editado
53
+ - qual módulo esse arquivo representa
54
+ - qual exemplo oficial mais se parece com o que precisa ser feito
55
+
56
+ Regra pratica:
57
+
58
+ - automacao: [automacao.sema](../exemplos/automacao.sema)
59
+ - erros e fluxos de falha: [tratamento_erro.sema](../exemplos/tratamento_erro.sema)
60
+ - borda pública e pagamento: [pagamento.sema](../exemplos/pagamento.sema)
61
+
62
+ ### Etapa 4. Consultar AST e IR quando fizer sentido
63
+
64
+ Antes de alterar, a IA deve executar:
65
+
66
+ ```bash
67
+ sema resumo caminho/arquivo.sema --curto --para mudanca
68
+ sema ast caminho/arquivo.sema --json
69
+ sema ir caminho/arquivo.sema --json
70
+ ```
71
+
72
+ Objetivo:
73
+
74
+ - ver a forma sintatica quando a capacidade aguentar
75
+ - ver a forma semântica resolvida quando a capacidade aguentar
76
+ - evitar interpretar errado o contrato
77
+
78
+ ### Etapa 5. Editar o `.sema`
79
+
80
+ Ao editar, a IA deve:
81
+
82
+ - preservar a intenção do módulo
83
+ - seguir a gramática existente
84
+ - evitar criar bloco ou operador não suportado
85
+ - preferir a forma já usada nos exemplos oficiais
86
+ - usar blocos existentes como `auth`, `authz`, `dados`, `audit`, `forbidden`, `execucao`, `use`, `state` e `enum` antes de propor sintaxe nova
87
+ - evitar teste fraco em task sensível; `expect { sucesso: verdadeiro }` sozinho não prova semântica operacional
88
+
89
+ ### Etapa 6. Formatar
90
+
91
+ Depois da edição:
92
+
93
+ ```bash
94
+ sema formatar caminho/arquivo.sema
95
+ sema formatar caminho/arquivo.sema --check
96
+ ```
97
+
98
+ Se `--check` falhar, o trabalho ainda não está pronto.
99
+
100
+ ### Etapa 7. Validar e diagnosticar
101
+
102
+ Depois da formatacao:
103
+
104
+ ```bash
105
+ sema validar caminho/arquivo.sema --json
106
+ sema diagnosticos caminho/arquivo.sema --json
107
+ ```
108
+
109
+ Se houver falha:
110
+
111
+ - usar os diagnósticos estruturados como contrato de correcao
112
+ - não insistir em leitura manual teimosa quando a CLI já disse onde está a merda
113
+
114
+ ### Etapa 7.5. Compilar quando a tarefa pedir código derivado
115
+
116
+ Se a tarefa não for só editar contrato, mas também gerar base de implementacao, a IA deve rodar explicitamente:
117
+
118
+ ```bash
119
+ sema compilar caminho/arquivo.sema --alvo typescript --saida ./saida/typescript
120
+ ```
121
+
122
+ Ou trocar o alvo para `python` ou `dart`, conforme o caso.
123
+
124
+ Regra pratica:
125
+
126
+ - se a entrega inclui código derivado, `sema compilar` não é opcional
127
+ - se a IA ignorar `compilar`, ela pode acabar reescrevendo na mao coisa que a Sema já gera sozinha, que é burrice operacional
128
+
129
+ ### Etapa 8. Verificar
130
+
131
+ No fechamento:
132
+
133
+ ```bash
134
+ sema verificar arquivo-ou-pasta --json --saida ./.tmp/verificacao-ia
135
+ ```
136
+
137
+ ## Fluxo mínimo para automacao
138
+
139
+ Se voce quiser o menor fluxo aceitavel para uma IA pequena:
140
+
141
+ ```bash
142
+ sema resumo caminho/arquivo.sema --micro --para mudanca
143
+ sema formatar caminho/arquivo.sema
144
+ sema validar caminho/arquivo.sema --json
145
+ ```
146
+
147
+ Mas, sendo sincero, o fluxo bom mesmo e fechar com `verificar`.
148
+
149
+ Se a tarefa envolver código derivado, o fluxo mínimo aceitavel vira:
150
+
151
+ ```bash
152
+ sema ir caminho/arquivo.sema --json
153
+ sema formatar caminho/arquivo.sema
154
+ sema validar caminho/arquivo.sema --json
155
+ sema compilar caminho/arquivo.sema --alvo typescript --saida ./saida/typescript
156
+ ```
157
+
158
+ ## Checklist de saída
159
+
160
+ Antes de considerar a alteracao pronta, a IA deve responder mentalmente:
161
+
162
+ - eu entendi o módulo e o contrato?
163
+ - eu mantive a sintaxe dentro do que a linguagem suporta?
164
+ - eu formatei o arquivo?
165
+ - eu validei?
166
+ - eu olhei diagnósticos se algo falhou?
167
+ - eu fechei com verificação?
168
+
169
+ Se alguma resposta for "não", ainda não terminou.
170
+
171
+ ## Regra de ouro
172
+
173
+ Em Sema, a IA não deveria operar no escuro.
174
+
175
+ Ela deve trabalhar sempre com:
176
+
177
+ - exemplo oficial
178
+ - AST
179
+ - IR
180
+ - diagnósticos
181
+ - formatador
182
+
183
+ Esse conjunto e o que faz a linguagem ser amigavel para IA de verdade, e não só no discurso bonito.
184
+
185
+ ## Observacao sobre caminhos
186
+
187
+ Está documentação usa placeholders de arquivo e pasta, não caminhos do monorepo da Sema. A IA deve adaptar isso ao projeto atual e continuar tratando `sema` como interface pública principal.
@@ -1,134 +1,134 @@
1
- # Installation And First Use
2
-
3
- ## English
4
-
5
- This guide covers the current public installation path for the Sema CLI and VS Code extension. The remote MCP server is a private/commercial authorized service and is not distributed as a public npm package.
6
-
7
- Current public version: `1.5.27`.
8
-
9
- ```bash
10
- npm install -g @semacode/cli
11
- sema --help
12
- sema doctor
13
- ```
14
-
15
- ## Português
16
-
17
- Este guia cobre o caminho público atual da Sema para CLI e extensão VS Code. O servidor MCP remoto é um serviço privado/comercial autorizado e não é distribuído como pacote npm público.
18
-
19
- Versão pública atual: `1.5.27`.
20
-
21
- ```bash
22
- npm install -g @semacode/cli
23
- sema --help
24
- sema doctor
25
- ```
26
-
27
- ## Español
28
-
29
- Esta guía cubre el camino público actual de instalación para la CLI de Sema y la extensión de VS Code. El servidor MCP remoto es un servicio privado/comercial autorizado y no se distribuye como paquete público de npm.
30
-
31
- Versión pública actual: `1.5.27`.
32
-
33
- ```bash
34
- npm install -g @semacode/cli
35
- sema --help
36
- sema doctor
37
- ```
38
-
39
- ## Referência Operacional
40
-
41
- ## Requisitos
42
-
43
- - Node.js LTS
44
- - npm funcional
45
- - Python 3 só se você quiser rodar testes Python gerados
46
-
47
- ## CLI
48
-
49
- Instalação principal:
50
-
51
- ```bash
52
- npm install -g @semacode/cli
53
- sema --help
54
- sema doctor
55
- sema docs-impacto --intencao "alterar projeto" --json
56
- ```
57
-
58
- Instalação de uma versão específica pelo npm:
59
-
60
- ```bash
61
- npm install -g @semacode/cli@1.5.27
62
- ```
63
-
64
- Instalação local ao projeto:
65
-
66
- ```bash
67
- npm install @semacode/cli
68
- npx sema --help
69
- ```
70
-
71
- ## MCP
72
-
73
- O MCP da Sema não é mais instalado por npm público. Ele é uma superfície privada/comercial acessada por endpoint remoto, normalmente `https://<host>/mcp`, com OAuth ou bearer configurado fora deste repositório. Veja [mcp.md](./mcp.md).
74
-
75
- ## Instaladores oficiais
76
-
77
- Linux ou macOS:
78
-
79
- ```bash
80
- curl -fsSL https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.sh | bash
81
- ```
82
-
83
- Windows PowerShell:
84
-
85
- ```powershell
86
- Invoke-WebRequest -Uri https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.ps1 -OutFile install-sema.ps1
87
- .\install-sema.ps1
88
- ```
89
-
90
- Se quiser uma tag específica, troque `main` pela versão desejada.
91
-
92
- ## Extensão VS Code
93
-
94
- ```bash
95
- npm run extensao:empacotar
96
- code --install-extension .tmp/editor-vscode/sema-language-tools-1.5.27.vsix --force
97
- ```
98
-
99
- Os assets versionados da VSIX devem ser anexados manualmente a GitHub Releases quando houver release pública com binários. Se `--with-vscode` for usado antes disso, o instalador mantém a CLI instalada e apenas pula a extensão.
100
-
101
- ## Primeiro teste
102
-
103
- ```bash
104
- mkdir sema-demo
105
- cd sema-demo
106
- sema iniciar
107
- sema validar contratos/pedidos.sema --json
108
- ```
109
-
110
- ## Primeiro fluxo útil
111
-
112
- ```bash
113
- sema validar contratos/pedidos.sema --json
114
- sema ir contratos/pedidos.sema --json
115
- sema formatar contratos/pedidos.sema
116
- sema verificar contratos --saida ./.tmp/verificacao
117
- ```
118
-
119
- ## Primeiro fluxo IA-first
120
-
121
- ```bash
122
- sema inspecionar . --json
123
- sema resumo contratos/pedidos.sema --micro --para onboarding
124
- sema drift contratos/pedidos.sema --escopo modulo --json
125
- sema impacto contratos/pedidos.sema --alvo pedido_id --mudanca "trocar pedido_id por pedido_uuid" --json
126
- sema contexto-ia contratos/pedidos.sema --saida ./.tmp/contexto --json
127
- ```
128
-
129
- ## Primeiro fluxo de persistência vendor-first
130
-
131
- ```bash
132
- sema validar contratos/sema/persistencia_vendor_first.sema --json
133
- sema ir contratos/sema/persistencia_vendor_first.sema --json
134
- ```
1
+ # Installation And First Use
2
+
3
+ ## English
4
+
5
+ This guide covers the current public installation path for the Sema CLI and VS Code extension. The remote MCP server is a private/commercial authorized service and is not distributed as a public npm package.
6
+
7
+ Current public version: `1.5.29`.
8
+
9
+ ```bash
10
+ npm install -g @semacode/cli
11
+ sema --help
12
+ sema doctor
13
+ ```
14
+
15
+ ## Português
16
+
17
+ Este guia cobre o caminho público atual da Sema para CLI e extensão VS Code. O servidor MCP remoto é um serviço privado/comercial autorizado e não é distribuído como pacote npm público.
18
+
19
+ Versão pública atual: `1.5.29`.
20
+
21
+ ```bash
22
+ npm install -g @semacode/cli
23
+ sema --help
24
+ sema doctor
25
+ ```
26
+
27
+ ## Español
28
+
29
+ Esta guía cubre el camino público actual de instalación para la CLI de Sema y la extensión de VS Code. El servidor MCP remoto es un servicio privado/comercial autorizado y no se distribuye como paquete público de npm.
30
+
31
+ Versión pública actual: `1.5.29`.
32
+
33
+ ```bash
34
+ npm install -g @semacode/cli
35
+ sema --help
36
+ sema doctor
37
+ ```
38
+
39
+ ## Referência Operacional
40
+
41
+ ## Requisitos
42
+
43
+ - Node.js LTS
44
+ - npm funcional
45
+ - Python 3 só se você quiser rodar testes Python gerados
46
+
47
+ ## CLI
48
+
49
+ Instalação principal:
50
+
51
+ ```bash
52
+ npm install -g @semacode/cli
53
+ sema --help
54
+ sema doctor
55
+ sema docs-impacto --intencao "alterar projeto" --json
56
+ ```
57
+
58
+ Instalação de uma versão específica pelo npm:
59
+
60
+ ```bash
61
+ npm install -g @semacode/cli@1.5.29
62
+ ```
63
+
64
+ Instalação local ao projeto:
65
+
66
+ ```bash
67
+ npm install @semacode/cli
68
+ npx sema --help
69
+ ```
70
+
71
+ ## MCP
72
+
73
+ O MCP da Sema não é mais instalado por npm público. Ele é uma superfície privada/comercial acessada por endpoint remoto, normalmente `https://<host>/mcp`, com OAuth ou bearer configurado fora deste repositório. Veja [mcp.md](./mcp.md).
74
+
75
+ ## Instaladores oficiais
76
+
77
+ Linux ou macOS:
78
+
79
+ ```bash
80
+ curl -fsSL https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.sh | bash
81
+ ```
82
+
83
+ Windows PowerShell:
84
+
85
+ ```powershell
86
+ Invoke-WebRequest -Uri https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.ps1 -OutFile install-sema.ps1
87
+ .\install-sema.ps1
88
+ ```
89
+
90
+ Se quiser uma tag específica, troque `main` pela versão desejada.
91
+
92
+ ## Extensão VS Code
93
+
94
+ ```bash
95
+ npm run extensao:empacotar
96
+ code --install-extension .tmp/editor-vscode/sema-language-tools-1.5.29.vsix --force
97
+ ```
98
+
99
+ Os assets versionados da VSIX devem ser anexados manualmente a GitHub Releases quando houver release pública com binários. Se `--with-vscode` for usado antes disso, o instalador mantém a CLI instalada e apenas pula a extensão.
100
+
101
+ ## Primeiro teste
102
+
103
+ ```bash
104
+ mkdir sema-demo
105
+ cd sema-demo
106
+ sema iniciar
107
+ sema validar contratos/pedidos.sema --json
108
+ ```
109
+
110
+ ## Primeiro fluxo útil
111
+
112
+ ```bash
113
+ sema validar contratos/pedidos.sema --json
114
+ sema ir contratos/pedidos.sema --json
115
+ sema formatar contratos/pedidos.sema
116
+ sema verificar contratos --saida ./.tmp/verificacao
117
+ ```
118
+
119
+ ## Primeiro fluxo IA-first
120
+
121
+ ```bash
122
+ sema inspecionar . --json
123
+ sema resumo contratos/pedidos.sema --micro --para onboarding
124
+ sema drift contratos/pedidos.sema --escopo modulo --json
125
+ sema impacto contratos/pedidos.sema --alvo pedido_id --mudanca "trocar pedido_id por pedido_uuid" --json
126
+ sema contexto-ia contratos/pedidos.sema --saida ./.tmp/contexto --json
127
+ ```
128
+
129
+ ## Primeiro fluxo de persistência vendor-first
130
+
131
+ ```bash
132
+ sema validar contratos/sema/persistencia_vendor_first.sema --json
133
+ sema ir contratos/sema/persistencia_vendor_first.sema --json
134
+ ```