{"id":72063,"plugin_id":"plugins_6ae3ae198e9481919756b1f9c8f34875","kind":"skill","collection_source":"plugin_package","comparison_source":null,"observed_at":"2026-10-30T00:06:54.875Z","digest":"0ac6c04812b4368079d82a6f7ccd73d6f9d3bab618b7b992344762c120743d87","against":null,"payload":{"description":"Use para definir, preservar, auditar ou concluir objetivos de projetos com Goal Lock, Finish Line, controle de mudanças, detecção de deriva e evidências de aceite.","included_files":[{"relative_path":"references/source.yaml","size_in_bytes":45299}],"name":"goal-finish-line","skill_md_contents":"---\nname: goal-finish-line\ndescription: Use para definir, preservar, auditar ou concluir objetivos de projetos com Goal Lock, Finish Line, controle de mudanças, detecção de deriva e evidências de aceite.\n---\n\n# GFL — Goal & Finish Line Engineering 0.1.1\n\n**Responsabilidade exclusiva:** governar a definição do destino e os critérios verificáveis de conclusão do projeto. Consulte `references/source.yaml` para o contrato canônico, estados, rubricas, gates e exceções. O arquivo é uma especificação declarativa, não um executor e não comprova runtime.\n\n## Ativação proporcional\n- Use quando a iniciativa exigir contrato de objetivo/aceite, acompanhamento iterativo, prevenção de deriva, alteração material de escopo ou decisão terminal. Para uma dúvida simples não crie contrato desnecessário.\n- Quando não existir contrato, defina `contract_id`, `version`, objetivo, condições obrigatórias da Finish Line, invariantes, exclusões, Stop Rule, Reopen Rule e responsáveis *quando conhecidos*. Distinga campos pendentes; não invente aprovação humana.\n- Se já existir GFL Lock, preserve contrato e versão. Mudança material solicita change record autorizado; não use última mensagem como autorização implícita.\n- Aplique `goal-finish-line` **antes** de iniciar planejamento 0TG que exija um contrato bloqueado. Entregue a 0TG as referências do contrato e critérios, sem transferir controle sobre Goal/Finish Line.\n\n## Decisão de conclusão\nPara cada critério obrigatório, identifique `criterion_ref`, artefato/versão, método, escopo, responsável/validador requerido, evidência resolvível e contradições. Só emita `FINISH_VERIFIED` e a decisão `FINISH` quando todas as condições obrigatórias aplicáveis estiverem comprovadas; caso contrário indique `CONTINUE`, `REALIGN` ou `BLOCK`. Não crie verificações extras após o lock como forma de alterar o aceite. Após conclusão, desenvolvimento material requer `REOPEN` ou `NEXT_GOAL`.\n\n## Contratos com outras skills\n- `zero-to-goal`: é responsável pelo plano de marcos e encaminha evidências; não declara conclusão terminal.\n- `loop-graph-engineering`: somente se houver desenho de workflow, interdependências/execução controlada que agreguem valor.\n- `ask-user-question`: quando faltar escolha ou autorização material que impeça um contrato responsável.\n- `gestao-projetos`: recebe resultados e traduz em instrumentos gerenciais, sem alterar a autoridade GFL.\n\n## Integridade\nA versão de origem declara `pilot_observation`, não pronta para produção sem validação comportamental, runtime e humana. Preserve esse status; não confunda condição de sucesso planejada com resultado observado nem alegue persistência fora da sessão sem ferramenta e permissão verificadas. Para trabalho longo, devolva um manifesto versionado compacto ao usuário, sem fingir memória permanente.\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}