Sua primeira spec, validada em minutos.
Governança executável dentro do repositório. Specs, gates e evidência versionados junto do código — CLI nativa, MCP e insights locais, sem dependência de serviço hospedado.
Apache-2.0 CLI nativa Offline por design Releases assinadas (Sigstore)
O ciclo fechado
Da instalação à evidência commitada — cada etapa produz um artefato verificável, não uma alegação.
Instalar
pose install . — sem clonar, sem serviço externo, binário assinado e com SBOM.
Especificar
pose new-spec — intent, requisitos, plano técnico e tarefas versionados junto do código.
Validar
pose check --strict — gates determinísticos substituem "parece pronto" por comando + resultado.
Evidenciar
Requirement trace liga cada requisito ao check, ao resultado e ao commit que o satisfez.
Commitar
Spec, evidência e código seguem juntos no mesmo histórico — nada fica só em um wiki ou board.
Quickstart real, sem instalador mágico
Baixe o binário assinado da release, verifique o checksum e rode. Saída de uma execução real, em ambiente limpo.
curl -fsSLO https://github.com/oseiaspereira88/pose/releases/latest/download/checksums.txt && curl -fsSLO <asset do seu SO>
sha256sum -c checksums.txt --ignore-missing
pose_<versão>_<seu-so>.tar.gz: OK
tar xzf pose_*.tar.gz && ./pose install .
[pose-install] running native final gate Resultado: SUCESSO — estrutura POSE válida (modo strict). [pose-install] install complete — POSE is ready in .
./pose new-spec minha-primeira-spec
Spec created: .pose/specs/minha-primeira-spec/spec.md (status: draft)
Por que POSE
Specs versionadas
Intent, requisitos, plano técnico, tarefas, decisões e validação — junto do código, não em um wiki separado.
Gates determinísticos
Evidência de execução (comando + resultado) anexada a cada spec, não uma alegação de "está pronto".
100% local
O engine roda offline por design — nenhuma chamada de rede em um gate.
Requirement trace
Cada requisito liga a um check, um resultado e um commit — rastreabilidade real, não checklist solta.
Cadeia de distribuição verificável
Releases assinadas (Sigstore, keyless), SBOM CycloneDX por artefato e proveniência SLSA — verificável offline, sem confiar cegamente no registry.
MCP nativo
Servidor MCP com 30 ferramentas, catálogo versionado e testado — funciona com qualquer agente compatível, sem lock-in de fornecedor.
Métricas de entrega e adoção
DORA (5 métricas) e adoção (ativação, time-to-first-gate, retenção) derivadas dos seus próprios dados — nunca inferidas de commits.
Migração sem perder trabalho
Kits de adoção testados de ponta a ponta para quem já usa GitHub Spec Kit ou OpenSpec — importa e reconcilia, não reescreve do zero.
Extensível sem fork
Manifesto versionado, instalação/remoção/verificação com proveniência e revogação — adicione domínios sem manter um fork.
Como POSE se compara
Comparação factual contra as referências mais próximas da categoria (SDD/governança de spec) — não contra coding agents genéricos, que resolvem um problema diferente. Ver comparativo com coding agents.
| Dimensão | GitHub Spec Kit | OpenSpec | POSE |
|---|---|---|---|
| Requirement-to-evidence trace | Parcial | Parcial | Sim — IDs ligados a check/resultado/commit |
| Cadeia de release assinada (Sigstore/SBOM/SLSA) | Não é o foco | Não é o foco | Sim, em todo artefato de release |
| Runtime 100% local, offline por design | Variável | Sim | Sim — nenhum gate depende de rede |
| MCP nativo com catálogo testado | Não | Não | Sim — 30 ferramentas, golden fixture |
| Kit de importação a partir de outra ferramenta de SDD | — | — | Sim — testado ponta a ponta |
Comparamos mecanismo contra mecanismo, com evidência publicada no capability assessment — não fazemos claim de superioridade genérica sobre roadmap de terceiros que não controlamos.
Licença e o que é gratuito
POSE core — Apache-2.0
CLI, engine, templates, MCP server e gates são Apache-2.0. Instale, use, modifique e distribua sem cadastro, sem telemetria obrigatória, sem cláusula de expiração.
Harne8 Platform
Orquestração durável multi-time, operação visual e distribuição de política entre tenants ficam na Plataforma hospedada — não são um gate artificial dentro do POSE local. Ver pricing.
Telemetria de ativação é opt-in e nunca inclui conteúdo do repositório: pose telemetry status mostra exatamente o payload (anon_id, version, subcommand) antes de você decidir ativar.