context-first-cli 1.0.0 → 1.1.0
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/dist/commands/scaffold-orchestrator.d.ts.map +1 -1
- package/dist/commands/scaffold-orchestrator.js +37 -17
- package/dist/commands/scaffold-orchestrator.js.map +1 -1
- package/dist/templates/commands/engineer/plan.md +251 -0
- package/dist/templates/commands/engineer/pr.md +167 -0
- package/dist/templates/commands/engineer/pre-pr.md +262 -0
- package/dist/templates/commands/engineer/start.md +115 -0
- package/dist/templates/commands/engineer/work.md +125 -0
- package/dist/templates/commands/products/check.md +201 -0
- package/dist/templates/commands/products/collect.md +129 -0
- package/dist/templates/commands/products/refine.md +182 -0
- package/dist/templates/commands/products/spec.md +239 -0
- package/dist/templates/commands/warm-up.md +65 -0
- package/package.json +4 -2
- package/templates/commands/engineer/plan.md +251 -0
- package/templates/commands/engineer/pr.md +167 -0
- package/templates/commands/engineer/pre-pr.md +262 -0
- package/templates/commands/engineer/start.md +115 -0
- package/templates/commands/engineer/work.md +125 -0
- package/templates/commands/products/check.md +201 -0
- package/templates/commands/products/collect.md +129 -0
- package/templates/commands/products/refine.md +182 -0
- package/templates/commands/products/spec.md +239 -0
- package/templates/commands/warm-up.md +65 -0
|
@@ -0,0 +1,182 @@
|
|
|
1
|
+
# Refinamento de Requisitos
|
|
2
|
+
|
|
3
|
+
Este comando refina uma issue coletada, transformando-a em requisitos claros e validados.
|
|
4
|
+
|
|
5
|
+
## ⚠️ IMPORTANTE: Este Comando NÃO Implementa Código
|
|
6
|
+
|
|
7
|
+
Este comando é para refinamento de requisitos, não implementação.
|
|
8
|
+
|
|
9
|
+
**Próximo passo**: `/spec [ISSUE-ID]` para criar a especificação completa (PRD).
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
## 📋 Pré-requisitos
|
|
14
|
+
|
|
15
|
+
- Issue já coletada via `/collect`
|
|
16
|
+
- Contexto do projeto carregado (execute `/warm-up` se necessário)
|
|
17
|
+
|
|
18
|
+
## 🎯 Objetivo
|
|
19
|
+
|
|
20
|
+
Refinar a issue coletada, esclarecendo:
|
|
21
|
+
- Escopo exato (o que entra e o que não entra)
|
|
22
|
+
- Critérios de aceitação claros
|
|
23
|
+
- Impacto em cada repositório
|
|
24
|
+
- Dependências técnicas
|
|
25
|
+
- Riscos e restrições
|
|
26
|
+
|
|
27
|
+
## 📝 Processo de Refinamento
|
|
28
|
+
|
|
29
|
+
### 1. Carregar Issue
|
|
30
|
+
|
|
31
|
+
**Se task manager configurado**:
|
|
32
|
+
- Leia a issue usando o MCP apropriado
|
|
33
|
+
|
|
34
|
+
**Senão**:
|
|
35
|
+
- Leia `./.context-sessions/<ISSUE-ID>/collect.md`
|
|
36
|
+
|
|
37
|
+
### 2. Análise de Escopo
|
|
38
|
+
|
|
39
|
+
Defina claramente:
|
|
40
|
+
|
|
41
|
+
**O que ESTÁ no escopo**:
|
|
42
|
+
- Funcionalidades específicas a serem implementadas
|
|
43
|
+
- Repositórios que serão modificados
|
|
44
|
+
- Integrações necessárias
|
|
45
|
+
|
|
46
|
+
**O que NÃO ESTÁ no escopo**:
|
|
47
|
+
- Funcionalidades relacionadas mas que ficam para depois
|
|
48
|
+
- Otimizações futuras
|
|
49
|
+
- Features "nice to have"
|
|
50
|
+
|
|
51
|
+
### 3. Critérios de Aceitação
|
|
52
|
+
|
|
53
|
+
Defina critérios mensuráveis e testáveis:
|
|
54
|
+
|
|
55
|
+
```markdown
|
|
56
|
+
## Critérios de Aceitação
|
|
57
|
+
|
|
58
|
+
### Funcional
|
|
59
|
+
- [ ] [Critério 1 - específico e testável]
|
|
60
|
+
- [ ] [Critério 2 - específico e testável]
|
|
61
|
+
|
|
62
|
+
### Técnico
|
|
63
|
+
- [ ] [Critério técnico 1]
|
|
64
|
+
- [ ] [Critério técnico 2]
|
|
65
|
+
|
|
66
|
+
### Qualidade
|
|
67
|
+
- [ ] Testes unitários implementados
|
|
68
|
+
- [ ] Testes de integração implementados
|
|
69
|
+
- [ ] Documentação atualizada
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
### 4. Análise de Impacto
|
|
73
|
+
|
|
74
|
+
Para cada repositório afetado:
|
|
75
|
+
|
|
76
|
+
```markdown
|
|
77
|
+
## Impacto por Repositório
|
|
78
|
+
|
|
79
|
+
### <repo-1>
|
|
80
|
+
- **Componentes afetados**: [lista]
|
|
81
|
+
- **Tipo de mudança**: Nova feature / Modificação / Refatoração
|
|
82
|
+
- **Complexidade estimada**: Baixa / Média / Alta
|
|
83
|
+
- **Riscos**: [riscos específicos]
|
|
84
|
+
|
|
85
|
+
### <repo-2>
|
|
86
|
+
- **Componentes afetados**: [lista]
|
|
87
|
+
- **Tipo de mudança**: Nova feature / Modificação / Refatoração
|
|
88
|
+
- **Complexidade estimada**: Baixa / Média / Alta
|
|
89
|
+
- **Riscos**: [riscos específicos]
|
|
90
|
+
```
|
|
91
|
+
|
|
92
|
+
### 5. Dependências e Restrições
|
|
93
|
+
|
|
94
|
+
Identifique:
|
|
95
|
+
- Dependências entre repositórios
|
|
96
|
+
- Dependências de outras features/issues
|
|
97
|
+
- Restrições técnicas
|
|
98
|
+
- Restrições de negócio
|
|
99
|
+
- Bloqueadores conhecidos
|
|
100
|
+
|
|
101
|
+
### 6. Estimativa Inicial
|
|
102
|
+
|
|
103
|
+
Forneça estimativa de esforço:
|
|
104
|
+
- **Pequeno**: < 1 dia
|
|
105
|
+
- **Médio**: 1-3 dias
|
|
106
|
+
- **Grande**: 3-5 dias
|
|
107
|
+
- **Muito Grande**: > 5 dias (considere quebrar em issues menores)
|
|
108
|
+
|
|
109
|
+
### 7. Perguntas Pendentes
|
|
110
|
+
|
|
111
|
+
Liste perguntas que ainda precisam ser respondidas antes de iniciar a implementação.
|
|
112
|
+
|
|
113
|
+
## 📄 Documentação do Refinamento
|
|
114
|
+
|
|
115
|
+
Crie/atualize `./.context-sessions/<ISSUE-ID>/refine.md`:
|
|
116
|
+
|
|
117
|
+
```markdown
|
|
118
|
+
# [Título da Issue] - Refinamento
|
|
119
|
+
|
|
120
|
+
## Escopo
|
|
121
|
+
|
|
122
|
+
### Incluído
|
|
123
|
+
- [Item 1]
|
|
124
|
+
- [Item 2]
|
|
125
|
+
|
|
126
|
+
### Excluído
|
|
127
|
+
- [Item 1]
|
|
128
|
+
- [Item 2]
|
|
129
|
+
|
|
130
|
+
## Critérios de Aceitação
|
|
131
|
+
[Conforme seção 3 acima]
|
|
132
|
+
|
|
133
|
+
## Impacto por Repositório
|
|
134
|
+
[Conforme seção 4 acima]
|
|
135
|
+
|
|
136
|
+
## Dependências
|
|
137
|
+
- [Dependência 1]
|
|
138
|
+
- [Dependência 2]
|
|
139
|
+
|
|
140
|
+
## Restrições
|
|
141
|
+
- [Restrição 1]
|
|
142
|
+
- [Restrição 2]
|
|
143
|
+
|
|
144
|
+
## Estimativa
|
|
145
|
+
[Pequeno/Médio/Grande/Muito Grande] - [Justificativa]
|
|
146
|
+
|
|
147
|
+
## Perguntas Pendentes
|
|
148
|
+
1. [Pergunta 1]
|
|
149
|
+
2. [Pergunta 2]
|
|
150
|
+
|
|
151
|
+
## Riscos Identificados
|
|
152
|
+
- [Risco 1 e mitigação]
|
|
153
|
+
- [Risco 2 e mitigação]
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
## 🔍 Validação
|
|
157
|
+
|
|
158
|
+
Valide o refinamento contra:
|
|
159
|
+
- Estratégia do produto (se documentada)
|
|
160
|
+
- Arquitetura técnica (se documentada)
|
|
161
|
+
- Capacidade do time
|
|
162
|
+
- Prioridades do roadmap
|
|
163
|
+
|
|
164
|
+
---
|
|
165
|
+
|
|
166
|
+
**Argumentos fornecidos**:
|
|
167
|
+
|
|
168
|
+
```
|
|
169
|
+
#$ARGUMENTS
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
---
|
|
173
|
+
|
|
174
|
+
## 🎯 Próximo Passo
|
|
175
|
+
|
|
176
|
+
Após refinamento aprovado:
|
|
177
|
+
|
|
178
|
+
```bash
|
|
179
|
+
/spec [ISSUE-ID]
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
Este comando criará a especificação completa (PRD) da feature.
|
|
@@ -0,0 +1,239 @@
|
|
|
1
|
+
# Criação de Especificação (PRD)
|
|
2
|
+
|
|
3
|
+
Este comando cria a especificação completa (Product Requirements Document) da feature.
|
|
4
|
+
|
|
5
|
+
## ⚠️ IMPORTANTE: Este Comando NÃO Implementa Código
|
|
6
|
+
|
|
7
|
+
Este comando é para documentação de requisitos, não implementação.
|
|
8
|
+
|
|
9
|
+
**Próximo passo**: `/start` para iniciar o desenvolvimento.
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
## 📋 Pré-requisitos
|
|
14
|
+
|
|
15
|
+
- Issue refinada via `/refine`
|
|
16
|
+
- Contexto do projeto carregado
|
|
17
|
+
- Aprovação para prosseguir com a feature
|
|
18
|
+
|
|
19
|
+
## 🎯 Objetivo
|
|
20
|
+
|
|
21
|
+
Criar um PRD completo que servirá como fonte única de verdade para a implementação.
|
|
22
|
+
|
|
23
|
+
## 📝 Estrutura do PRD
|
|
24
|
+
|
|
25
|
+
### 1. Visão Geral
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# [Título da Feature]
|
|
29
|
+
|
|
30
|
+
## Contexto
|
|
31
|
+
[Por que estamos construindo isso? Qual problema resolve?]
|
|
32
|
+
|
|
33
|
+
## Objetivo
|
|
34
|
+
[O que queremos alcançar com esta feature?]
|
|
35
|
+
|
|
36
|
+
## Métricas de Sucesso
|
|
37
|
+
- [Métrica 1]: [Como medir]
|
|
38
|
+
- [Métrica 2]: [Como medir]
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
### 2. Requisitos Funcionais
|
|
42
|
+
|
|
43
|
+
```markdown
|
|
44
|
+
## Requisitos Funcionais
|
|
45
|
+
|
|
46
|
+
### RF-01: [Nome do Requisito]
|
|
47
|
+
**Descrição**: [Descrição detalhada]
|
|
48
|
+
**Prioridade**: Must Have / Should Have / Could Have
|
|
49
|
+
**Repositórios**: [repos afetados]
|
|
50
|
+
|
|
51
|
+
### RF-02: [Nome do Requisito]
|
|
52
|
+
**Descrição**: [Descrição detalhada]
|
|
53
|
+
**Prioridade**: Must Have / Should Have / Could Have
|
|
54
|
+
**Repositórios**: [repos afetados]
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
### 3. Requisitos Não-Funcionais
|
|
58
|
+
|
|
59
|
+
```markdown
|
|
60
|
+
## Requisitos Não-Funcionais
|
|
61
|
+
|
|
62
|
+
### Performance
|
|
63
|
+
- [Requisito de performance]
|
|
64
|
+
|
|
65
|
+
### Segurança
|
|
66
|
+
- [Requisito de segurança]
|
|
67
|
+
|
|
68
|
+
### Acessibilidade
|
|
69
|
+
- [Requisito de acessibilidade]
|
|
70
|
+
|
|
71
|
+
### Escalabilidade
|
|
72
|
+
- [Requisito de escalabilidade]
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
### 4. Fluxos de Usuário
|
|
76
|
+
|
|
77
|
+
```markdown
|
|
78
|
+
## Fluxos de Usuário
|
|
79
|
+
|
|
80
|
+
### Fluxo Principal
|
|
81
|
+
1. [Passo 1]
|
|
82
|
+
2. [Passo 2]
|
|
83
|
+
3. [Passo 3]
|
|
84
|
+
|
|
85
|
+
### Fluxos Alternativos
|
|
86
|
+
**Cenário**: [Nome do cenário]
|
|
87
|
+
1. [Passo 1]
|
|
88
|
+
2. [Passo 2]
|
|
89
|
+
|
|
90
|
+
### Tratamento de Erros
|
|
91
|
+
**Erro**: [Tipo de erro]
|
|
92
|
+
**Comportamento**: [Como o sistema deve reagir]
|
|
93
|
+
```
|
|
94
|
+
|
|
95
|
+
### 5. Especificação Técnica
|
|
96
|
+
|
|
97
|
+
```markdown
|
|
98
|
+
## Especificação Técnica
|
|
99
|
+
|
|
100
|
+
### Arquitetura
|
|
101
|
+
|
|
102
|
+
#### <repo-1>
|
|
103
|
+
- **Componentes novos**: [lista]
|
|
104
|
+
- **Componentes modificados**: [lista]
|
|
105
|
+
- **APIs**: [endpoints novos/modificados]
|
|
106
|
+
|
|
107
|
+
#### <repo-2>
|
|
108
|
+
- **Componentes novos**: [lista]
|
|
109
|
+
- **Componentes modificados**: [lista]
|
|
110
|
+
- **APIs**: [endpoints novos/modificados]
|
|
111
|
+
|
|
112
|
+
### Integrações
|
|
113
|
+
- **Entre repos**: [como os repos se comunicam]
|
|
114
|
+
- **Externas**: [APIs externas, se houver]
|
|
115
|
+
|
|
116
|
+
### Modelo de Dados
|
|
117
|
+
[Descreva mudanças no modelo de dados, se houver]
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
### 6. Critérios de Aceitação
|
|
121
|
+
|
|
122
|
+
```markdown
|
|
123
|
+
## Critérios de Aceitação
|
|
124
|
+
|
|
125
|
+
### Funcional
|
|
126
|
+
- [ ] [Critério específico e testável]
|
|
127
|
+
- [ ] [Critério específico e testável]
|
|
128
|
+
|
|
129
|
+
### Técnico
|
|
130
|
+
- [ ] Testes unitários com cobertura >= X%
|
|
131
|
+
- [ ] Testes de integração implementados
|
|
132
|
+
- [ ] Performance dentro dos requisitos
|
|
133
|
+
- [ ] Documentação atualizada
|
|
134
|
+
|
|
135
|
+
### Qualidade
|
|
136
|
+
- [ ] Code review aprovado
|
|
137
|
+
- [ ] Sem regressões
|
|
138
|
+
- [ ] Acessibilidade validada
|
|
139
|
+
```
|
|
140
|
+
|
|
141
|
+
### 7. Fora do Escopo
|
|
142
|
+
|
|
143
|
+
```markdown
|
|
144
|
+
## Fora do Escopo
|
|
145
|
+
|
|
146
|
+
Funcionalidades que NÃO serão implementadas nesta versão:
|
|
147
|
+
- [Item 1]
|
|
148
|
+
- [Item 2]
|
|
149
|
+
|
|
150
|
+
Justificativa: [Por que ficam para depois]
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
### 8. Riscos e Mitigações
|
|
154
|
+
|
|
155
|
+
```markdown
|
|
156
|
+
## Riscos e Mitigações
|
|
157
|
+
|
|
158
|
+
### Risco 1: [Descrição]
|
|
159
|
+
- **Probabilidade**: Alta / Média / Baixa
|
|
160
|
+
- **Impacto**: Alto / Médio / Baixo
|
|
161
|
+
- **Mitigação**: [Como mitigar]
|
|
162
|
+
|
|
163
|
+
### Risco 2: [Descrição]
|
|
164
|
+
- **Probabilidade**: Alta / Média / Baixa
|
|
165
|
+
- **Impacto**: Alto / Médio / Baixo
|
|
166
|
+
- **Mitigação**: [Como mitigar]
|
|
167
|
+
```
|
|
168
|
+
|
|
169
|
+
### 9. Dependências
|
|
170
|
+
|
|
171
|
+
```markdown
|
|
172
|
+
## Dependências
|
|
173
|
+
|
|
174
|
+
### Técnicas
|
|
175
|
+
- [Dependência técnica 1]
|
|
176
|
+
- [Dependência técnica 2]
|
|
177
|
+
|
|
178
|
+
### De Negócio
|
|
179
|
+
- [Dependência de negócio 1]
|
|
180
|
+
- [Dependência de negócio 2]
|
|
181
|
+
|
|
182
|
+
### Bloqueadores
|
|
183
|
+
- [Bloqueador 1 e plano para resolver]
|
|
184
|
+
```
|
|
185
|
+
|
|
186
|
+
### 10. Plano de Testes
|
|
187
|
+
|
|
188
|
+
```markdown
|
|
189
|
+
## Plano de Testes
|
|
190
|
+
|
|
191
|
+
### Testes Unitários
|
|
192
|
+
- [Área 1 a ser testada]
|
|
193
|
+
- [Área 2 a ser testada]
|
|
194
|
+
|
|
195
|
+
### Testes de Integração
|
|
196
|
+
- [Cenário 1]
|
|
197
|
+
- [Cenário 2]
|
|
198
|
+
|
|
199
|
+
### Testes Manuais
|
|
200
|
+
- [Cenário 1]
|
|
201
|
+
- [Cenário 2]
|
|
202
|
+
```
|
|
203
|
+
|
|
204
|
+
## 📄 Salvamento do PRD
|
|
205
|
+
|
|
206
|
+
**Se task manager configurado**:
|
|
207
|
+
- Adicione o PRD como comentário na issue
|
|
208
|
+
- Ou anexe como arquivo
|
|
209
|
+
|
|
210
|
+
**Senão**:
|
|
211
|
+
- Salve em `./.context-sessions/<ISSUE-ID>/prd.md`
|
|
212
|
+
|
|
213
|
+
## 🔍 Revisão e Aprovação
|
|
214
|
+
|
|
215
|
+
Antes de finalizar:
|
|
216
|
+
1. Revise o PRD com stakeholders
|
|
217
|
+
2. Valide contra metaspecs (se disponíveis)
|
|
218
|
+
3. Obtenha aprovação para iniciar implementação
|
|
219
|
+
4. Atualize a issue no task manager com status "Pronto para Desenvolvimento"
|
|
220
|
+
|
|
221
|
+
---
|
|
222
|
+
|
|
223
|
+
**Argumentos fornecidos**:
|
|
224
|
+
|
|
225
|
+
```
|
|
226
|
+
#$ARGUMENTS
|
|
227
|
+
```
|
|
228
|
+
|
|
229
|
+
---
|
|
230
|
+
|
|
231
|
+
## 🎯 Próximo Passo
|
|
232
|
+
|
|
233
|
+
Após aprovação do PRD:
|
|
234
|
+
|
|
235
|
+
```bash
|
|
236
|
+
/start
|
|
237
|
+
```
|
|
238
|
+
|
|
239
|
+
Este comando iniciará o desenvolvimento da feature.
|
|
@@ -0,0 +1,65 @@
|
|
|
1
|
+
# Aquecimento - Carregamento de Contexto
|
|
2
|
+
|
|
3
|
+
Este comando prepara o ambiente carregando o contexto completo do projeto e do workspace atual.
|
|
4
|
+
|
|
5
|
+
## 1. Identificar Workspace Atual
|
|
6
|
+
|
|
7
|
+
Verifique se você está dentro de um workspace criado pelo `context-cli`:
|
|
8
|
+
|
|
9
|
+
```bash
|
|
10
|
+
# Procurar pelo arquivo .workspace.json no diretório atual ou pais
|
|
11
|
+
pwd
|
|
12
|
+
ls -la .workspace.json 2>/dev/null || echo "Não está em um workspace"
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
Se não estiver em um workspace, pergunte ao usuário qual workspace usar ou se deve criar um novo.
|
|
16
|
+
|
|
17
|
+
## 2. Carregar Configuração do Orchestrator
|
|
18
|
+
|
|
19
|
+
Leia o arquivo `.workspace.json` para identificar:
|
|
20
|
+
- Issue ID do workspace
|
|
21
|
+
- Repositórios incluídos neste workspace
|
|
22
|
+
- Data de criação e última atualização
|
|
23
|
+
|
|
24
|
+
## 3. Carregar Metaspecs (se disponíveis)
|
|
25
|
+
|
|
26
|
+
Navegue até o diretório do orchestrator (geralmente `../.context-orchestrator/`) e leia:
|
|
27
|
+
|
|
28
|
+
1. **Manifesto do Projeto**: `context-manifest.json`
|
|
29
|
+
- Entenda a estrutura de repositórios
|
|
30
|
+
- Identifique dependências entre repos
|
|
31
|
+
|
|
32
|
+
2. **Índices de Documentação** (se existirem):
|
|
33
|
+
- `specs/business/index.md` - Contexto de negócio
|
|
34
|
+
- `specs/technical/index.md` - Contexto técnico
|
|
35
|
+
- `README.md` - Visão geral do projeto
|
|
36
|
+
|
|
37
|
+
3. **Especificações Core** (se existirem):
|
|
38
|
+
- `specs/business/PRODUCT_STRATEGY.md` - Estratégia do produto
|
|
39
|
+
- `specs/technical/meta/intent.md` - Objetivos e constraints
|
|
40
|
+
- `specs/technical/meta/stack.md` - Stack tecnológica e ADRs
|
|
41
|
+
|
|
42
|
+
## 4. Contexto dos Repositórios
|
|
43
|
+
|
|
44
|
+
Para cada repositório no workspace, leia:
|
|
45
|
+
- `README.md` - Entenda o propósito do repositório
|
|
46
|
+
- `package.json` ou arquivo equivalente - Identifique dependências e scripts
|
|
47
|
+
|
|
48
|
+
## 5. Navegação Inteligente
|
|
49
|
+
|
|
50
|
+
- **Código**: Use ferramentas de busca (glob, grep) para localizar arquivos relevantes
|
|
51
|
+
- **Documentação**: Use os índices carregados para encontrar especificações
|
|
52
|
+
- **Aguarde Instruções**: NÃO leia outros arquivos agora. Aguarde o próximo comando.
|
|
53
|
+
|
|
54
|
+
## 6. Princípio Jidoka (Parar ao Detectar Problemas)
|
|
55
|
+
|
|
56
|
+
Se detectar desalinhamento, conflitos ou problemas:
|
|
57
|
+
1. 🛑 **PARE** imediatamente
|
|
58
|
+
2. 📝 **DOCUMENTE** o problema encontrado
|
|
59
|
+
3. 💬 **ALERTE** o usuário antes de prosseguir
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
**Argumentos fornecidos**: #$ARGUMENTS
|
|
64
|
+
|
|
65
|
+
**Status**: Contexto carregado. Aguardando próximo comando.
|