Skip to content

[Preset]: Add Intake Review Governance v0.1.0 #3604

Description

@hindermath

Preset ID

intake-review-governance

Preset Name

Intake Review Governance

Version

0.1.0

Description

Adds hash-bound review, repair, and status gates for single, series, and campaign intake files before interactive, autonomous, or parallel Spec Kit execution.

Author

Thorsten Hindermann

Repository URL

https://github.com/hindermath/spec-kit-preset-intake-review-governance

Download URL

https://github.com/hindermath/spec-kit-preset-intake-review-governance/archive/refs/tags/v0.1.0.zip

Documentation URL

https://github.com/hindermath/spec-kit-preset-intake-review-governance/blob/v0.1.0/README.md

License

MIT

Required Spec Kit Version

=0.8.3

Required Extensions (optional)

None

Templates Provided

  • intake-review-policy-template - project policy for optional or mandatory intake review
  • intake-review-request-template - single, series, or campaign review request
  • intake-review-result-template - machine-readable outcome bound to normalized intake hashes
  • intake-review-report-template - accessible human-readable review report
  • intake-review-checklist-template - review dimensions and acceptance boundaries
  • intake-review-runbook-template - review, repair, status, and consumer-gate runbook
  • intake-review-agent-guidance-addendum-template - agent-neutral guidance
  • intake-review-field-validation-summary - synthetic and field-validation summary

Commands Provided

  • speckit.intake-review - reviews intake files without changing their content
  • speckit.intake-repair - repairs explicitly authorized findings and re-runs review
  • speckit.intake-review-status - inspects result freshness without changing files

Number of Scripts (optional)

2

Tags

intake, review, governance, quality-gate, autonomous

Key Features

Hi @mnriem, thank you for your earlier guidance and for the catalog workflow demonstrated by #3510 and its generated PR #3511.

  • Adds a reusable quality gate before speckit.specify, autonomous runs, and parallel campaigns instead of embedding intake review into either execution preset.
  • Supports Single, Series, and Campaign modes with the exact outcomes Ready, ReadyWithAcceptedRisks, NeedsClarification, NeedsRemediation, and Rejected.
  • Blocks Critical and High findings while leaving acceptance of Medium and Low residual risks to an identified human owner.
  • Binds accepted results to deterministic normalized SHA-256 hashes: one UTF-8 BOM is removed, CRLF and CR become LF, and other content is not trimmed or rewritten.
  • Keeps review and status read-only. Repairs require explicit file authority, and no command grants feature, commit, push, PR, or merge authority.
  • Composes optionally at priority 65 before Autonomous Run Governance v0.3.2 at priority 70 and Parallel Autonomous Run Governance v0.2.3 at priority 80; the parallel preset submission is tracked in [Preset]: Add Parallel Autonomous Run Governance v0.2.3 #3591.
  • Preserves the established standard eight-preset matrix; this ninth preset is opt-in and stackable.
  • Provides equivalent Bash and PowerShell validators with strict UTF-8, NUL rejection, cardinality, status, ownership, and hash-freshness checks.
  • Was installed from the exact public v0.1.0 tag ZIP in a temporary Spec Kit project and resolved across Codex, Claude, Copilot, OpenCode, Antigravity, and Zed integrations without duplicate commands.
  • Passed synthetic positive and negative tests, a real TuiVision intake adoption, and an immutable Secure CaseTracker campaign with 24 workers across four intakes and six runner pipelines.
  • Was also tested with Autonomous Run Governance v0.3.2 and Parallel Autonomous Run Governance v0.2.3, including compatibility with existing parallel campaign schema 1.0/1.1 consumers.

Maintainer feedback on the preset boundary, command names, metadata, and suitability for the community catalog would be appreciated. The preset is intentionally opt-in and does not claim implicit remote or autonomous execution authority.

Testing Checklist

  • Preset installs successfully via specify preset add
  • Template resolution works correctly after installation
  • Documentation is complete and accurate
  • Tested on at least one real project

Submission Requirements

  • Valid preset.yml manifest included
  • Linked README explains how to use this preset and includes the exact tagged specify preset add --from ... command
  • LICENSE file included
  • GitHub release created with version tag
  • Preset ID follows naming conventions

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions