generator-build-sprint

Étoiles13

Forks1

Mis à jour6 avril 2026 à 02:10

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

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Source

redker56

redker56/auto-harness

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Métiers associésSOC

Basé sur la classification professionnelle SOC

Développeurs de logicielsProfessions informatiques et mathématiques·SOC 15-1252

Explorateur de fichiers

4 fichiers

SKILL.md

readonly

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

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.

Plus depuis ce dépôt

même dépôt

evaluator-review-contract-parallel

redker56/auto-harness

Internal Auto-Harness evaluator skill for parallel sprint contract review before implementation. Use only inside the Evaluator subagent during review mode.

2026-05-0214

evaluator-write-final-parallel

redker56/auto-harness

Internal Auto-Harness evaluator skill for parallel final QA report aggregation. Use only inside the Evaluator subagent during evaluator_final_parallel.

2026-05-0214

evaluator-write-qa-parallel

redker56/auto-harness

Internal Auto-Harness evaluator skill for parallel sprint QA and QA report writing. Use only inside the Evaluator subagent during evaluator_qa_parallel.

2026-05-0214

evaluator-write-retest-parallel

redker56/auto-harness

Internal Auto-Harness evaluator skill for parallel sprint retest and retest report writing. Use only inside the Evaluator subagent during evaluator_retest_parallel.

2026-05-0214

generator-build-integrator

redker56/auto-harness

Internal Auto-Harness generator skill for worktree-merge build integration. Use only inside the parallel Generator integrator during build mode.

2026-05-0214

generator-build-worker

redker56/auto-harness

Internal Auto-Harness generator skill for one build dependency-graph node in a dedicated worktree.

2026-05-0214

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

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.