Kuyper Harness

@kuyper/harness mantém rules e skills numa fonte canônica, materializa essa fonte para Claude e Codex e aplica gates ao fluxo Git de um projeto com uma pessoa desenvolvedora.

O Harness ensina o método além de automatizar comandos. Comece por Começar um projeto e siga os guias na ordem:

1. Começar um projeto
2. Conceitos
3. Referência de comandos
4. Equivalentes manuais
5. O método
6. Quando algo falha

Quem trabalha no código do próprio Harness deve começar pelo mapa da documentação interna. Ele explica onde ficam os princípios (P), decisões (D), recusas (R), critérios de aceitação (A) e blocos de implementação (B), além de separar esses IDs dos achados locais de auditoria.

Requisitos: Node.js 20 ou posterior, pnpm 12.4.2 ou posterior, Git e um repositório remoto chamado origin. O MVP assume uma pessoa, branches literais main e dev, e GitHub como remoto.

O próprio Harness declara apenas a versão mínima em engines e aceita qualquer versão posterior do pnpm: este repositório não fixa uma versão exata em packageManager. A jornada do guia 1 foi executada literalmente com pnpm 12.4.2 — é essa a versão mínima suportada e a versão reproduzível do bootstrap. Atualize o pnpm antes de criar o projeto: depois do pnpm init a versão fica fixada no projeto criado, e trocá-la no meio do caminho quebra os quatro gates. O passo 0 de Começar um projeto mostra a ordem correta.

As oito interfaces públicas são init, generate, validate, integrate, publish, update, rule e skill. Invoque sempre o binário instalado no projeto:

pnpm exec kuyper