@willbooster/agent-skills 1.26.0 → 1.27.0

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
@@ -23,6 +23,7 @@ bunx skills@latest add WillBooster/agent-skills --agent claude-code --agent code
23
23
 
24
24
  | Skill | Uses Subagent | Purpose | Example Prompt (`$<skill_name>` for Codex CLI, `/<skill_name>` for Claude Code) |
25
25
  | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------- | ---------------------------------------------------------- | ------------------------------------------------------------------------------- |
26
+ | [`check-pkg-preflight`](skills/check-pkg-preflight/SKILL.md) | No | Investigate and fix pkg-preflight CI failures. | `$check-pkg-preflight` |
26
27
  | [`check-pr-ci`](skills/check-pr-ci/SKILL.md) | No | Check the latest CI results for the current PR. | N/A (called internally by [`complete-pr`](skills/complete-pr/SKILL.md)) |
27
28
  | [`complete-pr`](skills/complete-pr/SKILL.md) | No | Finish a PR by handling CI and review feedback. | `$complete-pr` |
28
29
  | [`fetch-issue`](skills/fetch-issue/SKILL.md) | No | Fetch an issue body and messages. | `$fetch-issue https://github.com/WillBooster/agent-skills/issues/41` |
@@ -33,6 +34,7 @@ bunx skills@latest add WillBooster/agent-skills --agent claude-code --agent code
33
34
  | [`plan-issue-claude`](skills/plan-issue-claude/SKILL.md) / [`plan-issue-codex`](skills/plan-issue-codex/SKILL.md) / [`plan-issue-gemini`](skills/plan-issue-gemini/SKILL.md) | Yes | Generate an implementation plan with a chosen agent. | `$plan-issue-codex https://github.com/WillBooster/agent-skills/issues/41` |
34
35
  | [`playwright-cli`](skills/playwright-cli/SKILL.md) | No | Automate browser tasks with Playwright CLI. | `Take a screenshot of ABC page with $playwright-cli` |
35
36
  | [`refactor-structure`](skills/refactor-structure/SKILL.md) | No | Reorganize the source tree without changing behavior. | `$refactor-structure` |
37
+ | [`release`](skills/release/SKILL.md) | No | Release using the repository's documented workflow. | `$release` |
36
38
  | [`review-all`](skills/review-all/SKILL.md) / [`review-claude`](skills/review-claude/SKILL.md) / [`review-codex`](skills/review-codex/SKILL.md) / [`review-gemini`](skills/review-gemini/SKILL.md) | Yes | Review code and report only still-valid findings. | `$review-all` |
37
39
  | [`review-fix-all`](skills/review-fix-all/SKILL.md) / [`review-fix-claude`](skills/review-fix-claude/SKILL.md) / [`review-fix-codex`](skills/review-fix-codex/SKILL.md) / [`review-fix-gemini`](skills/review-fix-gemini/SKILL.md) | Yes | Review code and fix only still-valid findings. | `$review-fix-all` |
38
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"` |
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@willbooster/agent-skills",
3
- "version": "1.26.0",
3
+ "version": "1.27.0",
4
4
  "description": "A collection of agent skills for WillBooster Inc.",
