up-cc 0.4.6 → 0.5.1
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/up-architecture-supervisor.md +122 -0
- package/agents/up-audit-supervisor.md +73 -0
- package/agents/up-chief-architect.md +184 -0
- package/agents/up-chief-engineer.md +202 -0
- package/agents/up-chief-operations.md +123 -0
- package/agents/up-chief-product.md +103 -0
- package/agents/up-chief-quality.md +211 -0
- package/agents/up-delivery-auditor.md +247 -0
- package/agents/up-execution-supervisor.md +268 -0
- package/agents/up-operations-supervisor.md +90 -0
- package/agents/up-planning-supervisor.md +255 -0
- package/agents/up-product-supervisor.md +78 -0
- package/agents/up-project-ceo.md +352 -0
- package/agents/up-quality-supervisor.md +173 -0
- package/agents/up-verification-supervisor.md +106 -0
- package/bin/install.js +1 -0
- package/commands/modo-builder.md +5 -0
- package/commands/onboard.md +69 -0
- package/package.json +1 -1
- package/references/governance-rules.md +157 -0
- package/references/rework-limits.md +162 -0
- package/references/severity-levels.md +189 -0
- package/templates/audit-report.md +118 -0
- package/templates/checklist.md +195 -0
- package/templates/owner-profile.md +111 -0
- package/templates/owner.md +77 -0
- package/templates/pending.md +83 -0
- package/workflows/builder.md +196 -9
- package/workflows/ceo-intake.md +305 -0
- package/workflows/ceo-updates.md +183 -0
- package/workflows/governance.md +237 -0
- package/workflows/onboarding.md +375 -0
|
@@ -0,0 +1,195 @@
|
|
|
1
|
+
# CHECKLIST.md Template
|
|
2
|
+
|
|
3
|
+
Template para `.plano/CHECKLIST.md` — rastreamento global do processo UP em tempo real.
|
|
4
|
+
Atualizado por CADA agente conforme completa seu trabalho.
|
|
5
|
+
Lido pelo Delivery Auditor para calcular Confidence Score.
|
|
6
|
+
|
|
7
|
+
<template>
|
|
8
|
+
|
|
9
|
+
```yaml
|
|
10
|
+
---
|
|
11
|
+
started_at: ""
|
|
12
|
+
updated_at: ""
|
|
13
|
+
total_items: 0
|
|
14
|
+
completed: 0
|
|
15
|
+
in_progress: 0
|
|
16
|
+
pending: 0
|
|
17
|
+
failed: 0
|
|
18
|
+
confidence_score: 0
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
# Checklist Global
|
|
22
|
+
|
|
23
|
+
Fonte unica da verdade sobre o que foi feito vs o que deveria ter sido feito.
|
|
24
|
+
Cada item tem: status, evidencia (path), validador, timestamp.
|
|
25
|
+
|
|
26
|
+
## Estagio 1: Intake
|
|
27
|
+
|
|
28
|
+
- [ ] E1.1 Briefing coletado
|
|
29
|
+
- status: pending | in_progress | completed | failed
|
|
30
|
+
- validator: [agente que validou]
|
|
31
|
+
- evidence: .plano/BRIEFING.md
|
|
32
|
+
- timestamp: [ISO]
|
|
33
|
+
|
|
34
|
+
- [ ] E1.2 Design system coletado ou marcado como pending
|
|
35
|
+
- status:
|
|
36
|
+
- validator:
|
|
37
|
+
- evidence: .plano/DESIGN-TOKENS.md ou .plano/PENDING.md
|
|
38
|
+
- timestamp:
|
|
39
|
+
|
|
40
|
+
- [ ] E1.3 Credenciais coletadas ou marcadas como pending
|
|
41
|
+
- status:
|
|
42
|
+
- evidence: .env.local ou .plano/PENDING.md
|
|
43
|
+
|
|
44
|
+
- [ ] E1.4 Referencias coletadas
|
|
45
|
+
- status:
|
|
46
|
+
- evidence: .plano/OWNER.md
|
|
47
|
+
|
|
48
|
+
- [ ] E1.5 Restricoes anotadas
|
|
49
|
+
- status:
|
|
50
|
+
- evidence: .plano/OWNER.md
|
|
51
|
+
|
|
52
|
+
## Estagio 2: Arquitetura
|
|
53
|
+
|
|
54
|
+
- [ ] E2.1 PRODUCT-ANALYSIS.md gerado
|
|
55
|
+
- validator: product-supervisor
|
|
56
|
+
- approved_by: chief-product
|
|
57
|
+
|
|
58
|
+
- [ ] E2.2 SYSTEM-DESIGN.md gerado
|
|
59
|
+
- validator: architecture-supervisor
|
|
60
|
+
- approved_by: chief-architect
|
|
61
|
+
|
|
62
|
+
- [ ] E2.3 PROJECT.md gerado
|
|
63
|
+
- validator: architecture-supervisor
|
|
64
|
+
|
|
65
|
+
- [ ] E2.4 ROADMAP.md gerado
|
|
66
|
+
- validator: architecture-supervisor
|
|
67
|
+
|
|
68
|
+
- [ ] E2.5 REQUIREMENTS.md gerado e validado
|
|
69
|
+
- validator: architecture-supervisor
|
|
70
|
+
|
|
71
|
+
- [ ] E2.6 DESIGN-TOKENS.md gerado (se projeto tem UI)
|
|
72
|
+
- validator: architecture-supervisor
|
|
73
|
+
|
|
74
|
+
- [ ] E2.7 Chief-architect aprovou arquitetura global
|
|
75
|
+
- validator: chief-architect
|
|
76
|
+
|
|
77
|
+
## Estagio 3: Build (por fase)
|
|
78
|
+
|
|
79
|
+
### Fase {N}: {nome}
|
|
80
|
+
|
|
81
|
+
- [ ] E3.N.1 Plano criado
|
|
82
|
+
- validator: planning-supervisor
|
|
83
|
+
- rework_cycles: 0
|
|
84
|
+
|
|
85
|
+
- [ ] E3.N.2 Execucao concluida
|
|
86
|
+
- validator: execution-supervisor
|
|
87
|
+
- rework_cycles: 0
|
|
88
|
+
|
|
89
|
+
- [ ] E3.N.3 Verificador passou
|
|
90
|
+
- validator: verification-supervisor
|
|
91
|
+
|
|
92
|
+
- [ ] E3.N.4 E2E rodou (se tem UI)
|
|
93
|
+
- validator: quality-supervisor
|
|
94
|
+
|
|
95
|
+
- [ ] E3.N.5 DCRV rodou (3 detectores)
|
|
96
|
+
- validator: quality-supervisor
|
|
97
|
+
|
|
98
|
+
- [ ] E3.N.6 Chief-engineer aprovou fase
|
|
99
|
+
- validator: chief-engineer
|
|
100
|
+
|
|
101
|
+
## Estagio 4: Quality Gate Global
|
|
102
|
+
|
|
103
|
+
- [ ] E4.1 DCRV global rodou
|
|
104
|
+
- validator: quality-supervisor
|
|
105
|
+
|
|
106
|
+
- [ ] E4.2 Blind validator rodou
|
|
107
|
+
- validator: verification-supervisor
|
|
108
|
+
|
|
109
|
+
- [ ] E4.3 UX tester rodou
|
|
110
|
+
- validator: audit-supervisor
|
|
111
|
+
|
|
112
|
+
- [ ] E4.4 Mobile first rodou
|
|
113
|
+
- validator: audit-supervisor
|
|
114
|
+
|
|
115
|
+
- [ ] E4.5 Security review passou
|
|
116
|
+
- validator: audit-supervisor
|
|
117
|
+
|
|
118
|
+
- [ ] E4.6 Melhorias aplicadas
|
|
119
|
+
- validator: audit-supervisor
|
|
120
|
+
|
|
121
|
+
- [ ] E4.7 QA tests rodaram
|
|
122
|
+
- validator: quality-supervisor
|
|
123
|
+
|
|
124
|
+
- [ ] E4.8 DevOps artifacts gerados
|
|
125
|
+
- validator: operations-supervisor
|
|
126
|
+
|
|
127
|
+
- [ ] E4.9 Documentacao gerada
|
|
128
|
+
- validator: operations-supervisor
|
|
129
|
+
|
|
130
|
+
- [ ] E4.10 Chief-quality aprovou qualidade global
|
|
131
|
+
- validator: chief-quality
|
|
132
|
+
|
|
133
|
+
## Estagio 4.5: Audit (NOVO)
|
|
134
|
+
|
|
135
|
+
- [ ] E4.5.1 Delivery-auditor rodou
|
|
136
|
+
- validator: delivery-auditor
|
|
137
|
+
|
|
138
|
+
- [ ] E4.5.2 Confidence Score calculado
|
|
139
|
+
- threshold: 95%
|
|
140
|
+
|
|
141
|
+
- [ ] E4.5.3 Inconsistencias resolvidas
|
|
142
|
+
|
|
143
|
+
- [ ] E4.5.4 Rework loop executado (se necessario)
|
|
144
|
+
- max_cycles: 3
|
|
145
|
+
|
|
146
|
+
## Estagio 5: Delivery
|
|
147
|
+
|
|
148
|
+
- [ ] E5.1 E2E final rodou
|
|
149
|
+
- validator: quality-supervisor
|
|
150
|
+
|
|
151
|
+
- [ ] E5.2 DELIVERY.md gerado
|
|
152
|
+
- validator: operations-supervisor
|
|
153
|
+
|
|
154
|
+
- [ ] E5.3 PENDING.md consolidado
|
|
155
|
+
|
|
156
|
+
- [ ] E5.4 CEO aprovou delivery
|
|
157
|
+
- validator: project-ceo
|
|
158
|
+
|
|
159
|
+
- [ ] E5.5 Resumo apresentado ao dono
|
|
160
|
+
- validator: project-ceo
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
</template>
|
|
164
|
+
|
|
165
|
+
<guidelines>
|
|
166
|
+
|
|
167
|
+
## Como atualizar
|
|
168
|
+
|
|
169
|
+
**Cada agente atualiza seus items ao completar:**
|
|
170
|
+
|
|
171
|
+
```bash
|
|
172
|
+
# Exemplo: execution-supervisor aprovou fase 3
|
|
173
|
+
node "$HOME/.claude/up/bin/up-tools.cjs" checklist update \
|
|
174
|
+
--item "E3.3.2" \
|
|
175
|
+
--status "completed" \
|
|
176
|
+
--validator "execution-supervisor" \
|
|
177
|
+
--evidence ".plano/fases/03-dashboard/03-01-SUMMARY.md" \
|
|
178
|
+
--rework-cycles 1
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
## Como o Delivery Auditor usa
|
|
182
|
+
|
|
183
|
+
1. Le CHECKLIST.md
|
|
184
|
+
2. Conta: completed / total = Confidence Score (%)
|
|
185
|
+
3. Identifica items pending/failed
|
|
186
|
+
4. Cruza com outros relatorios pra detectar inconsistencias
|
|
187
|
+
5. Gera AUDIT-REPORT.md com recomendacao
|
|
188
|
+
|
|
189
|
+
## Thresholds
|
|
190
|
+
|
|
191
|
+
- **Confidence >= 95%:** delivery liberado
|
|
192
|
+
- **Confidence 85-94%:** delivery com ressalvas (CEO confirma com dono)
|
|
193
|
+
- **Confidence < 85%:** delivery bloqueado, loop de rework obrigatorio
|
|
194
|
+
|
|
195
|
+
</guidelines>
|
|
@@ -0,0 +1,111 @@
|
|
|
1
|
+
# Owner Profile Template
|
|
2
|
+
|
|
3
|
+
Template global para `~/.claude/up/owner-profile.md`.
|
|
4
|
+
Criado automaticamente pelo onboarding (`/up:onboard`).
|
|
5
|
+
Lido pelo CEO antes de cada projeto pra adaptar tom e decisoes ao estilo do dono.
|
|
6
|
+
|
|
7
|
+
<template>
|
|
8
|
+
|
|
9
|
+
```yaml
|
|
10
|
+
---
|
|
11
|
+
# Identidade
|
|
12
|
+
name: ""
|
|
13
|
+
preferred_name: ""
|
|
14
|
+
role: ""
|
|
15
|
+
company: ""
|
|
16
|
+
location: ""
|
|
17
|
+
timezone: ""
|
|
18
|
+
language: pt-BR
|
|
19
|
+
|
|
20
|
+
# CEO (customizavel pelo dono)
|
|
21
|
+
ceo_name: "CEO"
|
|
22
|
+
ceo_tone: "amigavel" # formal | amigavel | direto
|
|
23
|
+
|
|
24
|
+
# Criacao
|
|
25
|
+
created_at: ""
|
|
26
|
+
updated_at: ""
|
|
27
|
+
version: "1.0"
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## Contexto Profissional
|
|
31
|
+
|
|
32
|
+
[Descricao livre do que o usuario faz, area de atuacao, background]
|
|
33
|
+
|
|
34
|
+
## Time
|
|
35
|
+
|
|
36
|
+
- Solo ou tem time? [solo | time]
|
|
37
|
+
- Tamanho do time: [N]
|
|
38
|
+
- Papel no time: [lead, contribuidor, gestor]
|
|
39
|
+
|
|
40
|
+
## Stack Preferida
|
|
41
|
+
|
|
42
|
+
- **Frontend:** [ex: Next.js, Vite, Vue, SvelteKit]
|
|
43
|
+
- **Backend:** [ex: FastAPI, Express, Rails, Supabase]
|
|
44
|
+
- **Database:** [ex: Postgres, Supabase, MongoDB, SQLite]
|
|
45
|
+
- **Package manager:** [ex: pnpm, npm, yarn, bun]
|
|
46
|
+
- **Deploy/Infra:** [ex: Vercel, Hetzner+Coolify, AWS, Railway]
|
|
47
|
+
- **Linguagens principais:** [lista]
|
|
48
|
+
|
|
49
|
+
## Estilo de Trabalho
|
|
50
|
+
|
|
51
|
+
- **Prioridade:** [velocidade | qualidade | balanceado]
|
|
52
|
+
- **Decisoes:** [automaticas | perguntadas | hibrido]
|
|
53
|
+
- **Updates:** [verbose | normal | silent]
|
|
54
|
+
- **Tom do CEO:** [formal | amigavel | direto]
|
|
55
|
+
|
|
56
|
+
## Restricoes Permanentes
|
|
57
|
+
|
|
58
|
+
Tecnologias/patterns que NUNCA usar:
|
|
59
|
+
- [lista]
|
|
60
|
+
|
|
61
|
+
## Integracoes Disponiveis
|
|
62
|
+
|
|
63
|
+
APIs e servicos que o usuario tem acesso (sem credenciais aqui — so nomes):
|
|
64
|
+
- [lista]
|
|
65
|
+
|
|
66
|
+
## Valores / Filosofia
|
|
67
|
+
|
|
68
|
+
- [como o usuario pensa sobre software]
|
|
69
|
+
- [preferencias arquiteturais]
|
|
70
|
+
- [trade-offs preferidos]
|
|
71
|
+
|
|
72
|
+
## Contexto Adicional
|
|
73
|
+
|
|
74
|
+
[Qualquer contexto extra que o usuario queira compartilhar]
|
|
75
|
+
|
|
76
|
+
---
|
|
77
|
+
|
|
78
|
+
## Notas do CEO
|
|
79
|
+
|
|
80
|
+
[Observacoes aprendidas pelo CEO durante uso — atualizado automaticamente]
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
</template>
|
|
84
|
+
|
|
85
|
+
<guidelines>
|
|
86
|
+
|
|
87
|
+
**Como o CEO usa este arquivo:**
|
|
88
|
+
|
|
89
|
+
1. Lido no inicio de QUALQUER comando UP
|
|
90
|
+
2. Informa tom, apresentacao e decisoes
|
|
91
|
+
3. Override por projeto: `.plano/OWNER.md` pode refinar para contexto especifico
|
|
92
|
+
4. Atualizado via `/up:onboard --update`
|
|
93
|
+
|
|
94
|
+
**Hierarquia de prioridade:**
|
|
95
|
+
```
|
|
96
|
+
.plano/OWNER.md (projeto especifico, maior)
|
|
97
|
+
> ~/.claude/up/owner-profile.md (global)
|
|
98
|
+
> defaults do sistema (menor)
|
|
99
|
+
```
|
|
100
|
+
|
|
101
|
+
**O que NAO colocar:**
|
|
102
|
+
- Credenciais ou tokens (ficam em .env dos projetos)
|
|
103
|
+
- Informacoes sensiveis (CPF, senhas)
|
|
104
|
+
- Preferencias que mudam muito rapido
|
|
105
|
+
|
|
106
|
+
**Campos obrigatorios minimos:**
|
|
107
|
+
- `name` ou `preferred_name`
|
|
108
|
+
- `language`
|
|
109
|
+
- `ceo_name` (default: "CEO")
|
|
110
|
+
|
|
111
|
+
</guidelines>
|
|
@@ -0,0 +1,77 @@
|
|
|
1
|
+
# OWNER.md Template (Por Projeto)
|
|
2
|
+
|
|
3
|
+
Template para `.plano/OWNER.md` — memoria especifica do dono para ESTE projeto.
|
|
4
|
+
Criado pelo CEO durante o intake. Atualizado durante execucao.
|
|
5
|
+
|
|
6
|
+
<template>
|
|
7
|
+
|
|
8
|
+
```yaml
|
|
9
|
+
---
|
|
10
|
+
owner_name: ""
|
|
11
|
+
project_name: ""
|
|
12
|
+
created_at: ""
|
|
13
|
+
updated_at: ""
|
|
14
|
+
ceo_name: "" # copiado do owner-profile global
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## Briefing Original
|
|
18
|
+
|
|
19
|
+
[Texto completo que o dono passou no intake]
|
|
20
|
+
|
|
21
|
+
## Preferencias Expressas
|
|
22
|
+
|
|
23
|
+
Coisas que o dono mencionou durante o intake:
|
|
24
|
+
- [preferencia 1]
|
|
25
|
+
- [preferencia 2]
|
|
26
|
+
|
|
27
|
+
## Decisoes do Dono
|
|
28
|
+
|
|
29
|
+
Decisoes tomadas durante conversas (com timestamp):
|
|
30
|
+
|
|
31
|
+
| Timestamp | Decisao | Contexto |
|
|
32
|
+
|-----------|---------|----------|
|
|
33
|
+
| [YYYY-MM-DD HH:MM] | [decisao] | [por que] |
|
|
34
|
+
|
|
35
|
+
## Perguntas Pendentes
|
|
36
|
+
|
|
37
|
+
Perguntas que o CEO fez mas nao foram respondidas:
|
|
38
|
+
|
|
39
|
+
| Timestamp | Pergunta | Status |
|
|
40
|
+
|-----------|----------|--------|
|
|
41
|
+
| [YYYY-MM-DD HH:MM] | [pergunta] | aguardando |
|
|
42
|
+
|
|
43
|
+
## Feedback Durante Execucao
|
|
44
|
+
|
|
45
|
+
Feedback dado pelo dono durante o build:
|
|
46
|
+
|
|
47
|
+
| Timestamp | Feedback | Acao tomada |
|
|
48
|
+
|-----------|----------|-------------|
|
|
49
|
+
| [YYYY-MM-DD HH:MM] | [feedback] | [o que foi feito] |
|
|
50
|
+
|
|
51
|
+
## Assets Fornecidos
|
|
52
|
+
|
|
53
|
+
Checklist do que o dono forneceu no intake:
|
|
54
|
+
|
|
55
|
+
- [ ] Briefing
|
|
56
|
+
- [ ] Design System
|
|
57
|
+
- [ ] Credenciais API (quais)
|
|
58
|
+
- [ ] Referencias visuais
|
|
59
|
+
- [ ] Restricoes explicitas
|
|
60
|
+
|
|
61
|
+
## Interacoes com o CEO
|
|
62
|
+
|
|
63
|
+
Log de interacoes entre dono e CEO:
|
|
64
|
+
|
|
65
|
+
| Timestamp | Tipo | Conteudo resumido |
|
|
66
|
+
|-----------|------|-------------------|
|
|
67
|
+
| [YYYY-MM-DD HH:MM] | intake | [resumo] |
|
|
68
|
+
| [YYYY-MM-DD HH:MM] | update | [resumo] |
|
|
69
|
+
| [YYYY-MM-DD HH:MM] | alerta | [resumo] |
|
|
70
|
+
| [YYYY-MM-DD HH:MM] | delivery | [resumo] |
|
|
71
|
+
|
|
72
|
+
## Contexto Adicional Coletado
|
|
73
|
+
|
|
74
|
+
[Qualquer contexto extra descoberto durante a conversa]
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
</template>
|
|
@@ -0,0 +1,83 @@
|
|
|
1
|
+
# PENDING.md Template
|
|
2
|
+
|
|
3
|
+
Template para `.plano/PENDING.md` — assets pendentes do projeto.
|
|
4
|
+
Criado pelo CEO durante o intake. Atualizado durante execucao.
|
|
5
|
+
|
|
6
|
+
<template>
|
|
7
|
+
|
|
8
|
+
```yaml
|
|
9
|
+
---
|
|
10
|
+
created_at: ""
|
|
11
|
+
updated_at: ""
|
|
12
|
+
total: 0
|
|
13
|
+
blockers: 0
|
|
14
|
+
non_blockers: 0
|
|
15
|
+
resolved: 0
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
# Pending Assets
|
|
19
|
+
|
|
20
|
+
Assets que o dono NAO forneceu no intake. Cada um tem impacto e categoria.
|
|
21
|
+
|
|
22
|
+
## Categorias
|
|
23
|
+
|
|
24
|
+
- **visual** — design tokens, brand, logos, cores, fontes
|
|
25
|
+
- **integration** — credenciais de API, webhooks, OAuth
|
|
26
|
+
- **data** — dados reais, seed, migracao de sistema anterior
|
|
27
|
+
- **infrastructure** — dominio, SSL, deploy, monitoring
|
|
28
|
+
- **content** — textos, imagens, copy, legal
|
|
29
|
+
|
|
30
|
+
## Severidade
|
|
31
|
+
|
|
32
|
+
- **blocker** — sistema nao funciona em producao sem isso
|
|
33
|
+
- **non_blocker** — sistema funciona com stub/default, pode ser refinado depois
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## Assets Pendentes
|
|
38
|
+
|
|
39
|
+
### [ID]: [Titulo Curto]
|
|
40
|
+
|
|
41
|
+
- **status:** pending | in_progress | resolved
|
|
42
|
+
- **category:** visual | integration | data | infrastructure | content
|
|
43
|
+
- **blocker:** true | false
|
|
44
|
+
- **impact:** [descricao do que nao funciona sem isso]
|
|
45
|
+
- **workaround:** [o que o UP fez ao inves — stub, default, mock]
|
|
46
|
+
- **how_to_resolve:** [passo a passo pra resolver]
|
|
47
|
+
- **created_at:** [timestamp]
|
|
48
|
+
- **resolved_at:** [timestamp quando resolvido]
|
|
49
|
+
|
|
50
|
+
**Exemplo:**
|
|
51
|
+
|
|
52
|
+
### PEND-001: Design System Custom
|
|
53
|
+
|
|
54
|
+
- **status:** pending
|
|
55
|
+
- **category:** visual
|
|
56
|
+
- **blocker:** false
|
|
57
|
+
- **impact:** Sistema usando shadcn/ui defaults neutros
|
|
58
|
+
- **workaround:** Gerado DESIGN-TOKENS.md com cores azul/cinza padrao
|
|
59
|
+
- **how_to_resolve:** Passar cores e fontes do projeto pro CEO via /up:update
|
|
60
|
+
- **created_at:** 2026-04-10T16:00:00Z
|
|
61
|
+
|
|
62
|
+
### PEND-002: Credencial Resend
|
|
63
|
+
|
|
64
|
+
- **status:** pending
|
|
65
|
+
- **category:** integration
|
|
66
|
+
- **blocker:** false (em dev), true (em producao)
|
|
67
|
+
- **impact:** Emails transacionais nao sao enviados
|
|
68
|
+
- **workaround:** Mock que loga no console ao inves de enviar
|
|
69
|
+
- **how_to_resolve:** Adicionar RESEND_API_KEY no .env.production e atualizar lib/email.ts
|
|
70
|
+
- **created_at:** 2026-04-10T16:00:00Z
|
|
71
|
+
|
|
72
|
+
### PEND-003: Credencial Asaas
|
|
73
|
+
|
|
74
|
+
- **status:** pending
|
|
75
|
+
- **category:** integration
|
|
76
|
+
- **blocker:** true
|
|
77
|
+
- **impact:** Pagamentos nao funcionam
|
|
78
|
+
- **workaround:** Mock retorna sempre success (NAO usar em producao)
|
|
79
|
+
- **how_to_resolve:** Adicionar ASAAS_API_KEY + ASAAS_WALLET_ID no .env
|
|
80
|
+
- **created_at:** 2026-04-10T16:00:00Z
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
</template>
|
package/workflows/builder.md
CHANGED
|
@@ -87,6 +87,44 @@ Task(subagent_type="up-executor", model="sonnet", prompt="...")
|
|
|
87
87
|
3. Se a variavel nao foi definida (sem builder-defaults), usar o default da tabela
|
|
88
88
|
</model_routing>
|
|
89
89
|
|
|
90
|
+
<governance>
|
|
91
|
+
## Camada de Governanca (v0.5.0+)
|
|
92
|
+
|
|
93
|
+
**O builder usa hierarquia corporativa de agentes:**
|
|
94
|
+
|
|
95
|
+
```
|
|
96
|
+
CEO (up-project-ceo) — conduz intake, aprova delivery, canal com dono
|
|
97
|
+
↓
|
|
98
|
+
CHIEFS (5) — revisam consolidado de cada area
|
|
99
|
+
↓
|
|
100
|
+
SUPERVISORS (8) — revisam cada agente operacional
|
|
101
|
+
↓
|
|
102
|
+
OPERATIONAL AGENTS (36) — fazem o trabalho
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
**Referencia obrigatoria:** `@~/.claude/up/workflows/governance.md`
|
|
106
|
+
|
|
107
|
+
**Regras gerais:**
|
|
108
|
+
1. Todo output de agente operacional passa por supervisor
|
|
109
|
+
2. Toda area tem chief que consolida
|
|
110
|
+
3. CEO aprova delivery final
|
|
111
|
+
4. Max 3 ciclos de rework (operacional ← supervisor)
|
|
112
|
+
5. Max 2 ciclos (supervisor ← chief)
|
|
113
|
+
6. Max 1 ciclo (chief ← CEO)
|
|
114
|
+
|
|
115
|
+
**Pre-requisito:**
|
|
116
|
+
```bash
|
|
117
|
+
# Verificar owner-profile
|
|
118
|
+
if [ ! -f ~/.claude/up/owner-profile.md ]; then
|
|
119
|
+
echo "Owner profile nao existe. Rodando /up:onboard primeiro..."
|
|
120
|
+
# Delegar pro onboarding workflow
|
|
121
|
+
# Referencia: @~/.claude/up/workflows/onboarding.md
|
|
122
|
+
fi
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
**Sem owner-profile, o CEO nao sabe quem e o dono — impossivel conduzir intake.**
|
|
126
|
+
</governance>
|
|
127
|
+
|
|
90
128
|
<process>
|
|
91
129
|
|
|
92
130
|
## Estagio 1: INTAKE (Interativo)
|
|
@@ -139,7 +177,27 @@ NAO fazer intake novamente. Ler BRIEFING.md e PROJECT.md para contexto.
|
|
|
139
177
|
Deletar LOCK.md e iniciar normalmente (sessao anterior terminou com sucesso).
|
|
140
178
|
|
|
141
179
|
**Se LOCK.md NAO existe:**
|
|
142
|
-
Continuar normalmente para 1.
|
|
180
|
+
Continuar normalmente para 1.05.
|
|
181
|
+
|
|
182
|
+
### 1.05 Verificar Owner Profile (GATE OBRIGATORIO)
|
|
183
|
+
|
|
184
|
+
```bash
|
|
185
|
+
if [ ! -f ~/.claude/up/owner-profile.md ]; then
|
|
186
|
+
echo "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
|
|
187
|
+
echo " UP > PRIMEIRO USO DETECTADO"
|
|
188
|
+
echo "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
|
|
189
|
+
echo ""
|
|
190
|
+
echo " Voce nunca usou o UP antes. Antes de comecar o builder,"
|
|
191
|
+
echo " preciso te conhecer."
|
|
192
|
+
echo ""
|
|
193
|
+
echo " Rodando /up:onboard primeiro..."
|
|
194
|
+
echo ""
|
|
195
|
+
fi
|
|
196
|
+
```
|
|
197
|
+
|
|
198
|
+
Se owner-profile nao existe:
|
|
199
|
+
1. Delegar para o workflow de onboarding (`@~/.claude/up/workflows/onboarding.md`)
|
|
200
|
+
2. Apos completar onboarding, voltar para o builder
|
|
143
201
|
|
|
144
202
|
### 1.1 Carregar Defaults e Detectar Modo
|
|
145
203
|
|
|
@@ -184,17 +242,47 @@ ls .plano/ROADMAP.md .plano/PROJECT.md 2>/dev/null
|
|
|
184
242
|
|
|
185
243
|
Definir `$MODE` = `greenfield` ou `brownfield`.
|
|
186
244
|
|
|
187
|
-
### 1.2
|
|
245
|
+
### 1.2 Delegar Intake ao CEO
|
|
188
246
|
|
|
189
|
-
|
|
247
|
+
**NOVO (v0.5.0):** O intake agora e conduzido pelo CEO (up-project-ceo).
|
|
190
248
|
|
|
191
|
-
|
|
192
|
-
"Descreva o que voce quer construir. Inclua: objetivo, publico, features principais, stack (se tiver preferencia), e qualquer contexto relevante."
|
|
249
|
+
Spawnar CEO com contexto:
|
|
193
250
|
|
|
194
|
-
|
|
195
|
-
|
|
251
|
+
```python
|
|
252
|
+
Agent(
|
|
253
|
+
subagent_type="up-project-ceo",
|
|
254
|
+
model="opus",
|
|
255
|
+
prompt=f"""
|
|
256
|
+
Conduza intake para novo projeto UP.
|
|
257
|
+
|
|
258
|
+
Modo detectado: {MODE}
|
|
259
|
+
Briefing inicial: {ARGUMENTS ou "vazio, pedir ao dono"}
|
|
260
|
+
|
|
261
|
+
<files_to_read>
|
|
262
|
+
- ~/.claude/up/owner-profile.md (OBRIGATORIO — seu perfil do dono)
|
|
263
|
+
- $HOME/.claude/up/workflows/ceo-intake.md (seu workflow de intake)
|
|
264
|
+
- $HOME/.claude/up/workflows/onboarding.md (caso owner-profile nao exista)
|
|
265
|
+
</files_to_read>
|
|
266
|
+
|
|
267
|
+
Executar workflow de intake ate completar:
|
|
268
|
+
1. Conduzir 5 blocos de intake (briefing, design, credenciais, referencias, restricoes)
|
|
269
|
+
2. Gerar .plano/BRIEFING.md, .plano/OWNER.md, .plano/PENDING.md, .plano/DESIGN-TOKENS.md
|
|
270
|
+
3. Apresentar resumo ao dono antes de iniciar
|
|
271
|
+
|
|
272
|
+
Retornar apos intake com: briefing consolidado, modo confirmado, credenciais coletadas, pendencias.
|
|
273
|
+
"""
|
|
274
|
+
)
|
|
275
|
+
```
|
|
276
|
+
|
|
277
|
+
**Receber retorno do CEO:**
|
|
278
|
+
- BRIEFING completo
|
|
279
|
+
- OWNER.md criado
|
|
280
|
+
- PENDING.md criado
|
|
281
|
+
- DESIGN-TOKENS.md criado (custom ou defaults)
|
|
282
|
+
|
|
283
|
+
**Se CEO rejeitou briefing:** usuario ja foi alertado, retornar e esperar nova tentativa.
|
|
196
284
|
|
|
197
|
-
|
|
285
|
+
**Se CEO aprovou:** continuar para 1.3.
|
|
198
286
|
|
|
199
287
|
### 1.3 Analisar e Classificar Gaps
|
|
200
288
|
|
|
@@ -1924,6 +2012,79 @@ NAO implementar ideias — apenas salvar relatorio para proximos passos.
|
|
|
1924
2012
|
|
|
1925
2013
|
---
|
|
1926
2014
|
|
|
2015
|
+
## Estagio 4.5: DELIVERY AUDIT (NOVO v0.5.0)
|
|
2016
|
+
|
|
2017
|
+
Antes do Delivery, o `up-delivery-auditor` valida que o processo inteiro foi completo e consistente.
|
|
2018
|
+
|
|
2019
|
+
### 4.5.1 Rodar Delivery Auditor
|
|
2020
|
+
|
|
2021
|
+
```python
|
|
2022
|
+
Agent(
|
|
2023
|
+
subagent_type="up-delivery-auditor",
|
|
2024
|
+
model="opus",
|
|
2025
|
+
prompt="""
|
|
2026
|
+
Auditar processo de entrega do projeto.
|
|
2027
|
+
|
|
2028
|
+
<files_to_read>
|
|
2029
|
+
- .plano/CHECKLIST.md
|
|
2030
|
+
- .plano/BRIEFING.md
|
|
2031
|
+
- .plano/PENDING.md
|
|
2032
|
+
- .plano/governance/approvals.log (se existe)
|
|
2033
|
+
- Todos os reviews (supervisores + chiefs)
|
|
2034
|
+
- Todos os relatorios (VERIFICATION, DCRV, E2E, etc.)
|
|
2035
|
+
- $HOME/.claude/up/templates/audit-report.md (template)
|
|
2036
|
+
</files_to_read>
|
|
2037
|
+
|
|
2038
|
+
Calcular Confidence Score (0-100).
|
|
2039
|
+
Detectar inconsistencias cross-report.
|
|
2040
|
+
Validar aprovacoes.
|
|
2041
|
+
Comparar delivery com briefing original.
|
|
2042
|
+
|
|
2043
|
+
Gerar .plano/AUDIT-REPORT.md com recomendacao.
|
|
2044
|
+
|
|
2045
|
+
Retornar: READY_FOR_DELIVERY | APPROVED_WITH_WARNINGS | NEEDS_REWORK | BLOCKED
|
|
2046
|
+
"""
|
|
2047
|
+
)
|
|
2048
|
+
```
|
|
2049
|
+
|
|
2050
|
+
### 4.5.2 Processar Resultado do Auditor
|
|
2051
|
+
|
|
2052
|
+
**Se READY_FOR_DELIVERY (confidence >= 95%):**
|
|
2053
|
+
- Prosseguir direto pro Estagio 5
|
|
2054
|
+
|
|
2055
|
+
**Se APPROVED_WITH_WARNINGS (confidence 85-94%):**
|
|
2056
|
+
- Delegar pro CEO decidir
|
|
2057
|
+
- CEO pode perguntar ao dono se aceita entregar com warnings
|
|
2058
|
+
|
|
2059
|
+
**Se NEEDS_REWORK (confidence 70-84%):**
|
|
2060
|
+
- Executar rework plan do auditor
|
|
2061
|
+
- Re-rodar estagios problematicos
|
|
2062
|
+
- Voltar pro auditor (max 3 ciclos)
|
|
2063
|
+
|
|
2064
|
+
**Se BLOCKED (confidence < 70% ou problema critico):**
|
|
2065
|
+
- Escalar pro CEO
|
|
2066
|
+
- CEO alerta dono obrigatoriamente
|
|
2067
|
+
- Projeto nao pode ser entregue sem decisao do dono
|
|
2068
|
+
|
|
2069
|
+
### 4.5.3 Loop de Rework (se necessario)
|
|
2070
|
+
|
|
2071
|
+
```
|
|
2072
|
+
Ciclo 1: rodar auditor
|
|
2073
|
+
Se NEEDS_REWORK:
|
|
2074
|
+
Executar rework plan
|
|
2075
|
+
Ciclo 2: rodar auditor
|
|
2076
|
+
Se NEEDS_REWORK:
|
|
2077
|
+
Executar rework plan
|
|
2078
|
+
Ciclo 3: rodar auditor
|
|
2079
|
+
Se NEEDS_REWORK:
|
|
2080
|
+
Forca APPROVED_WITH_WARNINGS
|
|
2081
|
+
CEO decide o que fazer
|
|
2082
|
+
```
|
|
2083
|
+
|
|
2084
|
+
Max 3 ciclos. Depois: forcar aprovacao ou escalar CEO.
|
|
2085
|
+
|
|
2086
|
+
---
|
|
2087
|
+
|
|
1927
2088
|
## Estagio 5: ENTREGA (Autonomo)
|
|
1928
2089
|
|
|
1929
2090
|
### 5.1 Teste E2E Final Completo (Playwright)
|
|
@@ -2087,7 +2248,33 @@ rm -f .plano/LOCK.md
|
|
|
2087
2248
|
kill $DASH_PID 2>/dev/null
|
|
2088
2249
|
```
|
|
2089
2250
|
|
|
2090
|
-
### 5.6
|
|
2251
|
+
### 5.6 CEO Apresenta Resultado (NOVO v0.5.0)
|
|
2252
|
+
|
|
2253
|
+
Delegar apresentacao final ao CEO:
|
|
2254
|
+
|
|
2255
|
+
```python
|
|
2256
|
+
Agent(
|
|
2257
|
+
subagent_type="up-project-ceo",
|
|
2258
|
+
model="opus",
|
|
2259
|
+
prompt="""
|
|
2260
|
+
Apresentar resultado final do projeto ao dono.
|
|
2261
|
+
|
|
2262
|
+
<files_to_read>
|
|
2263
|
+
- ~/.claude/up/owner-profile.md (seu perfil do dono)
|
|
2264
|
+
- .plano/OWNER.md (contexto do projeto)
|
|
2265
|
+
- .plano/DELIVERY.md (relatorio de entrega)
|
|
2266
|
+
- .plano/AUDIT-REPORT.md (auditoria)
|
|
2267
|
+
- .plano/PENDING.md (pendencias)
|
|
2268
|
+
</files_to_read>
|
|
2269
|
+
|
|
2270
|
+
Apresentar no tom e estilo definidos no owner-profile.
|
|
2271
|
+
Incluir: resumo, scores, pendencias agrupadas por severidade.
|
|
2272
|
+
Perguntar se dono quer resolver alguma pendencia agora.
|
|
2273
|
+
"""
|
|
2274
|
+
)
|
|
2275
|
+
```
|
|
2276
|
+
|
|
2277
|
+
**Template antigo (fallback se CEO nao disponivel):**
|
|
2091
2278
|
|
|
2092
2279
|
```
|
|
2093
2280
|
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|