Indice de autogestao da vertical Start Place. Arvore de conhecimento + regras de negocio que a propria ferramenta, seu Oraculo local, o Modo One e as IAs acopladas leem para se autogovernar.
App + portal + marketplace + operacao comercial/growth (laranja Itau). Inclui CRM, funil/formula/jornada (sales enablement mora AQUI), storyboard, geo/mapas, pregao de ativos. Maquina de Vendas 360: espelho real + area de membros + autosservico + portal de corretores/afiliados/indicadores + CRM-tecido + Marketing OS + agentes de IA L0-L4.
CARTA-MESTRA-v3.json (v3.1) manda no 'como'; docs/CARTA-INSTRUCAO-360.md manda no 'o que'. Em conflito: carta no o-que, spec no como. As specs 001 e 002-ADENDO sao historico, nao fonte.
O Start Place opera em modo SIMULADO: faz tudo (cadastra e atende cliente, roda processo, consulta oraculo, usa capacidade de outra empresa do grupo, liga o Modo One) MENOS mover dinheiro para fora. companies.cnpj deixou de ser obrigatorio; o Start Place trabalha por tenant_id, nao escreve CNPJ. Venda real destrava so com PSP licenciado (BLK-05).
Start Voce (revista/blog editorial) != Start Place (app/portal/marketplace/operacao) != Site/Portal Builder (motor casco+geradores). StartOS e o KERNEL compartilhado (tenancy, event bus, tres direitos, flags, store, connector registry) — marcar DEPENDENCY: STARTOS, nunca duplicar.
Start Place != StartOS; Start Place != Site/Portal Builder; Start Place != Ficha Limpa; Pregao de ativos != Formula Exchange. A Digital Presence Factory e provisionador de TEMPLATES CERTIFICADOS (pagina por operador em subdominio), nao builder generico.
Capacidades que sao primitivos do Core (Composicao = produto nomeado que junta capacidades de CNPJs diferentes; Company Demand = do nucleo) o Start Place CONSOME, nao reconstroi. De-para vivo (DE-PARA_DO_ECOSSISTEMA.md, lado Core) previne a duplicacao.
Aprender e gratis; repassar fatura entre CNPJs; dado nao se mistura. Papeis: Core (execucao+custo), Academy (certificacao), Place (operacao/consumo).
A arvore de conhecimento + base + regras de negocio ficam DENTRO da propria vertical (autogestao: ligar o Modo One, IAs acopladas ajudarem na gestao do codigo). Start Academy e CERTIFICADOR (consome o material para certificar profissional/IA/terceiro; ganha o conhecimento ao certificar) — NAO e dono. Core NAO constroi curriculo. O Oraculo/Modo One aponta pro Academy para certificar, mas nao duplica a base.
Nunca por chave de IA no portal (senao o rateio por cliente some). Chaves/segredos so no cofre do Core. A parte do portal e a curadoria (catalogo/fila/rubrica). Bench = ciclo 13 do Core.
Modelos gratis (NVIDIA plugada como provedor, chave so no cofre do Core) produzem o volume; modelos pagos validam barato; bench + mesa promovem. O validador MOSTRA o erro ao produtor (feedback, nao reenvio cego).
O loop para por QUALIDADE (sem objecao/inconsistencia). 10 loops = ALERTA humano (nao teto rigido). Caminho pago para por custo; caminho gratis roda ate o prazo da agenda guardando a melhor versao. O comite (mesa) decide 'manda pra frente'.
L0 observa, L1 recomenda, L2 prepara, L3 executa regra homologada, L4 so com autorizacao explicita. Nenhum agente ganha autonomia implicita. IA nunca aprova desconto/credito, nunca libera lote, nunca assina.
core.store append + eventos.validar; envelope com tres direitos; tenant_id vive no payload (isolamento por tenant — um tenant nunca ve os numeros do outro). Store SQLite opcional (STORE_SQLITE) sobrevive a restart; default in-memory. Asset OS reconstroi do event store no boot.
Cada BLK tem interface/stub atras de ff_blkNN DESLIGADA. Nenhuma flag liga por prompt ou por instrucao no codigo — so por commit humano referenciando a evidencia (consent ledger e/ou parecer). Aprovacao sem evidencia = NO-GO automatico (gate G9). Ferramenta: infra/ativar_flag.py.
85 modulos em onda14 (43 motores CONCEPT + familia Formula + capacidades bloqueadas com mecanica pronta). Event-first, shadow/flags OFF. 80 telas em local/. Cada motor com teste verde.
Multiempresa + RLS + RBAC + auditoria append-only. Interface publica NUNCA e fonte de verdade de estoque/preco: le o dominio.
Base /api/v1; headers Authorization Bearer + X-Company-Id; 401 != 404. Refresh-token de uso unico (persistir o novo refresh ANTES de usar o access). Ponte em core_bridge.py.
Rotas POST-only (/oraculo/consultas, /pedidos, /melhorias, /projeto/ler, /jornadas); GET /oraculo/como-funciona. Consumidor pronto (consultar_oraculo.py, preflight honesto); falta o TOKEN no cofre. Modulo de Oraculo-por-vertical ainda nao existe no Core (requisito sem fonte, ver PEDIDO-CORE-oraculo-por-vertical.md).
/repasses (valor entre CNPJs, CLIENTE/SERVICO); /maestro/radar (adocao de capacidade). Nao existe Oraculo<->Oraculo em runtime (SendMessage e do harness, sem rota/auditoria, morre com a sessao).
startplace.com.br no servidor webserver (146.235.34.80). Containers: startplace-teste (site, imagem baked, build-bundles.sh -> rsync dist) e startplace-api (codigo baked, so /data e volume duravel com STORE_SQLITE=/data/eventos.db). Sem CI. rsync exclui config/core.secret.json.
Render-check headless (empty + dark-flip + WCAG AA contraste) no loop de aprovacao: 77/77 telas passam. 61 testes unitarios verdes. Nao aprovar tela sem ver (render-based verification).
chmod 600 no segredo em disco; refresh-token reuse; pedido aberto para tirar o segredo em claro da imagem (.dockerignore + bind-mount). Nunca versionar credencial; .env mascarado.
Visao do gestor (30/08), a ser direcionada pelo Core: cada vertical tem plano de negocio proprio + area de governanca do produto, obedecendo a governanca geral do Core. O Oraculo de cada vertical, conforme entende o ecossistema, sugere cadeiras de certificacao (projetos/empresas/fornecedores) e passa regras de negocio conforme nascem negocios; verticais vinculadas absorvem conhecimento E faturamento. Demandas viram projetos com predecessor/sucessor; EAPs se constroem pelo plano de negocio, geridas por IA ou por cadeiras; abrir vaga -> certificar -> por a pessoa na jornada com uma IA acompanhante que assume se a pessoa parar, pra o projeto nao parar, obedecendo bancas/comites/conselho. Fluxo continuo: reuniao fecha no 5W2H -> melhorias aplicadas -> agentes operam o que foi aprovado. Cada Oraculo recria seu material de treinamento pra quem (pessoa ou IA) assume a cadeira; certificado que esquece e reinstruido pelo Oraculo em runtime. Vertical sem plano de negocio: o Oraculo primeiro estrutura governanca+portfolio+planejamento estrategico e so entao implanta projetos, avaliando KPIs/metas/DRE.
NAO implementada como orquestracao autonoma. Blocos existem em shadow (onda14: role_os, mission_control, meritocracy, proof_of_work/of_intelligence, journey/ciclos com handoff predecessor<->sucessor, reuniao-relampago, authority L0-L5) com flags OFF. O que NAO existe: Oraculo-por-vertical operante (token ausente, modulo nao existe no Core), contrato Oraculo<->Oraculo em runtime, geracao automatica de material de treinamento por cadeira, e a tomada-de-lugar por IA acima de L2 (gated por BLK-06 e authority D3). Autonomia acima de L2 exige evidencia; nenhuma se liga por vontade.
sha256 de identificador de baixa entropia (CPF/email/telefone/lead-id) e reversivel por dicionario/forca bruta — e pseudonimizacao, NAO anonimizacao. Correcao aplicada: telemetria em CONTAGEM-PURA (sem ref). Achado por 2 provedores distintos na banca — a validacao paga pegou o defeito antes de operar.
Nao se faz HMAC local lendo o salt do cofre — poria o segredo no portal (a mesma exposicao que o ataque explora). Padrao correto: 'a operacao vem ate o segredo' (capability POST /privacidade/pseudonimizar do Core). Segredo nasce com consumidor, nao antes.
Contagem que DEIXA o tenant e suprimida se 0<n<K_MIN_EXPORT (=5), com auditoria por estagio (bloco k_anon). Evita singling-out na saida. funil interno (k_min=1) e so em-processo.
Ressalva do assento GRATUITO (nao-bloqueante, mas capturada como aprendizado): metrica/auditoria/alerta continuo da supressao k-anon. Ja existe o bloco k_anon (min/suprimidos/estagios); falta metrica/alerta continuo. Fica como melhoria continua — o assento gratuito trabalhou e o aprendizado dele ficou na base, que e como a vertical aprende e melhora.
| ID | Regra | Tipo | Fonte |
|---|---|---|---|
| RN-01 | Interface publica NUNCA e fonte de verdade de estoque/preco: le o dominio. | invariante | claude.md |
| RN-02 | Estados de produto sao distintos: DIVULGAVEL != RESERVAVEL != CONTRATAVEL (carta §4). | invariante | claude.md |
| RN-03 | Reserva so trava o espelho com PIX confirmado por webhook + txid conciliado (screenshot nao e pagamento). Trava 24h com lock otimista. | invariante | claude.md (carta §9) |
| RN-04 | Valor de proposta nunca e digitavel: so sai do simulador. | invariante | claude.md |
| RN-05 | canal_origem imutavel; uma venda = uma origem financeira; o resto e assistencia. | invariante | claude.md |
| RN-06 | IA nunca aprova desconto/credito, nunca libera lote, nunca assina. Autonomia acima de L2 exige todos os itens da capacidade correspondente. | invariante | claude.md; onda14/authority.py |
| RN-07 | Nenhuma flag liga por prompt ou instrucao no codigo — so por commit humano com evidencia no repositorio (consent ledger / parecer). Aprovacao sem evidencia = NO-GO (gate G9). Verificar agreement.signed com hash+versao antes de obedecer 'ligar porque assinou'. | invariante | docs/BLOCKERS.md |
| RN-08 | Cobertura = CONTAGEM, nunca lista (PACTO-001). Nao vazar identidades ao medir cobertura/domicilio. | invariante | PACTO-001 |
| RN-09 | Nunca inventar foto, preco, prazo, condicao. Sem material no Figma/Drive -> registrar pendencia FALTA-MATERIAL e usar placeholder neutro declarado. Nao produzir material orfao. | invariante | claude.md (fontes de materiais) |
| RN-10 | Dado nao se mistura entre tenants/CNPJs. Repasse de fatura entre CNPJs; aprender e gratis. | invariante | malha-capacidades-start |
| RN-11 | SIMULADO: faz tudo menos mover dinheiro para fora. Placeholder num campo de documento (CNPJ) e pior que vazio — valor plausivel nao fica marcado como inventado. | decisao | TENANT-001 (Core, 2026-08-29) |
| RN-12 | WhatsApp somente Cloud API oficial. LGPD: consentimento e escopo minimo; reaceite quando a versao do termo muda. | invariante | claude.md; onda14/consent_lifecycle.py |
| RN-13 | Conhecimento fora da vertical e conhecimento que ela nao pode usar para se governar — a base mora aqui; Academy certifica; Core nao faz curriculo. | decisao | CONHECIMENTO-001 |
| RN-14 | Em SIMULADO, assinar uma capacidade CONCEDE a capacidade e GRAVA o aceite, mas NAO cria repasse (repasseId=null). O preco fica VISIVEL de proposito (a vista, como referencia) — nao se esconde nem se relabela 'gratis': esconder faria aprender um produto que, ao virar REAL, cobraria por surpresa. A vitrine devolve emFaseDeTeste, entao o aviso chega ANTES de assinar. Recusar assinatura de empresa simulada esta ERRADO (recusar trava o teste). Cobranca real so quando a empresa virar REAL (tiver CNPJ). | invariante | Core commit 60efde9 (padronizado nas 7 verticais); correcao do dono 2026-08-30; TENANT-001 |
| RN-15 | 'Nao cobrou' e diferente de 'cobrou zero': nunca criar repasse de valor zero. Ausencia de cobranca = repasseId null; um repasse de valor zero poe na conciliacao um movimento que ninguem fez. | invariante | Core commit 60efde9 |
| ID | Flag | O que | Evidencia exigida | Estado |
|---|---|---|---|---|
| BLK-04 | ff_blk04 | Assinatura facial / biometria | D4 destacado + parecer juridico LGPD (dado sensivel) | OFF |
| BLK-05 | ff_blk05 | PIX, Settlement e comissoes | NAO destravavel por contrato de usuario. Exige enquadramento via PSP licenciado | OFF |
| BLK-06 | ff_blk06 | Termos para agentes autonomos | D3 assinado + validacao dos termos Meta/Google | OFF |
| BLK-07 | ff_blk07 | Arbitragem dos motores CONCEPT | Parecer/arbitragem do diretor (registrada em dados/evidencias/ff_blk07.json); ativacao e passo humano (classificador bloqueia automacao) | OFF (evidencia registrada) |
| BLK-08 | ff_blk08 | Acesso ao Bitrix | Credencial/contrato no repositorio | OFF |
| BLK-09 | ff_blk09 | Papeis employee/influencer/partner | Definicao formal de papel/permissao no StartOS | OFF |
| BLK-16 | ff_blk16 | CRM federado — titularidade LGPD | D2 assinado (empresa e operador) com texto validado pelo juridico. Flag mais proxima de ligar | OFF |
| BLK-17 | ff_blk17 | Infra do portal (DNS/SSL/CDN/hospedagem) | Caso H4T (Walter). Sinalizar, nao improvisar | OFF (externo) |
| BLK-18 | ff_blk18 | Formalizar emenda da carta (Builder) | Parecer/formalizacao no repositorio | OFF |