| id | DEV-120 | |
|---|---|---|
| title | Keep the Goal Description to the Allowed Sections | |
| status | active | |
| enforcement | manual | |
| severity | error | |
| depends_on |
|
When a Goal description carries free-form scope notes, design decisions, or instructions, those details drift out of sync with the Spec, which is the real source of truth. Readers no longer know where the authoritative scope lives.
The Goal issue description uses only these sections, plus any app-managed warning blocks:
# Spec(required): exactly one URL todocs/specs/<name>.mdon themainbranch, and nothing else.# Deadline(required when assignees are present): a lineETA: <date>. UseETA: undefinedwhen no date is known; preferETA: DD-MMM-YYYY.# Stakeholders Interview(optional): Google Document URLs as a bullet list.- Custom H1 sections (optional): additional headings for grouping issue or PR references only, with no free-form text.
Scope notes, design decisions, and instructions belong in the Spec, not here.
- The description uses only the allowed sections
-
# Specis exactly onemain-branch spec URL -
# Deadlineincludes anETA:line when assignees are present - No scope notes, design decisions, or free-form text in the description