Pull Request Conventions

August 4, 2026 ยท View on GitHub

Repository-specific conventions for pull request generation in hve-core. Follow #file:hve-core/pull-request.instructions.md for the pull request generation workflow.

Template Integration

When a repository template exists, keep unfilled placeholders for manual completion.

Rich markdown formatting is permitted within all sections, including ### sub-headings, bold, italics, blockquotes, and prose paragraphs.

Report that the repository template was used once generation completes.

Manual-Only Sections

These sections require human verification. The agent does not modify them:

  • AI artifact contribution verification checkboxes (under the checklist section)
  • HVE Builder review attestation checkbox (under type of change)
  • Free-form other type checkbox (under type of change)

Section Fill Guidance

Sample Prompts

When AI artifact changes are detected (.instructions.md, .prompt.md, .agent.md, SKILL.md), fill sub-sections from pr-reference-log.md analysis:

Sub-sectionContent Source
User RequestDescribe how to trigger or invoke the modified artifact
Execution FlowSummarize key steps, tool usage, and decision points
Output ArtifactsList files or content created with brief previews
Success IndicatorsDescribe how users verify correct operation

Note

Human review is recommended for agent-populated Sample Prompts content.

Leave the section empty with placeholder comments intact when the PR does not include AI artifact changes.

Testing

Document all testing performed by the agent:

  • List each automated validation command run in Step 7 and its pass/fail status.
  • Summarize security analysis findings.
  • Summarize diff-based assessments performed.
  • Note that manual testing was not performed when applicable.

Note

Add manual testing descriptions when applicable.

Special Insertion Rules

  • Insert a GHCP Maturity section before ## Additional Notes when non-stable GHCP artifacts are detected.

Checkbox Reference

Single authoritative reference for all checkbox handling in the PR template. All other sections that mention checkboxes defer to this table.

Note

Review this table when the PR template changes to ensure checkbox purposes and template locations remain accurate.

Template LocationCheckbox PurposeHandlingStepRule Summary
Type of ChangeAuto-detected change type categoriesAgent (auto)Step 5Check via Change Type Detection pattern match
Type of ChangeHVE Builder review attestationManualN/AHuman verification; never checked by agent
Type of ChangeFree-form other typeManualN/AHuman verification; never checked by agent
Security ConsiderationsSensitive data attestationAgent (auto)Step 5Check when customer data and secrets analysis both pass
Security ConsiderationsDependency security reviewAgent (conditional)Step 5Evaluate only when dependency changes exist
Security ConsiderationsPrivilege scope attestationAgent (conditional)Step 5Evaluate only when security scripts are modified
Checklist > Required ChecksDocumentation update verificationAgent (assessed)Step 5Check when docs/ changes accompany code changes
Checklist > Required ChecksNaming convention complianceAgent (assessed)Step 5Check when changed files follow repository patterns
Checklist > Required ChecksBackwards compatibility verificationAgent (assessed)Step 5Check only when diff shows no removal of public API surfaces
Checklist > Required ChecksTest coverage verificationAgent (assessed)Step 5Check only when test files are in changes
Checklist > AI Artifact ContributionsAI artifact contribution verificationManualN/AHuman verification; never checked by agent
Checklist > Required Local ChecksLocal validation command resultsAgent (automated)Step 7Check only when the matching local command passed
Checklist > Required CI Status ChecksHosted workflow status resultsAgent (status)Step 7Check only when the matching hosted status passed; leave Pending CI unchecked
GHCP Maturity (inserted)Non-stable artifact acknowledgmentManualN/AInserted only when non-stable GHCP artifacts detected; left unchecked

When a conditional checkbox's trigger condition is not met, annotate the checkbox inline with (N/A โ€” {brief reason}) to distinguish skipped-as-not-applicable from evaluated-and-failed.

Change Type Detection Patterns

Analyze changed files from the pr-reference-log.md analysis. This table maps file patterns, branch patterns, and commit patterns to the change type checkboxes in the PR template.

Note

Detection pattern values are matched against PR template checkbox labels. Synchronize this table when template checkbox text changes.

Change TypeFile PatternBranch PatternCommit Pattern
Bug fixN/A^(fix|bugfix|hotfix)/^fix(\(.+\))?:
New featureN/A^(feat|feature)/^feat(\(.+\))?:
Breaking changeN/AN/ABREAKING CHANGE:|^.+!:
Documentation update^docs/.*\.md$^docs/^docs(\(.+\))?:
GitHub Actions workflow^\.github/workflows/.*N/A^ci(\(.+\))?:
Linting configuration\.markdownlint.*N/A^lint(\(.+\))?:
Security configuration^scripts/security/.*N/AN/A
DevContainer configuration^\.devcontainer/.*N/AN/A
Dependency updatepackage.*\.json^deps/^deps(\(.+\))?:
Copilot instructions.*\.instructions\.md$N/AN/A
Copilot prompt.*\.prompt\.md$N/AN/A
Copilot agent.*\.agent\.md$N/AN/A
Copilot skill.*/SKILL\.md$N/AN/A
Script or automation.*\.(ps1|sh|py)$N/AN/A

Priority rules:

  • AI artifact patterns (.instructions.md, .prompt.md, .agent.md, SKILL.md) take precedence over documentation updates.
  • Any breaking change in commits marks the PR as breaking.
  • Multiple change types can be selected.
  • When changed files do not match any detection pattern, leave "Other" unchecked for manual completion.

GHCP Maturity Detection

Skip this section when no GHCP artifact files (.instructions.md, .prompt.md, .agent.md, SKILL.md) are included in the changes.

After detecting GHCP files from change type detection, look up maturity through the marketplace source policy index:

  1. Import scripts/lib/Modules/MarketplaceHelpers.psm1 and load .github/plugin/marketplace.json with Get-MarketplaceCatalog.
  2. Build Get-MarketplaceSourcePolicyIndex, which includes active membership and componentMaturity tombstones.
  3. Normalize SKILL.md paths to their skill directory before lookup; use the canonical repository path for every other artifact.
  4. Call Get-MarketplaceSourceMaturity for each path. Omit undeclared paths from package maturity claims.
  5. When one source appears in multiple packages, the helper returns the most restrictive value in this order: removed, deprecated, experimental, preview, stable.

Categorize files by maturity:

Maturity LevelRisk LevelIndicatorAction
stableโœ… LowProduction-readyInclude in standard change list
preview๐Ÿ”ถ MediumPre-release featureFlag in dedicated section
experimentalโš ๏ธ HighMay have breaking changesAdd warning banner
deprecated๐Ÿšซ CriticalScheduled for removalAdd deprecation notice
removed๐Ÿšซ CriticalRemoved tombstoneAdd removal notice

GHCP Maturity Output

If non-stable GHCP files are detected, add this section before Notes.

For experimental files:

> [!WARNING]
> This PR includes **experimental** GHCP artifacts that may have breaking changes.
> - `path/to/file.prompt.md`

For deprecated files:

> [!CAUTION]
> This PR includes **deprecated** GHCP artifacts scheduled for removal.
> - `path/to/legacy.agent.md`

Always include the maturity summary table when any GHCP files are detected:

## GHCP Artifact Maturity

| File                     | Type         | Maturity        | Notes            |
|--------------------------|--------------|-----------------|------------------|
| `new-feature.prompt.md`  | Prompt       | โš ๏ธ experimental | Pre-release only |
| `helper.agent.md`        | Agent        | ๐Ÿ”ถ preview      | Pre-release only |
| `video-to-gif/SKILL.md`  | Skill        | โœ… stable        | All builds       |
| `coding.instructions.md` | Instructions | โœ… stable        | All builds       |

If any non-stable files detected, add:

### GHCP Maturity Acknowledgment
- [ ] I acknowledge this PR includes non-stable GHCP artifacts
- [ ] Non-stable artifacts are intentional for this change