@semacode/cli 1.5.18 → 1.5.25
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.
- package/AGENTS.md +268 -260
- package/LICENSE +22 -22
- package/README.md +144 -104
- package/SEMA_BRIEF.curto.txt +7 -5
- package/SEMA_BRIEF.md +61 -5
- package/SEMA_BRIEF.micro.txt +6 -4
- package/SEMA_INDEX.json +991 -47
- package/dist/controleComercialSupabase.d.ts +326 -0
- package/dist/controleComercialSupabase.js +310 -0
- package/dist/controleComercialSupabase.js.map +1 -0
- package/dist/docs.js +48 -20
- package/dist/docs.js.map +1 -1
- package/dist/drift.d.ts +5 -3
- package/dist/drift.js +123 -14
- package/dist/drift.js.map +1 -1
- package/dist/index.js +1889 -38
- package/dist/index.js.map +1 -1
- package/dist/mcpRemoto.d.ts +32 -0
- package/dist/mcpRemoto.js +61 -0
- package/dist/mcpRemoto.js.map +1 -0
- package/dist/projeto.js +3 -1
- package/dist/projeto.js.map +1 -1
- package/docs/AGENT_STARTER.md +103 -97
- package/docs/cli.md +175 -106
- package/docs/como-ensinar-a-sema-para-ia.md +41 -35
- package/docs/deploy.md +231 -43
- package/docs/documentacao.md +61 -36
- package/docs/env.md +105 -56
- package/docs/extensao-vscode.md +12 -4
- package/docs/fluxo-pratico-ia-sema.md +182 -176
- package/docs/instalacao-e-primeiro-uso.md +52 -30
- package/docs/integracao-com-ia.md +108 -101
- package/docs/mcp.md +292 -51
- package/docs/pagamento-ponta-a-ponta.md +34 -28
- package/docs/persistencia-vendor-first.md +11 -5
- package/docs/prompt-base-ia-sema.md +13 -7
- package/docs/rollback.md +17 -15
- package/docs/sintaxe.md +180 -174
- package/exemplos/agendamento.sema +105 -105
- package/exemplos/assinatura.sema +133 -133
- package/exemplos/auditoria.sema +89 -89
- package/exemplos/autenticacao.sema +125 -125
- package/exemplos/author_obra_comum.sema +294 -0
- package/exemplos/author_tema_sensivel.sema +264 -0
- package/exemplos/automacao.sema +107 -107
- package/exemplos/cadastro_usuario.sema +54 -54
- package/exemplos/calculadora.sema +78 -78
- package/exemplos/crud_simples.sema +89 -89
- package/exemplos/estoque.sema +127 -127
- package/exemplos/exportacao.sema +94 -94
- package/exemplos/fila.sema +130 -130
- package/exemplos/integracao_externa.sema +94 -94
- package/exemplos/multi_tenant.sema +140 -140
- package/exemplos/notificacao.sema +149 -149
- package/exemplos/operacao_estrategia.sema +633 -633
- package/exemplos/pagamento.sema +434 -434
- package/exemplos/pagamento_dominio.sema +35 -35
- package/exemplos/pedido.sema +255 -255
- package/exemplos/permissao.sema +121 -121
- package/exemplos/persistencia_vendor_first.sema +86 -86
- package/exemplos/profile_game.sema +114 -0
- package/exemplos/profile_legal.sema +105 -0
- package/exemplos/profile_ops.sema +110 -0
- package/exemplos/profile_research.sema +104 -0
- package/exemplos/profile_software.sema +123 -0
- package/exemplos/profile_workflow_n8n.sema +99 -0
- package/exemplos/relatorio.sema +93 -93
- package/exemplos/replica_analitica_erp.sema +160 -160
- package/exemplos/testes_embutidos.sema +45 -45
- package/exemplos/tratamento_erro.sema +157 -157
- package/exemplos/upload_arquivo.sema +93 -93
- package/exemplos/webhook.sema +94 -94
- package/llms-full.txt +34 -34
- package/llms.txt +17 -17
- package/node_modules/@sema/gerador-css/dist/index.js +563 -563
- package/node_modules/@sema/gerador-css/package.json +1 -1
- package/node_modules/@sema/gerador-dart/package.json +1 -1
- package/node_modules/@sema/gerador-html/dist/index.js +90 -90
- package/node_modules/@sema/gerador-html/package.json +1 -1
- package/node_modules/@sema/gerador-javascript/dist/index.js +92 -92
- package/node_modules/@sema/gerador-javascript/package.json +1 -1
- package/node_modules/@sema/gerador-lua/dist/index.js +53 -53
- package/node_modules/@sema/gerador-lua/package.json +1 -1
- package/node_modules/@sema/gerador-python/dist/index.js +122 -96
- package/node_modules/@sema/gerador-python/dist/index.js.map +1 -1
- package/node_modules/@sema/gerador-python/package.json +1 -1
- package/node_modules/@sema/gerador-typescript/dist/index.js +153 -153
- package/node_modules/@sema/gerador-typescript/package.json +1 -1
- package/node_modules/@sema/nucleo/dist/formatador/index.js +12 -4
- package/node_modules/@sema/nucleo/dist/formatador/index.js.map +1 -1
- package/node_modules/@sema/nucleo/package.json +1 -1
- package/node_modules/@sema/padroes/package.json +1 -1
- package/package.json +11 -11
|
@@ -1,181 +1,187 @@
|
|
|
1
|
-
# Fluxo Pratico para IA Antes de Editar `.sema`
|
|
2
|
-
|
|
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
|
+
|
|
3
9
|
Este documento descreve o fluxo operacional recomendado para qualquer IA antes, durante e depois de alterar arquivos `.sema`.
|
|
4
10
|
|
|
5
|
-
Se a IA seguir isso, ela trabalha com contexto. Se
|
|
6
|
-
|
|
7
|
-
O ponto central: Sema
|
|
8
|
-
|
|
9
|
-
## Fluxo curto
|
|
10
|
-
|
|
11
|
-
1. ler contexto do projeto
|
|
12
|
-
2. identificar a capacidade da IA
|
|
13
|
-
3. identificar o
|
|
14
|
-
4. consultar o menor artefato
|
|
15
|
-
5. editar
|
|
16
|
-
6. formatar
|
|
17
|
-
7. validar
|
|
18
|
-
8. verificar
|
|
19
|
-
|
|
20
|
-
## Fluxo detalhado
|
|
21
|
-
|
|
22
|
-
### Etapa 1. Ler contexto
|
|
23
|
-
|
|
24
|
-
Antes de tocar em qualquer arquivo, a IA deve ler:
|
|
25
|
-
|
|
26
|
-
- [README.md](../README.md)
|
|
27
|
-
- [
|
|
28
|
-
- [como-ensinar-a-sema-para-ia.md](./como-ensinar-a-sema-para-ia.md)
|
|
29
|
-
|
|
30
|
-
Se o trabalho estiver ligado a pagamento, ler
|
|
31
|
-
|
|
32
|
-
- [pagamento-ponta-a-ponta.md](./pagamento-ponta-a-ponta.md)
|
|
33
|
-
|
|
34
|
-
### Etapa 2. Escolher a faixa de capacidade
|
|
35
|
-
|
|
36
|
-
Antes de despejar contexto na IA, escolha o que ela aguenta:
|
|
37
|
-
|
|
38
|
-
- IA pequena ou gratuita: `sema resumo --micro` e `briefing.min.json`
|
|
39
|
-
- IA
|
|
40
|
-
- IA grande: `contexto-ia`, `briefing.json`, `drift.json`, `ir.json` e `ast.json`
|
|
41
|
-
|
|
42
|
-
### Etapa 3. Ler o
|
|
43
|
-
|
|
44
|
-
A IA deve identificar:
|
|
45
|
-
|
|
46
|
-
- qual arquivo sera editado
|
|
47
|
-
- qual
|
|
48
|
-
- qual exemplo oficial mais se parece com o que precisa ser feito
|
|
49
|
-
|
|
50
|
-
Regra pratica:
|
|
51
|
-
|
|
52
|
-
- automacao: [automacao.sema](../exemplos/automacao.sema)
|
|
53
|
-
- erros e fluxos de falha: [tratamento_erro.sema](../exemplos/tratamento_erro.sema)
|
|
54
|
-
- borda
|
|
55
|
-
|
|
56
|
-
### Etapa 4. Consultar AST e IR quando fizer sentido
|
|
57
|
-
|
|
58
|
-
Antes de alterar, a IA deve executar:
|
|
59
|
-
|
|
60
|
-
```bash
|
|
61
|
-
sema resumo caminho/arquivo.sema --curto --para mudanca
|
|
62
|
-
sema ast caminho/arquivo.sema --json
|
|
63
|
-
sema ir caminho/arquivo.sema --json
|
|
64
|
-
```
|
|
65
|
-
|
|
66
|
-
Objetivo:
|
|
67
|
-
|
|
68
|
-
- ver a forma sintatica quando a capacidade aguentar
|
|
69
|
-
- ver a forma
|
|
70
|
-
- evitar interpretar errado o contrato
|
|
71
|
-
|
|
72
|
-
### Etapa 5. Editar o `.sema`
|
|
73
|
-
|
|
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
|
+
|
|
74
80
|
Ao editar, a IA deve:
|
|
75
81
|
|
|
76
|
-
- preservar a
|
|
77
|
-
- seguir a
|
|
78
|
-
- evitar criar bloco ou operador
|
|
79
|
-
- preferir a forma
|
|
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
|
|
80
86
|
- usar blocos existentes como `auth`, `authz`, `dados`, `audit`, `forbidden`, `execucao`, `use`, `state` e `enum` antes de propor sintaxe nova
|
|
81
|
-
- evitar teste fraco em task
|
|
82
|
-
|
|
83
|
-
### Etapa 6. Formatar
|
|
84
|
-
|
|
85
|
-
Depois da
|
|
86
|
-
|
|
87
|
-
```bash
|
|
88
|
-
sema formatar caminho/arquivo.sema
|
|
89
|
-
sema formatar caminho/arquivo.sema --check
|
|
90
|
-
```
|
|
91
|
-
|
|
92
|
-
Se `--check` falhar, o trabalho ainda
|
|
93
|
-
|
|
94
|
-
### Etapa 7. Validar e diagnosticar
|
|
95
|
-
|
|
96
|
-
Depois da formatacao:
|
|
97
|
-
|
|
98
|
-
```bash
|
|
99
|
-
sema validar caminho/arquivo.sema --json
|
|
100
|
-
sema diagnosticos caminho/arquivo.sema --json
|
|
101
|
-
```
|
|
102
|
-
|
|
103
|
-
Se houver falha:
|
|
104
|
-
|
|
105
|
-
- usar os
|
|
106
|
-
-
|
|
107
|
-
|
|
108
|
-
### Etapa 7.5. Compilar quando a tarefa pedir
|
|
109
|
-
|
|
110
|
-
Se a tarefa
|
|
111
|
-
|
|
112
|
-
```bash
|
|
113
|
-
sema compilar caminho/arquivo.sema --alvo typescript --saida ./saida/typescript
|
|
114
|
-
```
|
|
115
|
-
|
|
116
|
-
Ou trocar o alvo para `python` ou `dart`, conforme o caso.
|
|
117
|
-
|
|
118
|
-
Regra pratica:
|
|
119
|
-
|
|
120
|
-
- se a entrega inclui
|
|
121
|
-
- se a IA ignorar `compilar`, ela pode acabar reescrevendo na mao coisa que a Sema
|
|
122
|
-
|
|
123
|
-
### Etapa 8. Verificar
|
|
124
|
-
|
|
125
|
-
No fechamento:
|
|
126
|
-
|
|
127
|
-
```bash
|
|
128
|
-
sema verificar arquivo-ou-pasta --json --saida ./.tmp/verificacao-ia
|
|
129
|
-
```
|
|
130
|
-
|
|
131
|
-
## Fluxo
|
|
132
|
-
|
|
133
|
-
Se voce quiser o menor fluxo aceitavel para uma IA pequena:
|
|
134
|
-
|
|
135
|
-
```bash
|
|
136
|
-
sema resumo caminho/arquivo.sema --micro --para mudanca
|
|
137
|
-
sema formatar caminho/arquivo.sema
|
|
138
|
-
sema validar caminho/arquivo.sema --json
|
|
139
|
-
```
|
|
140
|
-
|
|
141
|
-
Mas, sendo sincero, o fluxo bom mesmo e fechar com `verificar`.
|
|
142
|
-
|
|
143
|
-
Se a tarefa envolver
|
|
144
|
-
|
|
145
|
-
```bash
|
|
146
|
-
sema ir caminho/arquivo.sema --json
|
|
147
|
-
sema formatar caminho/arquivo.sema
|
|
148
|
-
sema validar caminho/arquivo.sema --json
|
|
149
|
-
sema compilar caminho/arquivo.sema --alvo typescript --saida ./saida/typescript
|
|
150
|
-
```
|
|
151
|
-
|
|
152
|
-
## Checklist de
|
|
153
|
-
|
|
154
|
-
Antes de considerar a alteracao pronta, a IA deve responder mentalmente:
|
|
155
|
-
|
|
156
|
-
- eu entendi o
|
|
157
|
-
- eu mantive a sintaxe dentro do que a linguagem suporta?
|
|
158
|
-
- eu formatei o arquivo?
|
|
159
|
-
- eu validei?
|
|
160
|
-
- eu olhei
|
|
161
|
-
- eu fechei com
|
|
162
|
-
|
|
163
|
-
Se alguma resposta for "
|
|
164
|
-
|
|
165
|
-
## Regra de ouro
|
|
166
|
-
|
|
167
|
-
Em Sema, a IA
|
|
168
|
-
|
|
169
|
-
Ela deve trabalhar sempre com:
|
|
170
|
-
|
|
171
|
-
- exemplo oficial
|
|
172
|
-
- AST
|
|
173
|
-
- IR
|
|
174
|
-
-
|
|
175
|
-
- formatador
|
|
176
|
-
|
|
177
|
-
Esse conjunto e o que faz a linguagem ser amigavel para IA de verdade, e
|
|
178
|
-
|
|
179
|
-
## Observacao sobre caminhos
|
|
180
|
-
|
|
181
|
-
|
|
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,16 +1,52 @@
|
|
|
1
|
-
#
|
|
1
|
+
# Installation And First Use
|
|
2
2
|
|
|
3
|
-
|
|
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.25`.
|
|
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.25`.
|
|
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.25`.
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
npm install -g @semacode/cli
|
|
35
|
+
sema --help
|
|
36
|
+
sema doctor
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
## Referência Operacional
|
|
4
40
|
|
|
5
41
|
## Requisitos
|
|
6
42
|
|
|
7
43
|
- Node.js LTS
|
|
8
44
|
- npm funcional
|
|
9
|
-
- Python 3
|
|
45
|
+
- Python 3 só se você quiser rodar testes Python gerados
|
|
10
46
|
|
|
11
47
|
## CLI
|
|
12
48
|
|
|
13
|
-
|
|
49
|
+
Instalação principal:
|
|
14
50
|
|
|
15
51
|
```bash
|
|
16
52
|
npm install -g @semacode/cli
|
|
@@ -19,13 +55,13 @@ sema doctor
|
|
|
19
55
|
sema docs-impacto --intencao "alterar projeto" --json
|
|
20
56
|
```
|
|
21
57
|
|
|
22
|
-
|
|
58
|
+
Instalação de uma versão específica pelo npm:
|
|
23
59
|
|
|
24
60
|
```bash
|
|
25
|
-
npm install -g
|
|
61
|
+
npm install -g @semacode/cli@1.5.25
|
|
26
62
|
```
|
|
27
63
|
|
|
28
|
-
|
|
64
|
+
Instalação local ao projeto:
|
|
29
65
|
|
|
30
66
|
```bash
|
|
31
67
|
npm install @semacode/cli
|
|
@@ -34,20 +70,7 @@ npx sema --help
|
|
|
34
70
|
|
|
35
71
|
## MCP
|
|
36
72
|
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
```bash
|
|
40
|
-
npm install -g @semacode/mcp
|
|
41
|
-
sema-mcp
|
|
42
|
-
```
|
|
43
|
-
|
|
44
|
-
Ou sem instalar:
|
|
45
|
-
|
|
46
|
-
```bash
|
|
47
|
-
npx -y @semacode/mcp
|
|
48
|
-
```
|
|
49
|
-
|
|
50
|
-
As ferramentas MCP incluem `sema_docs_impacto` e `sema_finalizar_mudanca` para obrigar agentes a ler e atualizar docs relacionadas antes de concluir alteracoes.
|
|
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).
|
|
51
74
|
|
|
52
75
|
## Instaladores oficiais
|
|
53
76
|
|
|
@@ -55,26 +78,25 @@ Linux ou macOS:
|
|
|
55
78
|
|
|
56
79
|
```bash
|
|
57
80
|
curl -fsSL https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.sh | bash
|
|
58
|
-
curl -fsSL https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.sh | bash -s -- --with-vscode --with-mcp
|
|
59
81
|
```
|
|
60
82
|
|
|
61
83
|
Windows PowerShell:
|
|
62
84
|
|
|
63
85
|
```powershell
|
|
64
86
|
Invoke-WebRequest -Uri https://raw.githubusercontent.com/gerlanss/Sema/main/install-sema.ps1 -OutFile install-sema.ps1
|
|
65
|
-
.\install-sema.ps1
|
|
87
|
+
.\install-sema.ps1
|
|
66
88
|
```
|
|
67
89
|
|
|
68
|
-
Se quiser uma tag
|
|
90
|
+
Se quiser uma tag específica, troque `main` pela versão desejada.
|
|
69
91
|
|
|
70
|
-
##
|
|
92
|
+
## Extensão VS Code
|
|
71
93
|
|
|
72
94
|
```bash
|
|
73
|
-
|
|
74
|
-
code --install-extension
|
|
95
|
+
npm run extensao:empacotar
|
|
96
|
+
code --install-extension .tmp/editor-vscode/sema-language-tools-1.5.25.vsix --force
|
|
75
97
|
```
|
|
76
98
|
|
|
77
|
-
|
|
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.
|
|
78
100
|
|
|
79
101
|
## Primeiro teste
|
|
80
102
|
|
|
@@ -85,7 +107,7 @@ sema iniciar
|
|
|
85
107
|
sema validar contratos/pedidos.sema --json
|
|
86
108
|
```
|
|
87
109
|
|
|
88
|
-
## Primeiro fluxo
|
|
110
|
+
## Primeiro fluxo útil
|
|
89
111
|
|
|
90
112
|
```bash
|
|
91
113
|
sema validar contratos/pedidos.sema --json
|
|
@@ -104,7 +126,7 @@ sema impacto contratos/pedidos.sema --alvo pedido_id --mudanca "trocar pedido_id
|
|
|
104
126
|
sema contexto-ia contratos/pedidos.sema --saida ./.tmp/contexto --json
|
|
105
127
|
```
|
|
106
128
|
|
|
107
|
-
## Primeiro fluxo de
|
|
129
|
+
## Primeiro fluxo de persistência vendor-first
|
|
108
130
|
|
|
109
131
|
```bash
|
|
110
132
|
sema validar contratos/sema/persistencia_vendor_first.sema --json
|