⚠ Revisão 2026-05-06: ao reler o Slack diretamente via MCP, identifiquei que os timestamps originais estavam em UTC mas marcados como BRT (off-by-2h). Versão corrigida: a sessão foi de 14:29 → 15:42 BRT (= 17:29 → 18:42 UTC), duração real ~73 minutos, não ~3h como registrado anteriormente. O conteúdo das incorporações canônicas (specs, decisões, riscos, gaps, dependências, tasks) permanece válido — apenas as referências temporais foram ajustadas. Consolidado bruto reescrito em formato cronológico padronizado.

Reunião — Igor: revisão estruturada de Orçamentação (Slack assíncrono · 03/05)

costal orcamentacao atlas governanca discovery-async

Sessão assíncrona prolongada (~73 min) entre Igor Reginato e o agente Axios no canal Slack #anouk-costal (domingo 03/05, 14:29 → 15:42 BRT). Igor revisou peça a peça o orcamentacao-spec.md (AS-IS v1, pós-Leandro) e a atlas.md proposta to-be, deixando inputs estruturais que vão muito além de ajustes pontuais. Esta nota é a leitura curada e canônica desses inputs — base para evolução de spec, agente, decisões pendentes e camadas canônicas. A consolidação bruta cronológica vive em consolidado bruto.

Material de pré-sessão capturado: entrada de Igor no canal (30/04 18:48 BRT), correção Lucas Luzzi vs Lucas Montemor (01/05 12:07 BRT) e envio do .zip de Governança Corporativa Costal (01/05 12:15 BRT — fonte do material que viria a ser ingerido em 02-costal/governanca/).

0. Enquadramento

Item	Valor
Quem	Igor Reginato (MD Costal) — único interlocutor humano
Para quem	Axios (agente Anouk) — Igor pediu confirmação a Pedro de que essa forma de revisão é válida
Onde	Slack canal `C0B1B5VEZK3` (privado projeto)
Quando	2026-05-03, 14:29 → 15:42 BRT (~73 min)
Material revisado	orcamentacao-spec AS-IS v1 (pós-Leandro 28/04) + atlas.md
Natureza	Revisão linha-a-linha do processo, não Q&A — Igor leu e devolveu refinamentos

Por que isso importa: Igor (MD operacional Costal) é o único stakeholder com poder formal de homologar o processo-alvo. Os inputs aqui são vinculantes para evolução do spec, não opcionais.

1. Síntese executiva (5 pontos)

AS-IS atual está incompleto na entrada. Falta a etapa formal de leitura/consolidação de premissas (memorial, marcos contratuais, condições de pagamento, vendor list, restrições de projeto). Hoje o pipeline começa em “take-off” — Igor diz que tem que começar antes, em paralelo ao take-off.
Atlas proposto simplifica demais o processo real. O diagrama TO-BE atual cobre o fluxo, mas oculta seis blocos estruturais que Igor exige explícitos: leitura de premissas, separação quantitativo interno × levantamento fornecedor, bifurcação paramétrico × especial, formação estratégica de preço, scope match + análise de riscos, consolidação automatizada.
Change Orders saem do Atlas e da Orçamentação. Igor é categórico: change order é fluxo adjacente sob o gerente de contrato, com apoio de orçamentos. Isso reduz o escopo nominal do Atlas e abre espaço para um eventual fluxo/agente próprio de change order.
Acoplamento estrutural Orçamentos × Suprimentos × Obras. Não é integração técnica — é princípio organizacional. Atlas só funciona se houver ciclo de aprendizado: orçamento estima → suprimentos confirma custo real → obras confirma produtividade real → lake consolida → Atlas recalibra.
Boundary Colliers × Costal ficou explícita: Tatiana Souza (NDAs Colliers) não atua na Costal; Costal terá depto de compras 100% independente e Legal terceirizado (provável Pierangeli).

2. Inputs estruturais — linha a linha do AS-IS

2.1 Pacote mínimo de entrada (NOVO bloco antes do take-off)

Diagnóstico Igor: o AS-IS v1 começa em take-off + composição. Falta a etapa formal de leitura e consolidação de premissas e restrições.

O pacote mínimo de entrada deve incluir:

memorial descritivo
documentos de especificação do projeto e do cliente
marcos contratuais / prazos
condições de pagamento
restrições de projeto
vendor list / fornecedores homologados
condições locais de execução
premissas comerciais, logísticas e operacionais

Por que importa: esses elementos influenciam custo financeiro, custo logístico, custo operacional, seleção de materiais, estratégia de suprimentos, risco de execução e aderência ao que o cliente realmente exige. Se ficam fora, o orçamento sai com 80+ hipóteses implícitas que viram discussão contratual depois.

Recomendação: etapa formal “leitura e consolidação de premissas e restrições” rodando em paralelo ao take-off, não como checagem tardia.

→ Promove a: orcamentacao-spec §2 / §3 (novo bloco “1a”). G-047 (memorial estruturado é pré-requisito Atlas — hoje texto livre).

2.2 Não compartilhamento de quantitativos com fornecedores (princípio Costal)

Igor: “uma obra prática de mercado, não nos comprometemos enviando levantamento de quantitativos para os fornecedores, pois assumiríamos em nome deles o risco de eventuais levantamentos errados”.

Princípio: compartilhamos com o fornecedor as mesmas informações que recebemos do cliente — o fornecedor faz o próprio levantamento. Nosso quantitativo interno é linha de base de comparação durante a equalização.

Implicação para o Atlas: o módulo de envio a fornecedor não pode vazar o take-off interno. Disparar o pacote documental do cliente, e nada mais.

→ Promove a: spec §6 (equalização) + spec §10.2 (capacidades Atlas — disparo a fornecedor); R-022 (novo) — risco de Atlas vazar quantitativo interno.

2.3 Aprovação comercial — ajuste estratégico de preço + Engenharia de Valor

Dois pontos paralelos:

Validação estratégica do preço final considerando: apetite pelo cliente/projeto, riscos do contrato, momento de demanda interna. Costal ajusta para ser mais ou menos competitiva caso a caso.
Engenharia de Valor (VE) / Reengenharia roda em paralelo ao orçamento padrão, porque as especificações de cliente normalmente não cabem no budget. Cliente espera receber estudo paralelo de revisão de especificação, faseamento, tributação (faturamento direto, etc.).

Implicação: Atlas precisa suportar trilha paralela de VE, não como afterthought. A proposta final deve apresentar versão padrão + cenários VE com savings projetados.

→ Promove a: spec §10 (Atlas + bloco VE), spec §nova “Saída/Proposta” com 3 blocos.

2.4 Composição de preços — bifurcação clara

Tipo	Como precificar
Itens de prateleira (concreto, aço, tijolo, tinta)	Referências paramétricas + consultas rápidas a websites
Itens especiais (HVAC, terraplanagem, instalações elétricas pesadas)	Sempre orçamento de parceiros/fornecedores especializados

Implicação Atlas: decisão automatizada de roteamento — paramétrico × cotação obrigatória.

→ Promove a: spec §10.2 (capacidades Atlas), Atlas TO-BE diagrama.

2.5 Indiretos + BDI — fatores que afetam o preço

Não é só margem fixa. A formação do preço de venda considera:

Localização do projeto (logística, mão-de-obra local)
Condições de pagamento (faturamento direto ou não, prazo, garantias)
Macro schedule / marcos contratuais → período de mobilização → custo de manter equipe parada
Custo financeiro (prazo cliente vs prazo fornecedor)

→ Promove a: spec §8 (BDI) — adicionar tabela de drivers do BDI ajustado.

2.6 Cronograma — 4 camadas (não duas)

Igor reprovou o modelo “Curva ABC + sequenciamento de precedências” como base do cronograma. O cronograma precisa nascer de modelagem com 4 camadas:

