Skip to content

Feature/skills library gh issue - #13301

Open
eugene-manuilov wants to merge 6 commits into
developfrom
feature/skills-library-gh-issue
Open

Feature/skills library gh issue#13301
eugene-manuilov wants to merge 6 commits into
developfrom
feature/skills-library-gh-issue

Conversation

@eugene-manuilov

Copy link
Copy Markdown
Collaborator

Summary

Related issue(s):

  • Resolves #

Relevant technical choices

PR Author Checklist

  • My code is tested and passes existing unit tests.
  • My code has an appropriate set of unit tests which all pass.
  • My code is backward-compatible with WordPress 5.2 and PHP 7.4.
  • My code follows the WordPress coding standards.
  • My code has proper inline documentation.
  • I have added a QA Brief on the issue linked above.
  • I have signed the Contributor License Agreement (see https://cla.developers.google.com/).

Do not alter or remove anything below. The following sections will be managed by moderators only.

Code Reviewer Checklist

  • Run the code.
  • Ensure the acceptance criteria are satisfied.
  • Reassess the implementation with the IB.
  • Ensure no unrelated changes are included.
  • Ensure CI checks pass.
  • Check Storybook where applicable.
  • Ensure there is a QA Brief.
  • Ensure there are no unexpected significant changes to file sizes.

Merge Reviewer Checklist

  • Ensure the PR has the correct target branch.
  • Double-check that the PR is okay to be merged.
  • Ensure the corresponding issue has a ZenHub release assigned.
  • Add a changelog message to the issue.

@aaemnnosttv aaemnnosttv left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @eugene-manuilov, this looks like a solid starting point. A few comments for you.

Comment on lines +47 to +48
- **Omit what isn't needed.** Never write "no Storybook changes required" or similar — silence
says it.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Our guidance is opposite. None/no-changes should be explicit rather than just not-populated.

Comment on lines +173 to +174
- **Work that isn't needed.** No "no Storybook changes required", "no migration needed", "no new
settings". Silence already says that.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here

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:

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The template varies based on the type

Comment on lines +70 to +100
```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. -->
```

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These .gemini/commands don't seem to be needed, when I start Gemini CLI it warns about conflicts

Image

Removing this directory causes those to no longer appear, and the commands are still available so it must be detecting the vendor-agnostic skills.

Image Image

Comment thread .claude/settings.json
@@ -0,0 +1,8 @@
{
"enabledPlugins": {

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this intended/necessary?

Comment thread .claude/settings.json
{
"enabledPlugins": {
"figma@claude-plugins-official": true,
"superpowers@claude-plugins-official": true,

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This one seems like it doesn't belong

Comment thread AGENTS.md
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

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants