Feature/skills library gh issue - #13301
Conversation
…re to include it.
aaemnnosttv
left a comment
There was a problem hiding this comment.
Thanks @eugene-manuilov, this looks like a solid starting point. A few comments for you.
| - **Omit what isn't needed.** Never write "no Storybook changes required" or similar — silence | ||
| says it. |
There was a problem hiding this comment.
Our guidance is opposite. None/no-changes should be explicit rather than just not-populated.
| - **Work that isn't needed.** No "no Storybook changes required", "no migration needed", "no new | ||
| settings". Silence already says that. |
| state, what happens on success, what renders on error. Name the SCSS partial to create or extend | ||
| and the index file to import it into. | ||
|
|
||
| Do **not** include: |
There was a problem hiding this comment.
Also, references to code with plain text line numbers. Any reference should use a GH permalink.
|
|
||
| ## Step 4 — Lay out the issue | ||
|
|
||
| Follow `.github/ISSUE_TEMPLATE/feature_request.md` exactly, including the moderator notice and |
There was a problem hiding this comment.
The template varies based on the type
| ```markdown | ||
| # <title> | ||
|
|
||
| ## Feature Description | ||
|
|
||
| <prose> | ||
|
|
||
| --------------- | ||
|
|
||
| _Do not alter or remove anything below. The following sections will be managed by moderators only._ | ||
|
|
||
| ## Acceptance criteria | ||
|
|
||
| * <criterion> | ||
|
|
||
| ## Implementation Brief | ||
|
|
||
| * [ ] <!-- One or more bullet points for how to technically implement the feature. Make sure to include changes to Storybook and visual regression tests where relevant. --> | ||
|
|
||
| ### Test Coverage | ||
|
|
||
| * <!-- One or more bullet points for how to implement automated tests to verify the feature works. --> | ||
|
|
||
| ## QA Brief | ||
|
|
||
| * <!-- One or more bullet points for how to test that the feature works as expected. --> | ||
|
|
||
| ## Changelog entry | ||
|
|
||
| * <!-- One sentence summarizing the PR, to be used in the changelog. --> | ||
| ``` |
There was a problem hiding this comment.
Why inline this here when we're referencing it above? Also, again, it varies based on which template.
|
|
||
| The source is a design doc (a repo path or a hosted doc), requirements written in the user's message, or an existing issue (`!{gh issue view {{args}} --json title,body}`, or a local path the user supplies — never go looking for one). | ||
|
|
||
| Two modes: a NEW issue gets both sections; an EXISTING issue that already has a Feature Description gets ONLY the criteria. |
There was a problem hiding this comment.
Again, not everything is a feature.
https://github.com/google/site-kit-wp/blob/develop/.github/ISSUE_TEMPLATE/bug_report.md
| @@ -0,0 +1,8 @@ | |||
| { | |||
| "enabledPlugins": { | |||
There was a problem hiding this comment.
Is this intended/necessary?
| { | ||
| "enabledPlugins": { | ||
| "figma@claude-plugins-official": true, | ||
| "superpowers@claude-plugins-official": true, |
There was a problem hiding this comment.
This one seems like it doesn't belong
| not create or edit a GitHub issue unless explicitly asked. (Claude Code exposes this as the | ||
| `write-issue` skill; Gemini as `/write-issue`; Antigravity as the `/write-issue` workflow.) | ||
|
|
||
| ## Writing an implementation brief |
There was a problem hiding this comment.
I'd think these don't need a mention in this file since the skills should be loaded automatically and (even though it's not a lot) this will be included in every prompt. Otherwise, we should have a section for writing AC too, no?



Summary
Related issue(s):
Relevant technical choices
PR Author Checklist
Do not alter or remove anything below. The following sections will be managed by moderators only.
Code Reviewer Checklist
Merge Reviewer Checklist