Camada	O que é
Hard logic	Precedências obrigatórias por restrição física, técnica ou contratual (ex: 3º andar antes do 4º; milestones contratuais)
Soft logic	Priorização estratégica — o que queremos fazer primeiro. Foco em serviços de alta margem (não maior volume, maior margem). Critérios de medição abrem oportunidades aqui.
Simulação de cenários	Crashing (mais MDO), fast tracking (paralelismo), combinações de alocação
Contingências e contexto operacional	Clima, tipo de serviço, janela operacional, riscos probabilísticos (terraplanagem em janeiro vs julho — período de chuva muda prazo)

Curva S físico-financeira: ferramenta de otimização de margem, caixa e risco — não apenas de prazo.

→ Promove a: spec §9 (cronograma), Atlas TO-BE — bloco “Cronograma” expandido.

2.7 Validação dual — Scope Match + Análise de Riscos

Hoje os dois aparecem como checagem informal. Precisam virar etapa explícita.

Scope Match (etapa formal): verifica se o orçamento contempla integralmente o que o cliente requisitou. Cobre:

escopo técnico
memoriais e especificações
exigências contratuais
premissas comerciais relevantes
interfaces e exclusões

Objetivo: evitar gap de escopo e falsa sensação de cobertura.

Análise de Riscos (etapa formal): explicita:

riscos assumidos
riscos transferidos
riscos mitigados
riscos abertos com tratamento declarado

Categorias: contratuais com cliente, técnicos/executivos, fornecedores e parceiros, financeiros e de pagamento, securitários, logísticos, estratégicos/comerciais.

Igor: “esses dois blocos fortalecem muito a governança da proposta, porque evitam que o processo termine só com ‘preço fechado’. Ele termina com aderência de escopo validada, riscos identificados e tratados, premissas explícitas, proposta mais defensável técnica e comercialmente.”

→ Promove a: spec §nova “Validação dual”, Atlas TO-BE bloco “Validação executiva”.

2.8 Saída/Proposta — 3 blocos centrais + estudos de VE

Hoje: consolidação manual da proposta é gargalo real (“muitas revisões para garantir de que não há erros”).

Oportunidade declarada por Igor: automatizar ao máximo a consolidação para que informações críticas sejam importadas e validadas por máquina antes da validação humana.

A proposta final deve explicitar 3 blocos centrais:

O que está sendo orçado (escopo técnico)
Em quais condições (premissas, comerciais, contratuais)
O que NÃO está sendo considerado (exclusões transparentes)

Adicionalmente:

Estudos de VE/reengenharia realizados
Quais sugestões foram embutidas no preço final e quais não foram
Savings projetados
Riscos e condicionantes
Proposta/apresentação pronta para cliente

Princípio (analogia seguradora): “tudo aquilo que não estiver claramente descrito neste contrato, não faz parte dele”.

→ Promove a: spec §nova “Saída/Proposta canônica”, Atlas TO-BE — bloco “Consolidação automatizada”.

2.9 Fragmentação Excel — janela de desenho fundacional, NÃO desvio

Reposicionamento estratégico de Igor:

“A fragmentação atual em Excel não deve ser lida apenas como problema, mas como um estágio natural de uma operação nova, ainda sem metodologia unificada. Costal ainda não está presa a um legado rígido. Existe espaço real para criar um padrão de excelência desde a origem, em vez de remendar uma prática já consolidada.”

Estado	Conteúdo
Atual	fragmentação e ausência de padrão único
Risco	variabilidade, retrabalho, baixa rastreabilidade
Oportunidade	desenhar o padrão-alvo já alinhado ao processo, dados e automação
Próximo passo	transformar princípios em método canônico de orçamentação Costal

Sequência canônica de design: método → governança → entradas/saídas → critérios de validação → rastreabilidade → camada ferramental.

→ Promove a: spec §1 (contexto), nota do AE Costal Camada 5; ajusta tom de R-018 (planilha-padrão como gap, não como passivo).

2.10 Change Orders — fluxo adjacente, NÃO em Orçamentos

Igor é categórico: “Change Orders não devem ficar primariamente em Orçamentos. A tendência mais coerente é ficarem sob gestão do gestor do contrato / operação em campo, com apoio de orçamentos, controles e agentes de validação.”

Trade-off explícito:

Ganho: agilidade e aderência à realidade da obra
Risco: despadronização, erro pontual, decisões locais com efeito sistêmico

