Aprovação Meta,sem teatro.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 01 — EMPRESA E TECH PROVIDER
Execute a preparação de DESCOBRIR AUTOMATICAMENTE (DESCOBRIR AUTOMATICAMENTE) para Business Verification e Access Verification/Tech Provider sem confundir os estados. Descubra conta Meta, portfólio, administradores, e-mail DESCOBRIR AUTOMATICAMENTE, 2FA, domínio DESCOBRIR AUTOMATICAMENTE, país DESCOBRIR AUTOMATICAMENTE e requisitos vigentes. Verifique nome jurídico, registro empresarial, contato, representante e prova de vínculo quando solicitados. Trate CNPJ, contrato social e documento do administrador apenas como exemplos brasileiros. Prepare cada tela e aplique o protocolo de gate em login, 2FA, código, documento, aceite ou declaração. Não selecione outra empresa nem envie nada sem confirmação. Só conclua quando cada estado estiver visível, tiver evidência própria e nenhum status for usado como prova do outro.

ENTREGÁVEIS DA FASE
Atualize state.md e inventory.json; registre requisitos, evidências e decisões em decisions.md; preencha no submission-draft.md os campos aplicáveis já comprovados.

CRITÉRIO OBSERVÁVEL DE PASS
Business Verification e Access Verification possuem evidência própria. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 02 — APP, EMBEDDED SIGNUP E COEXISTENCE
Execute a auditoria e o caminho mínimo real do app DESCOBRIR AUTOMATICAMENTE de DESCOBRIR AUTOMATICAMENTE para Embedded Signup/Coexistence usando dashboard, formulário e Graph API DESCOBRIR AUTOMATICAMENTE vigentes. Valide campos básicos, políticas, exclusão, redirects, Business, modo e Advanced Access. Crie correlação server-side — state, nonce ou mecanismo equivalente suportado — ligada à sessão e ao tenant; valide origem do postMessage, sessão, expiração, uso único e propriedade antes de persistir IDs ou trocar credenciais. Resolva os ativos pela Graph API, mantenha IDs tenant-scoped e cifre os segredos. Trate expiração, renovação/reconexão, revogação e rotação. Atribua tarefas e registre número/PIN quando exigido. Aplique gate antes de billing, pagamento ou crédito. Inscreva o app por POST /{WABA_ID}/subscribed_apps com credencial autorizada e confirme por API. Inscreva messages para mensagens e status; descubra outros campos somente quando a capacidade real exigir e confirme por API e evento. Valide GET challenge e X-Hub-Signature-256 sobre o corpo bruto no POST; rejeite inválidos, deduplique e processe de modo durável.

ENTREGÁVEIS DA FASE
Atualize state.md, inventory.json, permissions-matrix.md, decisions.md e as seções técnicas de reviewer-pack.md e submission-draft.md com evidência real.

CRITÉRIO OBSERVÁVEL DE PASS
Callback seguro, IDs tenant-scoped, segredos cifrados, app inscrito e webhook autenticado. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 03 — CAMINHO MÍNIMO AUDITÁVEL
Inspecione DESCOBRIR AUTOMATICAMENTE e implemente o caminho mínimo auditável exigido pelas permissões atuais na rota DESCOBRIR AUTOMATICAMENTE. Execute as mudanças internas seguras e os testes; não termine com plano. Cada controle habilitado deve chegar ao banco ou à API oficial; oculte ou declare indisponível o que não tiver backend real. Exija isolamento por tenant, IDs com propriedade validada, segredos cifrados fora do browser e ciclo de vida de credenciais. Teste correlação de autorização de uso único, subscribed_apps, webhook autenticado sobre corpo bruto, inbound persistido, outbound aceito, sent/delivered/read/failed sem regressão, replay idempotente, falha visível e reabertura sem perda. Pare antes de preview/deploy, produção ou mensagem real a terceiro.

ENTREGÁVEIS DA FASE
Atualize state.md, inventory.json, permissions-matrix.md e decisions.md; registre testes e evidências técnicas nas seções correspondentes de final-audit.md.

