Skip to content

[Preset]: Update Intake Authoring Governance to v0.1.1 #3676

Description

@hindermath

Preset ID

intake-authoring-governance

Preset Name

Intake Authoring Governance

Version

0.1.1

Description

Creates traceable Spec Kit intakes from ordered text sources and now truthfully adopts legacy intakes without inventing predecessor receipts.

Author

Thorsten Hindermann

Repository URL

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

Download URL

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

Documentation URL

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

License

MIT

Required Spec Kit Version

=0.8.3

Required Extensions (optional)

None

Templates Provided

  • intake-template - portable intake structure with copy-ready Specify and Autonomous prompts
  • intake-authoring-receipt-template - machine-readable source, target, decision, and authority evidence, including LegacyAdoption
  • intake-authoring-policy-template - repository policy for source, profile, update, legacy adoption, and language boundaries
  • project-profile-template - optional repository-specific structure and target-path contract
  • intake-authoring-runbook-template - create, clarify, update, adopt, validate, and review-handoff workflow
  • intake-authoring-agent-guidance-addendum-template - agent-neutral guidance and safety boundaries
  • intake-authoring-field-validation-summary - package, composition, compatibility, handoff, and fleet evidence

Commands Provided

  • speckit.intake-create - creates, explicitly updates, or explicitly adopts one traceable intake and receipt from ordered text sources
  • speckit.intake-create-status - checks receipt, source, target, prompt, legacy-adoption, and authority freshness without writing files

Number of Scripts (optional)

2

Tags

intake, authoring, governance, traceability, legacy-adoption

Key Features

This is the compatible update to the accepted v0.1.0 submission in #3621 and catalog PR #3643. It also retains the deterministic Authoring-to-Review boundary validated with Intake Review Governance v0.1.0 from #3604 and #3613.

  • Adds explicit LegacyAdoption authority for existing intake files that predate Authoring receipts.
  • Creates a truthful baseline receipt from the current source inventory and target hash without inventing a predecessor receipt or pretending a generated update occurred.
  • Keeps ordinary Create and Update semantics unchanged and continues to reject silent overwrites, inferred authority, secrets, binary input, invalid UTF-8, and silent truncation.
  • Preserves schema 1.0 compatibility and the normalized BOM, line-ending, and SHA-256 contract used by Intake Review Governance v0.1.0.
  • Keeps ReadyForReview as a handoff state rather than review approval; Authoring never starts Review, Specify, Autonomous, Parallel Autonomous, commits, pushes, PRs, or merges.
  • Remains opt-in at priority 64, directly before Intake Review at 65, Autonomous Run at 70, and Parallel Autonomous Run at 80. Existing eight- and nine-preset profiles remain unchanged.
  • Provides seven templates, two commands, and two equivalent Bash/PowerShell validators.
  • Passed exact v0.1.1 tag-ZIP installation and lifecycle tests with all ten stacked presets, including disable, enable, remove, reinstall, resolution, and command uniqueness.
  • Passed positive and negative LegacyAdoption fixtures, 14 authoring receipt validations, and a 14-target Intake Review v0.1.0 compatibility review with status Ready, zero findings, and zero questions.
  • Was deployed optionally across all 33 managed Level-0/1/2 repositories, including 21 learning-series repositories in three families. All local package, exact-matrix, statistics, diff, and secret checks passed; all 33 rollout PRs were merged; no learner Spec Kit run was started.
  • GitHub-hosted checks that executed were green. Provider Billing/Spending failures were recorded as unavailable evidence rather than technical passes, and the narrow repository-owner bypass was used only after local exact validation and zero actionable review threads.

Maintainer feedback on the LegacyAdoption boundary, receipt compatibility, and suitability of this v0.1.1 catalog update would be appreciated. The preset remains optional and grants no implicit execution, overwrite, or remote 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 (Documentation URL) explains how to use this preset and includes a valid specify preset add ... command using the exact download URL
  • LICENSE file included
  • GitHub release created with version tag
  • Preset ID follows naming conventions (lowercase-with-hyphens)

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions