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.
@@ -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>
@@ -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.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 Receber Briefing
245
+ ### 1.2 Delegar Intake ao CEO
188
246
 
189
- O briefing vem como $ARGUMENTS do comando. Se vazio, pedir freeform adaptado ao modo:
247
+ **NOVO (v0.5.0):** O intake agora e conduzido pelo CEO (up-project-ceo).
190
248
 
191
- **GREENFIELD:**
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
- **BROWNFIELD:**
195
- "Codigo existente detectado. O que voce quer implementar? Descreva a feature, mudanca ou refatoracao. Inclua: o que deve fazer, como se integra com o existente, e qualquer contexto relevante."
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
- Esperar resposta.
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 Apresentar Resultado
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
  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━