Análise de Change Order obrigatoriamente cobre:

alteração de escopo
impacto em preço
impacto em prazo
impacto em suprimentos
impacto contratual
impacto em medições/faturamento
impacto em garantias, seguros e responsabilidades
risco de passivo oculto
risco de desgaste com cliente ou litígio

Fluxo próprio sugerido:

identificação em campo → registro estruturado → avaliação técnica/escopo →
avaliação custo/prazo → avaliação contratual/risco → validação sistêmica →
negociação/aprovação → incorporação formal ao contrato/baseline

Frase-síntese: “Change Order é oportunidade de upsell, mas também ponto clássico de geração de passivo invisível. O modelo precisa ser rápido, mas não cego.”

→ Promove a: novo agente/fluxo no catálogo Costal (a desenhar); DP-1 ganha clareza (Atlas não precisa absorver change orders); DP-3 (nova) — modelo-alvo de change orders e alçadas.

2.11 Disparo precoce de fornecedores (regra operacional)

Princípio canônico: “Dependência de terceiro = acionamento prioritário e paralelo”.

Em especial:

fornecedores estratégicos
parceiros especializados
pacotes técnicos com cotação externa obrigatória
serviços e materiais fora da lógica puramente paramétrica

Por quê:

comprime tempo total de orçamento
antecipa gargalos de resposta externa
aumenta janela de análise crítica
permite equalização mais qualificada

Conexão com §2.2: como Costal não compartilha quantitativo interno, o disparo cedo do pacote documental do cliente para parceiros é ainda mais crítico — o tempo de levantamento do fornecedor corre em paralelo ao nosso.

→ Promove a: spec §7 (cotação), Atlas TO-BE — bloco “Disparo paralelo a fornecedor”; D-030 (nova) — princípio operacional.

2.12 Telemetria e gestão de capacidade

Bloco novo proposto por Igor: o processo precisa gerar visibilidade sobre a capacidade de orçamentação, não só produzir orçamentos.

Métricas obrigatórias:

calendário de orçamentos em andamento
horas empregadas por orçamento
esforço por etapa
correlação com m² orçado
correlação com valor orçado
correlação com tipologia / complexidade / pacote técnico
prazo disponível até envio ao cliente

Por que importa (decisão comercial):

temos capacidade para assumir mais esse orçamento agora?
conseguiremos entregar com qualidade e competitividade no prazo?
esse tipo de orçamento consome esforço compatível com o retorno?
onde estão os gargalos reais da operação?

Igor: “trataria isso como bloco de telemetria e gestão de capacidade da área de orçamentos, não como relatório secundário”.

→ Promove a: spec §nova “Telemetria”; Atlas TO-BE — bloco “Telemetria operacional”; D-031 (nova).

2.13 Acoplamento Orçamentos × Suprimentos × Obras (princípio estrutural)

Não é integração técnica — é condição organizacional para Atlas evoluir.

Igor define o ciclo canônico:

orçamento estima
  → suprimentos confirma custo real
  → obras confirma produtividade real
  → lake consolida aprendizado
  → Atlas recalibra próximo orçamento

Suprimentos → Orçamentos (obrigatório):

valores fechados com fornecedores orçados
taxa de saving
lista de fornecedores por produto/serviço
avaliação de fornecedores (nem barato é melhor — atraso/qualidade contam)

Obras → Orçamentos (obrigatório):

avaliação de fornecedores
índices de produtividade reais
índices de perdas
índices de consumo

Cadência: parceria constante. Mínimo: conversa semanal ou mensal nas reuniões de liderança.

Princípio-chave: “sair de orçamento baseado apenas em benchmark e passar para orçamento calibrado pela capacidade real de entrega”.

→ Promove a: spec §10.5 nova “Acoplamento estrutural”; D-032 (nova) — dependência organizacional Orç × Sup × Obras; DP-4 (nova) — cadência operacional formal.

3. Respostas ao checklist de validação (18:32 BRT)

Igor respondeu ponto a ponto ao checklist proposto pelo Axios. Sintetizado abaixo — material vinculante, define alçadas e regras operacionais.