CRITÉRIO OBSERVÁVEL DE PASS
Cadeia real persiste, reabre, falha de forma visível e é idempotente. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 04 — PERMISSÕES E MATRIZ DE EVIDÊNCIA
Audite o caso de uso, formulário, código, interface e chamadas Meta de DESCOBRIR AUTOMATICAMENTE e descubra as permissões necessárias. whatsapp_business_management cobre gestão de WABAs, números, templates e subscriptions usadas; whatsapp_business_messaging cobre registro do número e envio; business_management é condicional à configuração e endpoints vigentes. Qualquer outro scope exige endpoint, tela, usuário e evidência próprios. Para cada permissão, produza resposta final completa com usuário, rota, necessidade, dados/ativos, autorização, processamento, limites, passos, resultado, evidência, vídeo e timestamps. Remova o que não tiver operação real. Não use o case ORANJ como justificativa nem peça que o usuário redija ou complete campos.

ENTREGÁVEIS DA FASE
Preencha permissions-matrix.md com respostas finais completas e sincronize state.md, reviewer-pack.md, submission-draft.md, video-plan.md e decisions.md.

CRITÉRIO OBSERVÁVEL DE PASS
Cada permissão tem necessidade, operação, resultado e evidência próprios. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 05 — DATA HANDLING BASEADO EM EVIDÊNCIAS
Produza o Data Handling completo de DESCOBRIR AUTOMATICAMENTE auditando políticas, termos, arquitetura, fluxo de dados, banco, storage, logs, subprocessadores, segregação, retenção/exclusão, incidentes, solicitações governamentais, contratos e operação real. Descubra DESCOBRIR AUTOMATICAMENTE, DESCOBRIR AUTOMATICAMENTE e fornecedores em evidência; não presuma país ou plataforma. Para cada campo vigente, escreva resposta final, fonte, lacuna e certeza. Separe fato técnico de declaração jurídica, regulatória ou histórica. Execute toda verificação interna e aplique um gate por vez apenas para a confirmação humana irredutível. Não envie o formulário.

ENTREGÁVEIS DA FASE
Preencha data-handling-draft.md e sincronize state.md, inventory.json, submission-draft.md, final-audit.md e decisions.md.

CRITÉRIO OBSERVÁVEL DE PASS
Cada resposta tem fonte, certeza e confirmação quando necessária. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 06 — REVIEWER PACK CONDICIONAL
Produza e valide o reviewer pack de DESCOBRIR AUTOMATICAMENTE em DESCOBRIR AUTOMATICAMENTE com URL, pré-condições, credenciais privadas a fornecer quando necessárias, passos, permissão, resultado, dados seguros, vídeo/timestamps, contato e validade. Registre Development/Live e Advanced Access. Na pré-revisão, reproduza com admin/developer/tester e com o perfil preparado para o revisor; não faça empresa externa virar pré-condição circular. Após Advanced Access + Live, planeje o smoke externo sem app role antes de liberar clientes. Se login, convite, assinatura, paywall ou estado prévio bloquear, implemente caminho seguro real. Credenciais ficam somente no campo privado da Meta. Pare antes de convite, Live, publicação ou envio.

ENTREGÁVEIS DA FASE
Preencha reviewer-pack.md e submission-draft.md; atualize state.md, permissions-matrix.md, video-plan.md, video-manifest.json e decisions.md.

CRITÉRIO OBSERVÁVEL DE PASS
Uma sessão limpa reproduz cada permissão com resultado esperado. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 07 — EVIDÊNCIAS COORDENADAS PELO CODEX
Você deve produzir os arquivos de vídeo de DESCOBRIR AUTOMATICAMENTE, não apenas escrever o roteiro. Descubra sistema operacional, navegador, resolução e ferramentas instaladas; escolha uma opção segura já disponível sem pedir preferência. Crie ou reutilize adaptador que inicia, para, salva e devolve o caminho. Grave teste de 10–15 segundos, reabra e valide imagem, cursor, resolução, duração, áudio quando necessário e ausência de notificações/PII. Se falhar, corrija e repita. Para cada permissão exigida pelo formulário, abra a rota real, prepare dados seguros, execute o fluxo factual e grave a prova. Aplique o protocolo de gate sem abandonar o processo. Reabra cada vídeo, valide início/fim, legibilidade, resultado e timestamps e regrave prova incompleta. PASS exige arquivo real reproduzível, QA e vínculo com a permissão. Pare antes de upload/anexo.

