Fix install commands and clone URL in docs, bump to 4.0.2 - #28
Merged
Conversation
The advertised `clawdhub install` command does not exist. The working paths are OpenClaw's built-in `openclaw skills install` and the ClawHub CLI `clawhub install` (npm i -g clawhub); both are now documented. The manual `git clone` URL used the wrong owner handle (peterskoett -> pskoett). That handle only resolves through GitHub's web redirect, which git clone does not follow, so manual installs failed on a fresh machine. Also fixes the same two bugs in references/openclaw-integration.md, which was not listed in the issue, and corrects a stale ClawdHub mention in the changelog. Docs-only, so this is a patch release. Closes #24 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
4.0.1 is already taken by a build published to ClawHub, so reusing that number here would collide. Retarget this docs fix at 4.0.2 and note the skip in the changelog. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
The install commands still used a bare slug, taken from the issue report. The ClawHub package page and the OpenClaw docs both show the scoped @owner/slug form; a bare slug is only accepted for already-installed or unambiguous skills, so the documented command could fail on a fresh machine — the same class of bug this branch set out to fix. Also note the differing install targets: `openclaw skills install` writes to the active workspace, while `clawhub install` writes to ./skills under the current working directory. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fixes the two copy-paste hazards reported in #24, plus one the issue missed —
and corrects the install command beyond what the issue asked for.
What was broken
1.
clawdhub installis not a real command. The working path isOpenClaw's built-in
openclaw skills install, with the ClawHub CLI(
npm i -g clawhub) as a secondary option. There is noclawdhub.2. The command needs the
@pskoett/scope. The issue reported the bareslug
self-improving-agentas working, and the first pass on this branchtook that at face value. It is wrong: the
ClawHub package page and
the OpenClaw docs both show
@owner/slug, and a bare slug is only acceptedfor already-installed or unambiguous skills. Documenting the bare form would
have reproduced the same class of bug this PR set out to fix.
3. The
git cloneURL used the wrong owner handle (peterskoett→pskoett). That handle only resolves through GitHub's web redirect, whichgit clonedoes not follow — so the manual install genuinely failed on afresh machine, exactly as reported.
Documented commands
The differing install targets are now called out in the docs, since
clawhub installdoes not write to the OpenClaw workspace.Changes
README.mdself-improving-agent/SKILL.mdself-improving-agent/references/openclaw-integration.mdself-improving-agent/CHANGELOG.mdClawdHubmention corrected; 4.0.2 release entryreferences/openclaw-integration.mdwas not listed in the issue butcarried both original bugs.
Versioning
Docs-only — no skill behavior, hook, or
.learnings/changes — so this is apatch. It targets 4.0.2 because the currently published ClawHub build is
v4.0.1 (confirmed on the package page); the changelog notes the skip so the
gap doesn't read as an error later.
One pre-existing bookkeeping detail worth a look while reviewing: the
[Unreleased]section already held an Added (CI workflow) andChanged (repo restructure, frontmatter
namecorrection) entry. Thosedescribe work that shipped inside the published 4.0.0 package but never got a
version heading. I folded them under 4.0.2 so nothing sits unreleased, which
slightly post-dates them. Reattributing them to 4.0.0 is a small edit if you
prefer.
Note on the commit history
Three commits, because a force-push to amend was blocked by a permission
classifier. Squash-merging collapses them and drops the superseded "4.0.1"
and bare-slug text from the intermediate commit messages.
Closes #24
🤖 Generated with Claude Code