3.1 Donos e alçadas

Decisão	Quem
Acionar fornecedores/parceiros estratégicos	CEO, Orçamentista, Head Suprimentos
Ajuste estratégico do preço final	Head Comercial + Account Manager + CEO (se necessário)
Aprovar proposta antes do envio	Head Orçamentos → Head Comercial → CEO → Board (se necessário)
Decidir VE/reengenharia	Head Orçamentos + Account Manager
Aprovar exclusões/premissas críticas	Head Orçamentos + Account Manager
Dono de Change Orders em campo	Gerente do Contrato + Engenheiro de Planejamento/Custos
Quando Orçamentos retoma	Demandado pelo Gerente de Contrato (volume, complexidade, falta de domínio); valor individual de CO muito grande → reanálise integral

3.2 Priorização do pipeline de orçamentos

Driver principal: probabilidade de fechamento ponderada por rentabilidade e risco.

Critérios: prazo de necessidade, probabilidade de conversão, temperatura da negociação, proximidade da relação, atratividade do projeto/cliente, decisão final do Head Comercial + CEO.

Despriorização automática: baixa probabilidade de conversão, conflito de interesse, falta de transparência/fairness, baixa atratividade do negócio, alto risco financeiro.

3.3 Gatilhos go/no-go

Situação	Critério
Recusar	Riscos reputacionais, financeiros, políticos, relacionais; baixa rentabilidade; baixa afinidade (ex: residencial)
Pedir mais prazo	Alta chance de conversão + necessidade de tempo para etapa importante
Reprecificar	Demanda externa OU ameaça/oportunidade relevante identificada
Condicionar a proposta	Interesse no negócio + critérios dificultando fechamento

Riscos inaceitáveis: políticos, ambientais, legais, reputacionais graves. Aceitáveis se explicitados: financeiros, técnicos — riscos “que não nos tiram do jogo”.

3.4 Pacote mínimo da proposta ao cliente

Item	Conteúdo
Conter obrigatoriamente	Escopo (dentro/fora/condições/responsabilidades) · Preço (valores + formas de pagamento) · Prazo (final/intermediários/mobilização/fornecimento)
Premissas explícitas	O que está dentro × o que está fora · Responsabilidades das partes
Exclusões explícitas	Tudo que não fizer parte do orçamento. Princípio seguradora: “tudo que não estiver claramente descrito não faz parte”
Apresentar VE	Quando solicitado pelo cliente (direto ou por limitação de budget) ou quando identificarmos oportunidade de redução de custo sem queda de qualidade
Savings formais	Sempre que alterar +/- 0,5% da margem projetada

3.5 Change Orders — modelo-alvo

Etapa	Responsável
Captura da mudança	Gerente do contrato (solicitação cliente OU incompatibilidade/gap de projeto)
Análise de impacto (escopo/custo/prazo)	Gerente de contrato + Engenheiro Planejamento/Custos. Se necessário: Head Construção + Head Orçamentos. Account manager sempre avisado
Risco contratual	Mesmos atores acima
Aprovação interna	Estrutura de alçadas (a estruturar). Ponto de partida: gerente do contrato
Documento formal ao cliente	Account manager OU gerente do contrato — a definir
Limite de autonomia do time de campo	A discutir — não definido ainda

→ Promove a: G-044 (limite autonomia campo) e G-045 (quem assina formalmente CO ao cliente).

3.6 Métricas mínimas de Orçamentação

Camada	KPIs
Gestão da área	Volumes orçados (R$, m²) · volumes orçados com parceiros-chave · volumes com fornecedores aleatórios · volumes de VE · desvio do orçamento (realizado − orçado) · lead time de orçamentação · lead time de aprovação · taxa de revisão orçamentária · ROI · custo do orçamento · índice de acuracidade · previsão de fluxo de caixa
Por orçamento	R$/m² · margem operacional · margem líquida
Decisão comercial	Margem operacional · margem líquida · ROI · qualquer Black Flag ou conjunto de Red Flags na análise de riscos

3.7 Integração entre áreas (Orç × Sup × Obras)

Cadência	Conteúdo
Mínimo semanal/mensal nas reuniões de liderança	Aprendizado entre áreas
Suprimentos → Orçamentos	Valores fechados · taxa de saving · lista de fornecedores · avaliação de fornecedores
Obras → Orçamentos	Avaliação de fornecedores · índices de produtividade · perdas · consumo
Garantia de padronização	A estruturar — forma dinâmica, consistente, registrada

→ Promove a: G-046 (nova) — mecanismo de padronização cross-área pendente.

4. Boundary Colliers × Costal (correções)

4.1 Lucas (≠ Lucas-Montemor)

“O recurso identificado apenas como Lucas (não é o Lucas-Montemor), mas o Lucas, ele é o MD Latam da Colliers, o nome completo dele é Lucas-Luzzi. O Lucas-Montemor é um orçamentista da Costal, subordinado ao Leandro-Delecrodio que é o Head de Orçamentos da Costal.”

Ações:

Renomear directory/pessoas/lucas.md → lucas-luzzi.md
Cargo confirmado: MD LatAm Colliers / Diretor-Geral SPS LatAm
Empresa correta: Colliers (não Costal)
Atualizar wikilinks em HOME, HOME-cliente, stakeholders-colliers, people-calibration

4.2 Tatiana Souza — não atua na Costal

“A Costal contará com um depto de compras 100% independente da Colliers, com seus processos e validadores independentes. Bem como o depto Legal será terceirizado para um escritório parceiro, provavelmente o escritório de advocacia Pierangeli que tratar-a sobre todos os NDAs e Contratos da Costal. Portanto a Tatiana-Souza não terá qualquer participação formal na Costal.”

Ações:

Atualizar tatiana-souza.md — boundary explícita
C-006 (workflow NDAs) e T-029 (fluxo aprovação orçamento via Power Automate) ficam escopo Colliers apenas
Costal Legal → escritório Pierangeli (perfil novo a registrar quando confirmado)
Costal Compras → depto independente (alça D-032 pela porta)

4.3 Governança Corporativa Costal — referência

“Em 04-referencia/costal/COSTAL - GOVERNANÇA CORPORATIVA estão os arquivos contendo toda a documentação, ainda em desenvolvimento, relativa a Governança Corporativa da empresa. Esse material precisa ser validado ainda, mas já é a referência para a estruturação das Diretrizes e Processos da empresa.”

Ação: mapear conteúdo dessa pasta e linkar como referência primária no spec de Orçamentação e no AE Costal.

5. Inputs estruturais consolidados — onde aterrissam

#	Input	Spec/Doc	Camada canônica	Task
2.1	Pacote mínimo de entrada	spec §novo “1a”	G-047 (memorial estruturado)	T-118
2.2	Não compartilhar quantitativos	spec §6 + Atlas	R-022 (novo)	T-118
2.3	Ajuste estratégico + VE paralela	spec §novo + Atlas	—	T-118 / T-119
2.4	Bifurcação paramétrico × especial	spec §10.2	—	T-119
2.5	BDI ajustado por contexto	spec §8	—	T-118
2.6	Cronograma 4 camadas	spec §9 + Atlas	—	T-119
2.7	Scope Match + Análise Riscos	spec §novo	—	T-118
2.8	Saída — 3 blocos + VE + savings	spec §novo + Atlas	—	T-118 / T-119
2.9	Fragmentação Excel = oportunidade	spec §1	(R-018 ajusta tom)	T-118
2.10	Change Orders fora de Orçamentação	DP-3 (novo)	DP-3	T-122
2.11	Disparo precoce a fornecedores	spec §7 + Atlas	D-030 (novo)	T-119
2.12	Telemetria de capacidade	spec §novo + Atlas	D-031 (novo)	T-119
2.13	Acoplamento Orç × Sup × Obras	spec §novo + Atlas	D-032 (novo) + DP-4 (novo)	T-124
3.1–3.7	Alçadas, métricas, integração	DEFINICOES + spec	G-044, G-045, G-046	T-122 / T-125
4.1	Lucas Luzzi ≠ Lucas Montemor	directory/pessoas	—	T-120
4.2	Tatiana fora da Costal	tatiana-souza.md	—	T-121
4.3	Governança Corporativa Costal	AE Costal §referências	—	T-121

6. Decisões pendentes — efeito sobre DP-1 e novos DPs

Sobre DP-1 (Atlas único × Atlas + agente irmão fornecedor)

A revisão do Igor reduz pressão sobre DP-1 em uma dimensão e mantém em outra:

Reduz: Change Orders saem do escopo do Atlas → menos volume cognitivo no agente único
Mantém: complexidade da equalização (luminária/mobiliário) e do disparo precoce a fornecedores continua sendo o argumento principal para descolar agente irmão

Sugestão de evolução do DP-1: quando fechar, considerar que o “agente irmão” pode ser também transversal a Compras Costal (independente da Colliers, conforme §4.2) — mais um argumento para a opção B.

Novas decisões pendentes

ID	Pergunta	Owner	Prazo
DP-3	Modelo-alvo de Change Orders Costal — gerente de contrato como dono primário; alçadas; limite de autonomia em campo; quem documenta formalmente ao cliente	Igor + Pedro	sprint-semana-4
DP-4	Cadência operacional formal Orçamentos × Suprimentos × Obras — semanal? mensal? mecanismo de registro do aprendizado?	Igor + Pedro	sprint-semana-4

→ Promove a: decisoes.md §pendentes.

7. Action items (tarefas geradas)

Task	Título	Owner	Prazo
T-118	Evoluir `orcamentacao-spec.md` AS-IS v1 → v2 incorporando inputs Igor 03/05	Pedro + Antônio	esta-semana
T-119	Evoluir `atlas.md` com TO-BE expandido (6 blocos faltantes apontados)	Pedro + Antônio	esta-semana
T-120	Renomear `lucas.md` → `lucas-luzzi.md` + atualizar wikilinks	Pedro	esta-semana
T-121	Atualizar `tatiana-souza.md` com boundary Costal + registrar Pierangeli como referência Legal	Pedro	esta-semana
T-122	Estruturar DP-3 (Change Orders Costal) — modelo, alçadas, fluxo	Pedro + Igor	sprint-semana-4
T-123	Estruturar DP-4 (cadência Orç × Sup × Obras)	Pedro + Igor	sprint-semana-4
T-124	Documentar acoplamento Orç × Sup × Obras como princípio estrutural (DEFINICOES + spec)	Pedro	esta-semana
T-125	Mapear pasta `04-referencia/costal/COSTAL - GOVERNANÇA CORPORATIVA` e linkar como referência	Pedro / Rafael	sprint-semana-3

8. Confirmação Pedro pendente

Igor (18:42 BRT): “Conforme solicitado, analisei todo o processo de Orçamentação e fiz meus comentários diretamente para o Axios aqui neste diálogo. Depois me confirme se é isso mesmo que era esperado e, se é assim, que devo proceder daqui em diante.”

Ação: Pedro responde a Igor confirmando o método (Axios como interlocutor de revisões assíncronas + esta nota como saída canônica) e estabelece o ritual: revisões pontuais via Slack, consolidação em meeting note canônica, propagação para spec/agente/camadas.

9. Ver também

Consolidado bruto da conversa Slack
orcamentacao-spec — AS-IS v1 (a ser evoluída a v2)
atlas.md
04
decisoes.md §pendentes (DP-1, DP-3, DP-4)
riscos.md R-022
dependencias.md D-030, D-031, D-032
gaps.md G-044, G-045, G-046, G-047

Consolidado por Pedro Villa (com leitura curada do material registrado pelo Axios) em 2026-05-04, a partir da revisão assíncrona de Igor Reginato no Slack C0B1B5VEZK3 (16:48 → 18:42 BRT, 03/05). Material vinculante: define direção de evolução do AS-IS para v2 e do Atlas para TO-BE expandido.

Colliers × Costal — Interno

Explorador

Igor — Revisão estruturada de Orçamentação Costal (Slack assíncrono)