generator-build-integrator

Estrellas13

Forks1

Actualizado2 de mayo de 2026 a las 07:03

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

Instalación

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Fuente

redker56

redker56/auto-harness

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Desarrolladores de softwareOcupaciones informáticas y matemáticas·SOC 15-1252

Explorador de archivos

4 archivos

SKILL.md

readonly

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

Generator Build Integrator

This skill governs Generator build integration 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 it exists for the current sprint.
.harness-parallel/runtime.md when revising an existing runtime contract.
.harness-parallel/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 integrate the approved sprint scope.
Treat the main worktree as the integration surface and the worker branches named by the Orchestrator as merge inputs.

Then read these skill references:

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

Follow these rules:

Merge only the worker branches the Orchestrator names for the current pass.
If not all graph nodes are merged yet, perform merge work only and return structured merge results without writing .harness-parallel/runtime.md or the sprint self-check.
Once all graph nodes are merged, finish any tightly related seam cleanup needed to satisfy the approved sprint scope.
Treat the current sprint review, when present, as implementation guidance even if the verdict is already APPROVED.
Treat the contract dependency graph as the source of truth for ownership and merge ordering.
Update .harness-parallel/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.

Más de este repositorio

mismo repositorio

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-0213

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-0213

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-0213

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-0213

generator-build-worker

redker56/auto-harness

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

2026-05-0213

generator-draft-contract-parallel

redker56/auto-harness

Internal Auto-Harness generator skill for parallel sprint contract drafting. Use only inside the Generator subagent when it is producing or revising the current parallel sprint contract.

2026-05-0213

Generator Build Integrator

This skill governs Generator build integration 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 it exists for the current sprint.

.harness-parallel/runtime.md when revising an existing runtime contract.

.harness-parallel/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 integrate the approved sprint scope.

Treat the main worktree as the integration surface and the worker branches named by the Orchestrator as merge inputs.

Then read these skill references:

references/protocols/file-ownership.md

references/templates/runtime-template.md

references/templates/self-check.md

Follow these rules:

Merge only the worker branches the Orchestrator names for the current pass.

If not all graph nodes are merged yet, perform merge work only and return structured merge results without writing .harness-parallel/runtime.md or the sprint self-check.

Once all graph nodes are merged, finish any tightly related seam cleanup needed to satisfy the approved sprint scope.

Treat the current sprint review, when present, as implementation guidance even if the verdict is already APPROVED.

Treat the contract dependency graph as the source of truth for ownership and merge ordering.

Update .harness-parallel/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.