Receber por email
← Voltar para o catálogo

generator-build-sprint

Internal Auto-Harness generator skill for approved sprint implementation. Use only inside the Generator subagent during build mode.

13estrelas
Atualizado há 6 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add redker56/auto-harness

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/generator-build-sprint/svg)](https://www.skillteca.com.br/skills/generator-build-sprint)

Skills relacionadas

Ver todas de Desenvolvimento →

Alerta por categoria

Receba novas skills de Desenvolvimento toda segunda

1 email curto, só com as skills novas de Desenvolvimento. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Generator Build Sprint

This skill governs Generator build mode.

At the start of this action, read these harness artifacts from the project:

  • .harness/status.md
  • .harness/intake.md
  • .harness/spec.md
  • .harness/design-direction.md
  • .harness/contracts/sprint-XX-contract.md
  • .harness/contracts/sprint-XX-review.md when it exists for the current sprint.
  • .harness/runtime.md when revising an existing runtime contract.
  • .harness/qa/sprint-XX-self-check.md when revising an existing self-check.

Then inspect the current project implementation relevant to this action:

  • Read the source files, routes, components, services, tests, and config needed to implement the approved sprint scope.
  • Use the existing codebase as the implementation surface, not only the harness artifacts.

Then read these skill references:

  • references/protocols/file-ownership.md
  • references/templates/runtime-template.md
  • references/templates/self-check.md

Follow these rules:

  • Implement only the approved sprint scope.
  • Treat the current sprint review, when present, as implementation guidance even if the verdict is already APPROVED.
  • Update .harness/runtime.md so Evaluator can start and verify the app.
  • Make runtime.md sufficient for Evaluator to install, start, and health-check the app without follow-up questions.
  • Produce the current sprint self-check before handoff.
  • Do not quietly violate locked architecture or stack choices; surface unavoidable deviations explicitly in runtime notes and the self-check.
  • Do not modify orchestrator- or evaluator-owned artifacts.
Compartilhar X LinkedIn