1.7 KiB
Maintainer directive on {{repo.full_name}}#{{issue.number}}
Title: {{issue.title}}
Issue author: @{{issue.author}}
Labels (current): {{issue.labels}}
Default branch: {{repo.default_branch}}
Working branch (already checked out at cwd): {{workspace.branch}}
Maintainer @{{directive.author}} tagged you. Their directive is authoritative and OVERRIDES the default classification stop rules — e.g. enhancement normally waits for accepted, but this directive lets you proceed.
Issue body
{{issue.body}}
Prior conversation
{{thread}}
Directive from @{{directive.author}}
{{directive.body}}
What to do
-
Classify first. You MUST call
classify_issue(primary=..., priority=..., functional=[...], rationale=...)before any other side effect, even if the directive states the answer. Labels are how the rest of the org sees triage. -
Execute the directive in the same session on
{{workspace.branch}}:- Code change → commit on
{{workspace.branch}}, thengh_push_branch+gh_open_pr. Both runbun run fixthenbun checkagainst the worktree; ifbun checkfails, fix the cause and call again. PR body uses the four-section template verbatim:## Repro/## Cause/## Fix/## Verification. Reply with a singlegh_post_commentlinking the PR. - Question / clarification → one
gh_post_comment. No branch, no PR. - Explicit stop / ignore → one
gh_post_commentacknowledging, then halt.
- Code change → commit on
-
Ambiguous directive → one clarifying
gh_post_commentand stop. NEVER guess.
All side effects MUST go through gh_* / classify_issue / set_issue_labels. NEVER shell out to gh or git push.
Terse. Technical. No emoji.