Skip to content

[P0][Extension Release Train] Acompanhar automaticamente a última versão compatível do Loop core #10

Description

@wesleysimplicio

Parent release train: https://github.com/wesleysimplicio/simplicio-loop/issues/558
Extension contract: https://github.com/wesleysimplicio/simplicio-loop/issues/557
Parent extension epic: #1
Related: #2, #7, #8, #9

Objetivo

Fazer a extensão oficial loop.oss acompanhar automaticamente a release mais nova compatível do Loop core e de simplicio.loop-extension/v1, mantendo SKILL/PLAYBOOK/manifesto/fixtures sincronizados sem copiar o motor do Loop.

Passo a passo

  1. Publicar component-release/v1 da extensão com requires_core, protocols, overlays, policies, effects e conformance profile.
  2. Receber release events do Loop e reconciliar eventos perdidos.
  3. Gerar PR deduplicado atualizando pin, manifesto, fixtures e docs geradas.
  4. Calcular schema/capability/grafo-composto diff.
  5. Rodar conformance embedded/daemon/remote e multi-host/multi-repo.
  6. Rodar GitHub sandbox E2E até PR verificado.
  7. Provar claims/fences/effects exactly-once e anti-spam.
  8. Medir tokens, API calls, processos, CPU/RSS e verified time-to-PR.
  9. Auto-merge/promover apenas mudança compatível verde.
  10. Abrir migration issue detalhada quando incompatível.
  11. Publicar canary/stable e preservar rollback.
  12. Expor doctor com latest/installed/compatible/blocked reason.
  13. Registrar core/extensão/grafo no contribution receipt.
  14. Impedir que update reintroduza scheduler/queue/coordinator no SKILL.

Revisão complementar do projeto: simplicio-loop-oss

Responsabilidade avaliada: open source. Esta issue deve ser entendida no contexto da auditoria-mãe do repositório.

Objetivo específico

validar issue → plano → branch → patch → testes → PR

Fluxo de testes obrigatório

conflito, licença, segredo, dependência externa, rollback e escopo

  1. Registrar SHA/branch, ambiente, dependências e configuração.
  2. Executar o caminho feliz completo e capturar logs/receipts.
  3. Injetar entrada inválida, timeout, falha externa ou permissão ausente aplicável.
  4. Verificar retry, cancelamento, idempotência e rollback quando o fluxo suportar.
  5. Executar testes unitários, integração, sistema/E2E, regressão, segurança e desempenho aplicáveis.
  6. Reexecutar com os mesmos dados e comparar resultado/hashes.
  7. Confirmar que falha nunca vira sucesso e que recursos são liberados.

Evidências obrigatórias

  • PR/commit vinculado;
  • comandos e versões;
  • logs do caminho feliz e da falha;
  • testes/coverage/benchmark aplicáveis;
  • receipts, hashes e relatório de rollback;
  • limitações e próximos passos.

Regra de encerramento

Não fechar sem todos os critérios desta issue e da auditoria-mãe atendidos. Se faltar implementação, marcar como NEEDS-IMPLEMENTATION ou BLOCKED, nunca como concluída.

Execução

  • Implementar o objetivo descrito.
  • Fazer a implantação aplicável.
  • Executar e registrar os testes.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions