Receber por email
← Voltar para o catálogo

evaluator-review-contract-parallel

Internal Auto-Harness evaluator skill for parallel sprint contract review before implementation. Use only inside the Evaluator subagent during review 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/evaluator-review-contract-parallel/svg)](https://www.skillteca.com.br/skills/evaluator-review-contract-parallel)

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

Evaluator Review Contract Parallel

This skill governs Evaluator review mode.

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

  • .harness-parallel/status.md
  • .harness-parallel/intake.md
  • .harness-parallel/spec.md
  • .harness-parallel/design-direction.md
  • .harness-parallel/contracts/sprint-XX-contract.md
  • .harness-parallel/contracts/sprint-XX-review.md when revising an existing review.

Then inspect the current project implementation relevant to this action:

  • Read the current source files, routes, components, services, tests, and config that determine whether the proposed sprint contract is feasible and respects locked decisions.
  • Use the codebase to judge feasibility, integration points, and constraint compliance before implementation begins.

Then read these skill references:

  • references/templates/sprint-contract.md
  • references/protocols/file-ownership.md

Follow these rules:

  • Review the sprint contract before implementation begins.
  • Fail the review when scope, testability, verification readiness, or locked decisions are violated.
  • Judge the contract against the written artifacts and the current implementation, not Generator intent.
  • If feasibility or verification cannot be established from the current contract plus the existing codebase, fail conservatively and say why.
  • Review both Parallel Workstreams and Dependency Graph JSON.
  • Fail the review if two nodes overlap on owned files, if dependency edges are missing for coupled modules, or if behavior coverage is incomplete.
  • Fail the review if the graph is missing, malformed, cyclic, or references unknown behavior rows.
  • Cite exact files, boundaries, runtime assumptions, or locked decisions when a hard blocker or revision request is raised.
  • Write only the sprint review artifact.
  • Do not modify application source code or generator-owned artifacts.
Compartilhar X LinkedIn