Skip to content
Automation
Skill

/generator-draft-contract

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

From plugin
auto-harness
1420 skills26 agents8 commands5 hooks
+1
Install
$ npx -y skills add redker56/auto-harness --skill generator-draft-contract --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/generator-draft-contract

Context preview

The summary Claude sees to decide when to auto-load this skill.

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

SKILL.md

generator-draft-contract.SKILL.md
name: generator-draft-contract
description: Internal Auto-Harness generator skill for sprint contract drafting. Use only inside the Generator subagent when it is producing or revising the current sprint contract.
user-invocable: false

Generator Draft Contract

This skill governs Generator **contract 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` when revising the current sprint contract.
  • `.harness/contracts/sprint-XX-review.md` when a prior review exists for the current sprint.

Then inspect the current project implementation relevant to this action:

  • Read the current implementation, architecture, routes, components, services, tests, and config that define the current sprint boundary and feasibility.
  • Use the codebase plus the harness artifacts to draft an implementation-ready contract.

Then read these skill references:

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

Follow these rules:

  • Treat `.harness/intake.md`, `.harness/spec.md`, the current sprint contract, and any current-sprint review artifact as authoritative inputs.
  • Write only the current sprint contract artifact.
  • If a review file already exists for the sprint, revise the contract directly against it.
  • Do not move the sprint toward implementation while the current sprint review result remains `REVISE`.
  • Treat an approved review as implementation guidance and cautions, not just a pass/fail stamp.
  • Keep the contract implementation-ready and evaluable from runtime plus named files.
  • Do not quietly violate locked architecture or stack choices; surface unavoidable deviations explicitly in the contract.
  • Do not modify status, review, QA, retest, or final artifacts.
Read more
Ships withauto-harness

Auto-Harness is a Claude Code plugin for longer software tasks that need planning, implementation, QA, fixes, retests, and a final report. Give it a product brief.

Get the whole plugin

Other skills on auto-harness.