Repository navigation
fix: uloop no longer advertises verify-project in help, command lists, or installed skills - #3406
Conversation
Unity's official CLI already covers these project-file checks, so this project does not need to offer its own. It follows the compile-check precedent: the command stays routable by name, while nothing user-facing advertises it. - Mark its native command entry Hidden and its skill internal, so --help, `uloop list --names`, completion, and `uloop skills install` leave it out - Drop its skill guidance line and the generated .claude/.agents copies, so --help never points at a skill that is no longer installed - Remove it from both READMEs and restamp the shared release inputs
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Hide the command and remove skill guidance cli/common/clicore/command_registry.go, cli/common/clicore/command_registry_test.go, cli/common/tooldocs/skill_guidance.go, cli/common/tooldocs/skill_guidance_test.go, Packages/src/Editor/CliOnlyTools~/VerifyProject/Skill/SKILL.md |
The registry marks verify-project hidden while retaining dispatcher ownership. The command no longer maps to skill guidance, and the skill source is marked internal. Tests check that hidden commands remain routable but do not appear in visible listings or completions. |
Update help, listings, and documentation README.md, README_ja.md, .agents/skills/uloop-verify-project/SKILL.md, .claude/skills/uloop-verify-project/SKILL.md, cli/common/clicore/command_errors_test.go, cli/dispatcher/internal/dispatcher/*_test.go, cli/dispatcher/shared-inputs-stamp.json, cli/project-runner/internal/projectrunner/list_names_test.go, cli/project-runner/shared-inputs-stamp.json |
The README files remove the skill listing and command example. The skill guides are deleted. Help and command-name test expectations no longer list verify-project, and the shared-input hashes change. |
Priority:
Estimated code review effort: 2 (Simple) | ~10 minutes
Change: Bug fix
Merge Risk: 
Minimal · up to 18423
-
The PR consistently hides verify-project from advertised surfaces while preserving direct routing, with no identified merge-blocking risk.
Pre-merge checks: 
5
-
Full details: Docstring Coverage
-
Explanation
Docstring coverage is 88.89% which is sufficient. The required threshold is 80.00%. Docstring coverage is scoped to functions touched by this diff. Documentation-only edits and deletions within surviving functions are included; unchanged diff context and fully deleted functions are excluded. Analyzed 9 functions across 7 files. (5 skipped: 5 unsupported.)
-
Finishing Touches
-
📝 Generate docstrings
-
- Commit to this branch
- Create a new PR
🧪 Generate unit tests (beta)
-
- Commit to this branch
- Create a new PR
-
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
Comment @coderabbitai help to get the list of available commands.
Summary
uloopno longer advertisesverify-project: it is left out of--help,uloop list --names, shell completion, the README, anduloop skills install.User Impact
verify-projectwas listed next to the other commands and its skill was installed into agent skill folders.uloop-verify-projectskill that was installed earlier stays in place until it is removed by hand;uloop skills installdoes not delete it.Changes
internal: true, following the compile-check precedent.verify-project --help, so help never names a skill that is no longer installed..claude/and.agents/skill copies and the README entries (bundled skill count 23 -> 22).cli/commonchange.Verification
scripts/check-go-cli.shscripts/sync-tool-docs.sh --checkgo run ./cmd/check-skill-size --root "$(git rev-parse --show-toplevel)"(fromcli/release-automation)dist/darwin-arm64/uloop:--helpno longer listsverify-project, anduloop verify-projectstill runs and prints its report