ENTREGÁVEIS DA FASE
Produza arquivos em videos/evidence/, preencha video-plan.md e video-manifest.json e vincule cada prova a permissions-matrix.md, reviewer-pack.md, submission-draft.md e state.md.

CRITÉRIO OBSERVÁVEL DE PASS
Cada permissão aponta para arquivo, timestamps e resultado legível. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.

MANDATO AUTOSSUFICIENTE
Trabalhe somente com ferramentas e acessos autorizados. Valores informados são overrides opcionais a validar; vazio, DESCOBRIR ou DESCOBRIR AUTOMATICAMENTE significa descobrir nas fontes de verdade. Não dependa de outro prompt, página ou histórico.

CONTRATO DE EXECUÇÃO

Você não foi contratado para explicar o processo: execute-o até restar somente um gate humano real.
1. Não peça nenhum dado que possa ser descoberto com as ferramentas autorizadas.
2. Não peça que o humano escolha ferramenta, comando, formato ou caminho quando houver uma opção segura, reversível e verificável.
3. Inspecione primeiro; escolha a alternativa de menor risco; execute; valide; registre a evidência; continue.
4. Não encerre uma etapa com plano, tutorial ou lista de próximos passos enquanto existir uma ação interna segura que você possa executar.
5. Não diga “pronto” com base em texto, toast, mock, fixture ou arquivo vazio. Exija prova observável em interface, banco, API, log ou artefato reaberto.
6. Se faltar tela ou fluxo necessário à evidência, implemente o caminho mínimo real no workspace, teste localmente e pare somente antes de deploy ou mudança externa.
7. Diante de gate humano, deixe a tela no ponto exato, preencha tudo que for seguro, não confirme a ação e peça uma única intervenção objetiva.
8. Depois de “feito”, releia a tela e retome automaticamente do ledger; não reinicie a auditoria.
9. Nunca transfira ao humano a montagem de templates, matriz, roteiro, evidências ou respostas que você possa produzir.
10. Não devolva TODO, placeholder, template vazio ou trabalho genérico. Se algo não puder ser concluído, registre causa comprovada, tentativa e ação humana mínima.

ORDEM DAS FONTES DE VERDADE
1. Sessão autenticada e tela atual da Meta.
2. Repositório, configuração, variáveis disponíveis e ambiente do workspace atual.
3. App Dashboard, formulário vigente e consultas read-only à Graph API.
4. Site público e documentos empresariais já disponibilizados.
5. Pergunta ao humano somente diante de ambiguidade real com impacto externo ou declaração jurídica.

PACOTE AUTOMÁTICO DE ARTEFATOS
Crie e mantenha, sem pedir que o usuário monte ou copie templates:
meta-approval/state.md — fase, status, evidência, bloqueio, gate e próxima ação segura.
meta-approval/inventory.json — conta, empresa, app, IDs, versões, domínios, callbacks, WABAs, números e origem de cada valor; sem segredos.
meta-approval/permissions-matrix.md — resposta final completa por permissão: endpoint, tela, usuário, dado, necessidade, processamento, evidência e status.
meta-approval/data-handling-draft.md — respostas propostas, fonte, lacuna, certeza e confirmações jurídicas pendentes.
meta-approval/reviewer-pack.md — URL, pré-condições, passos, resultado, credenciais privadas a fornecer e validade.
meta-approval/submission-draft.md — texto final já preenchido para cada campo da revisão, coerente com as evidências.
meta-approval/final-audit.md — PASS/FAIL por critério, evidência, contradições e falta exata antes de Submit.
meta-approval/videos/video-plan.md — roteiro executável por permissão.
meta-approval/videos/video-manifest.json — arquivo, duração, resolução, permissão, timestamps, resultado e QA.
meta-approval/videos/evidence/ — arquivos reais de evidência.
meta-approval/logs/decisions.md — decisões e exceções comprovadas.

Crie diretórios e arquivos quando faltarem. Preencha respostas completas, não schemas vazios. Atualize os artefatos após cada fase e reabra os arquivos relevantes para validar o conteúdo. Nunca registre access tokens, app secret, verify token, PIN, códigos, senhas, documentos pessoais ou PII desnecessária.

PROTOCOLO DE GATE E RETOMADA
Quando uma intervenção humana for inevitável:
1. Navegue até a tela correta.
2. Selecione empresa/app/ativo somente quando a identidade já estiver comprovada.
3. Preencha todos os campos seguros.
4. Pare imediatamente antes da ação protegida.
5. Diga somente: “Faça [ação exata] nesta tela e responda ‘feito’.”
6. Registre em state.md: BLOQUEADO_HUMANO, URL, motivo e condição de retomada.
7. Após “feito”, confirme visualmente o resultado e continue da próxima ação segura.

Peça um gate por vez. Não entregue listas de tarefas e não reinicie a jornada.

GATES HUMANOS ACEITÁVEIS
Login, senha, 2FA, CAPTCHA, SMS, ligação, QR ou PIN; instalação ou permissão do sistema; escolha entre ativos realmente ambíguos; upload de documentos pessoais ou societários; aceite ou declaração legal/histórica; pessoas, parceiros ou usuários de sistema; billing, crédito, pagamento, transferência ou desconexão de número; Live, deploy, mensagem a terceiro, anexo e Submit/Reenviar.

CONTRATO DE STATUS E EVIDÊNCIA
Status permitidos: DESCONHECIDO, EM_EXECUCAO, BLOQUEADO_HUMANO, BLOQUEADO_EXTERNO, FAIL, PASS e NAO_APLICAVEL.
NAO_APLICAVEL exige justificativa factual. PASS exige condição de conclusão satisfeita e ao menos uma evidência verificável registrada no artefato correspondente. Checklist manual, texto gerado, mock, fixture, toast ou arquivo vazio não altera o status técnico. A auditoria final deve comparar ledger, código, tela, API/banco/log, vídeos e formulário vigente.

ANTES DE AGIR
1. Confirme as ferramentas autorizadas e faça teste read-only do navegador e workspace: URL, título, conta visível, controles e arquivos inspecionáveis.
2. Leia meta-approval/state.md e os demais artefatos se existirem. Se faltarem, crie toda a estrutura do pacote automático com status DESCONHECIDO e conteúdo factual disponível — nunca arquivos vazios.
3. Descubra os dados verificáveis sem perguntar. Se houver opções plausíveis com impacto externo, apresente somente as opções encontradas e peça uma escolha.
4. Execute a fase, atualize os artefatos, reabra a evidência e prossiga até PASS, BLOQUEADO_HUMANO ou BLOQUEADO_EXTERNO comprovado.

FASE 08 — AUDITORIA E SUBMISSÃO
Faça a auditoria adversarial final de DESCOBRIR AUTOMATICAMENTE comparando os quatro estados Meta, permissões, endpoints, telas, backend, API/banco/logs, vídeos, Data Handling, reviewer pack, submission draft, Development/Live e Advanced Access. Verifique correlação server-side suportada, origem do postMessage, sessão, tenant, expiração, uso único, propriedade dos ativos, segredos, credencial, subscribed_apps, GET challenge, HMAC sobre corpo bruto, messages, deduplicação, inbound/outbound, status sem regressão, idempotência e reabertura. Na pré-revisão, use app role e perfil do revisor; registre smoke externo apenas para pós-Advanced Access + Live. Corrija toda ação interna segura, remova alegações sem prova e marque PASS/FAIL com evidência por critério. Pare antes de Live, deploy, usuário externo, billing/crédito, anexos, declarações e Submit/Reenviar.

ENTREGÁVEIS DA FASE
Preencha final-audit.md e submission-draft.md; sincronize state.md, inventory.json, permissions-matrix.md, data-handling-draft.md, reviewer-pack.md, video-manifest.json e decisions.md.

CRITÉRIO OBSERVÁVEL DE PASS
Todos os critérios aplicáveis estão provados; falta a decisão humana. Registre a condição e a evidência em state.md; sem evidência, use o status de bloqueio ou FAIL correspondente.

RETOMADA
Depois de cada resposta “feito”, confirme o resultado na fonte de verdade, atualize os artefatos e continue automaticamente até o próximo gate ou status terminal comprovado.