Programmable V4 Hook Builder

A CLI deve:

• ler a chave de API apenas de PROGRAMMABLE_API_KEY ou do armazenamento de segredos do sistema operacional compatível;
• preservar bytes de solicitação idênticos e a mesma chave de Idempotência durável entre tentativas;
• respeitar Retry-After em 429 e 503;
• parar em estados terminais;
• nunca solicitar chave privada, assinar ou transmitir.

A admissão estática de fonte exata no servidor e a simulação final do Router são autoritativas para a admissão do lançamento. As verificações do empacotador local ou do modelo são preparação, não a decisão final. Nunca descreva nenhuma das camadas como uma auditoria ou garantia de segurança, liquidez, negociabilidade, resistência a honeypot ou comportamento futuro de taxas.

Lidar com resultados precisamente

• pending_review: continue a consulta de status de recurso único.
• action_required: leia a constatação e remediação tipadas; altere a fonte exata ou a evidência e crie um novo pacote. Não ignore a constatação.
• awaiting_funding_authorization: pare para o handoff exato de assinatura de financiamento do website.
• authorized: pare para a revisão do controlador da chain, remetente, Router, valor, seletor, calldata e metadados.
• submitted: consulte o mesmo recurso; apenas um hash de transação não é finalidade.
• finalized: relate o lançamento onchain separadamente da indexação e da verificação de fonte exata.
• failed ou cancelled: pare e relate o código de erro durável e o ID da solicitação sem expor a chave de API.

Nunca reivindique compatibilidade universal de hook. O perfil público suporta grafos de múltiplos contratos de propriedade do projeto e todos os quatorze bits de permissão estruturalmente, mas a construção exata ainda pode não ser compatível, precisar de evidência, falhar na simulação ou exigir alterações no projeto. A inicialização normal de pool não adiciona liquidez inicial; liquidez com contabilidade personalizada ou semeada no lançamento deve ser implementada e divulgada pelo projeto.

Verificação e handoff

Execute testes focados no projeto, empacotamento determinístico, validação local, pré-verificação remota e git diff --check. Para um ensaio sem transmissão, pare antes de submit. Para uma submissão real, forneça ao usuário o ID da solicitação, o estado durável atual e a URL segura de handoff de carteira apenas quando retornados por esse recurso exato.

Não chame trabalho ao vivo a partir de verificações locais, CI, resposta preparada ou HTTP 200. Separe revisão de fonte, artefato CLI, admissão do servidor, ação da carteira, finalidade onchain, descoberta/indexação e estado do provedor de fonte exata no handoff final.

Recursos exclusivos para mantenedores

references/eval-corpus.md é o conjunto de avaliação de gatilho direto e adversarial para mantenedores do skill; não é uma instrução de tempo de execução. Os seguintes arquivos pertencem ao sistema de submissão GitHub aposentado e não devem ser lidos ou invocados para um lançamento V3: scripts/application-input-contract.mjs, scripts/autonomous-admission-contract.mjs, scripts/cli-runtime.mjs, scripts/github-exact-object-resolver.mjs, scripts/github-public-source-core.mjs, scripts/official-launchpad-core.mjs, scripts/package-dependency-contract.mjs, scripts/public-claims-core.mjs, scripts/review-target-contract.mjs e scripts/submission-core.mjs.