@willbooster/agent-skills 1.27.2 → 1.28.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md
CHANGED
|
@@ -40,6 +40,7 @@ bunx skills@latest add WillBooster/agent-skills --agent claude-code --agent code
|
|
|
40
40
|
| [`screenshot-claude`](skills/screenshot-claude/SKILL.md) / [`screenshot-codex`](skills/screenshot-codex/SKILL.md) / [`screenshot-gemini`](skills/screenshot-gemini/SKILL.md) | Yes | Take a page screenshot with a chosen agent. | `$screenshot-codex https://example.com "Pricing" "the comparison table"` |
|
|
41
41
|
| [`simplify-pr-claude`](skills/simplify-pr-claude/SKILL.md) / [`simplify-pr-codex`](skills/simplify-pr-codex/SKILL.md) / [`simplify-pr-gemini`](skills/simplify-pr-gemini/SKILL.md) | Yes | Simplify the current PR with a chosen agent. | `$simplify-pr-codex` |
|
|
42
42
|
| [`stabilize-tests`](skills/stabilize-tests/SKILL.md) | No | Stabilize flaky or unreliable tests. | `$stabilize-tests test/auth.e2e.test.ts` |
|
|
43
|
+
| [`submit-issue`](skills/submit-issue/SKILL.md) | No | Submit a GitHub issue after clarifying ambiguous specs. | `$submit-issue Add an export button to the reports page` |
|
|
43
44
|
| [`update-deps`](skills/update-deps/SKILL.md) | No | Update dependencies and complete the PR. | `$update-deps` |
|
|
44
45
|
| [`update-pr`](skills/update-pr/SKILL.md) | No | Update the PR title and body. | `$complete-pr then $update-pr` |
|
|
45
46
|
| [`wbfy`](skills/wbfy/SKILL.md) | No | Apply `wbfy` to the current repository. | `$wbfy` |
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
1. Check the CI (GitHub Actions) results using the `check-pr-ci` skill.
|
|
2
2
|
2. If any workflow fails, pull the latest remote changes, resolve the issues, commit, push, and return to step 1. Otherwise, proceed to the next step.
|
|
3
3
|
3. Fetch unresolved review threads using the `manage-pr-review-threads` skill.
|
|
4
|
-
4. Review each unresolved thread and decide whether it requires a code or documentation change.
|
|
5
|
-
5. If there are valid review comments to address, make only the changes supported by the
|
|
4
|
+
4. Review each unresolved thread and decide whether it requires a code or documentation change. Treat every review claim as unverified until you confirm it with concrete evidence from the current codebase, a local reproduction, or official documentation. Do not make changes just because a reviewer asserted them; make changes only after the evidence shows the comment is valid. Ignore only comments that are clearly outdated, incorrect, out of scope, or intentionally declined with solid reasoning.
|
|
5
|
+
5. If there are valid review comments to address, make only the changes supported by the evidence from step 4, commit, push, and then return to step 1.
|
|
6
6
|
- Do not post any message like review replies on non-WillBooster repositories.
|
|
7
7
|
6. Update the PR title and body using the `update-pr` skill to reflect all changes.
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
1. Check the CI (GitHub Actions) results using the `check-pr-ci` skill.
|
|
2
2
|
2. If any workflow fails, pull the latest remote changes, resolve the issues, commit, push, and return to step 1. Otherwise, proceed to the next step.
|
|
3
3
|
3. Fetch unresolved review threads using the `manage-pr-review-threads` skill.
|
|
4
|
-
4. Review each unresolved thread to determine if it requires code or documentation changes.
|
|
4
|
+
4. Review each unresolved thread to determine if it requires code or documentation changes. Treat every review claim as unverified until you confirm it with concrete evidence from the current codebase, a local reproduction, or official documentation. Do not make changes just because a reviewer asserted them; make changes only after the evidence shows the comment is valid.
|
|
5
5
|
5. Address valid review comments by updating the code. For invalid comments, add explanatory comments to the code detailing why the existing implementation is necessary.
|
|
6
6
|
- If there are valid review comments that are out of scope for the current PR, create new issues for them.
|
|
7
7
|
6. Reply to all review threads using the `manage-pr-review-threads` skill.
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: submit-issue
|
|
3
|
+
description: Submit a GitHub issue after inspecting the current code and clarifying ambiguous requirements with the user.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Submit issue workflow
|
|
7
|
+
|
|
8
|
+
1. Read the user's request, then inspect the current code enough to understand the affected behavior.
|
|
9
|
+
2. If the issue would be ambiguous after that inspection, ask the user concise clarification questions and stop.
|
|
10
|
+
3. Otherwise, create a GitHub issue from the discussion and code context, then report the issue URL.
|
|
11
|
+
|
|
12
|
+
The issue title must follow the Conventional Commits specification, such as `feat: concise issue title` or `fix: concise issue title`.
|
|
13
|
+
|
|
14
|
+
```bash
|
|
15
|
+
gh issue create --title "feat: concise issue title" --body-file - <<'EOF'
|
|
16
|
+
[Issue body]
|
|
17
|
+
EOF
|
|
18
|
+
```
|