5
5
  "repository": {
6
6
  "type": "git",
@@ -45,15 +45,15 @@
45
45
  "@semantic-release/release-notes-generator": "14.1.1",
46
46
  "@tsconfig/bun": "1.0.10",
47
47
  "@types/bun": "1.3.13",
48
- "@typescript/native-preview": "7.0.0-dev.20260510.1",
48
+ "@typescript/native-preview": "7.0.0-dev.20260511.1",
49
49
  "@willbooster/oxfmt-config": "1.2.2",
50
50
  "@willbooster/oxlint-config": "1.4.6",
51
- "@willbooster/wb": "13.13.1",
52
- "build-ts": "17.1.13",
51
+ "@willbooster/wb": "13.15.0",
52
+ "build-ts": "17.1.15",
53
53
  "conventional-changelog-conventionalcommits": "9.3.1",
54
54
  "lefthook": "2.1.6",
55
- "oxfmt": "0.49.0",
56
- "oxlint": "1.64.0",
55
+ "oxfmt": "0.50.0",
56
+ "oxlint": "1.65.0",
57
57
  "oxlint-tsgolint": "0.22.1",
58
58
  "semantic-release": "25.0.3",
59
59
  "sort-package-json": "3.6.1"
@@ -0,0 +1,24 @@
1
+ ---
2
+ name: check-pkg-preflight
3
+ description: Investigate and fix pkg-preflight failures reported by WillBooster reusable workflow CI.
4
+ allowed-tools: Bash(bun:*), Bash(curl:*), Bash(gh:*), Bash(git:*)
5
+ ---
6
+
7
+ Use this skill when CI fails with `pkg-preflight rejected dependency lockfile changes with verdict: fail`.
8
+
9
+ 1. Read the failing job log: `gh run view <run-id> --repo <owner>/<repo> --job <job-id> --log`.
10
+ 2. Fetch PR metadata: `gh pr view <pr-number-or-url> --json baseRefOid,headRefOid,files,baseRefName,headRefName,url`.
11
+ 3. If the log does not include `json.results`, reproduce the request with the changed lockfiles. Put temporary payloads in `.tmp` or `/tmp`.
12
+
13
+ ```bash
14
+ curl --fail-with-body --max-time 120 --show-error --silent \
15
+ https://pkg-preflight.up.railway.app/rpc/inspectLockfileDiff \
16
+ -H 'content-type: application/json' \
17
+ --data-binary @.tmp/pkg-preflight-request.json
18
+ ```
19
+
20
+ 4. Inspect `json.results[]` for the failing `name`, `baselineVersion`, `targetVersion`, `riskScore`, and `findings`.
21
+ 5. Resolve the failure using one of the following methods:
22
+ - If the dependency change is genuinely risky, stay in the original repository, fix the PR's dependency update, verify it with that repository's checks, commit and push, then run the `complete-pr` skill.
23
+ - If it is a false positive or scanner bug, fix `~/ghq/github.com/WillBooster/pkg-preflight`, verify there with focused checks and `bun verify` unless `bun verify-full` is required, run the `complete-pr` skill, and run the `release` skill if the pkg-preflight service must be deployed. Then return to the original repository and re-run the failed CI job, for example with `gh run rerun <run-id> --failed`.
24
+ 6. Report the package/version pair, finding, root cause, fix, and verification commands.
@@ -0,0 +1,12 @@
1
+ ---
2
+ name: release
3
+ description: Release the current repository to production environment.
4
+ allowed-tools: Bash(gh:*), Bash(git:*)
5
+ disable-model-invocation: true
6
+ ---
7
+
8
+ 1. Read release-related workflow files first, such as `.github/workflows/deploy.yml`, `.github/workflows/deploy-production.yml`, `.github/workflows/release.yml`. Do not assume that pushing `main` is safe.
9
+ 2. Release using the workflow files:
10
+ - If production deploys from `release`, rebase `release` onto the latest `main`, then push `release`.
11
+ - Otherwise, follow the workflow files exactly.
12
+ 3. Report the deployment trigger, pushed branch or tag, deployment URL, and any command that failed or still needs manual approval.
@@ -8,14 +8,18 @@ allowed-tools: Bash(bun:*), Bash(gh:*), Bash(git:*), Bash(yarn:*)
8
8
 
9
9
  1. If the current branch is `main`, create and switch to a new branch based on the latest remote `main` branch.
10
10
  - Ensure the new branch is derived from the latest remote `main` branch to prevent merge conflicts when opening a pull request.
11
- 2. Update `~/ghq/github.com/WillBooster/shared/packages/wbfy` (a git repository) to the latest `main` branch.
12
- 3. Run `yarn start <root_path_of_target_repo>` in `~/ghq/github.com/WillBooster/shared/packages/wbfy`.
13
- 4. Run `yarn verify` or `bun verify` in the target repository (not within the `wbfy` directory).
14
- 5. If any checks fail, resolve them using one of the following methods:
15
- - If the failure originates in the target repository (e.g., existing code violates new linter rules), fix the issue there, commit and push the changes, then return to step 3.
16
- - If the failure is caused by configuration files modified by `wbfy` (e.g., a `wbfy`-edited `tsconfig.json` does not match the target repository), fix the issue in the `wbfy` directory, commit and push the changes, open a PR in the `wbfy` repository, then return to step 2.
11
+ 2. Make sure .env files define NEXT_PUBLIC_BASE_URL correctly, as `wbfy` uses this environment variable to generate configuration files.
12
+ 3. Update `~/ghq/github.com/WillBooster/shared/packages/wbfy` (a git repository) to the latest `main` branch.
13
+ 4. Run `yarn start <root_path_of_target_repo>` in `~/ghq/github.com/WillBooster/shared/packages/wbfy`.
14
+ 5. Run `yarn verify` or `bun verify` in the target repository (not within the `wbfy` directory).
15
+ 6. If any checks fail, resolve them using one of the following methods:
16
+ - If the failure originates in the target repository (e.g., existing code violates new linter rules), fix the issue there, commit and push the changes, then return to step 4.
17
+ - If the failure is caused by configuration files modified by `wbfy` (e.g., a `wbfy`-edited `tsconfig.json` does not match the target repository), fix the issue in the `wbfy` directory, commit and push the changes, open a PR in the `wbfy` repository, then return to step 3.
17
18
  - Ensure `wbfy` generates the correct configuration files without manual adjustments, as all projects rely on its automation.
18
19
  - Avoid ad-hoc hotfixes; prefer general and versatile solutions applicable to all projects.
19
20
  - Add comments to the `wbfy` codebase to clarify the reasoning behind your fixes.
20
- 6. Commit and push the applied changes to the target repository, then run either the `open-pr` or `update-pr` skill.
21
+ 7. Commit and push the applied changes to the target repository, then run either the `open-pr` or `update-pr` skill.
21
22
  - Since `wbfy` creates, modifies, and deletes multiple files in the target repository, verify that all changes are included in your commit.
23
+ 8. Check the CI (GitHub Actions) results using the `check-pr-ci` skill.
24
+ 9. If any workflow fails, pull the latest remote changes, resolve the issues, commit, push, and return to step 8. Otherwise, proceed to the next step.
25
+ 10. Merge the PR via `gh`.