
Vc Publish
Use when publishing harness improvements to the remote kit repo.
Install
npx skills add withkynam/vibecode-pro-max-kit --skill vc-publish -g -a claude-code -y- Repository
- withkynam/vibecode-pro-max-kit1.2k
- Category
- Engineering
- Updated
- 5mo ago
- License
- MIT
- Context cost
- Mediumabout 3,000 tokens
- Runs scripts
- No, instructions only
What it does
Use when publishing harness improvements to the remote kit repo. Diffs managed files, shows what changed, bumps version, and pushes. Counterpart to vc-update (pull).
vc-publish
Output style: Follow
process/development-protocols/communication-standards.md, answer-first, plain language, no unexplained jargon, TL;DR on long responses.
Push harness improvements from the current development repo to the remote kit repository (vibecode-pro-max-kit). This is the maintainer counterpart to vc-update.
vc-update= user pulls latest harness INTO their project FROM the remotevc-publish= maintainer pushes improvements FROM the development repo TO the remote kit repo
Prerequisites
- Local checkout of the kit repo (
git clone git@github.com:withkynam/vibecode-pro-max-kit.git) .vc-publish-configfile in the current repo root (see Configuration below)- Git push access to the remote kit repo
Configuration
Create .vc-publish-config in the repo root:
{"kitRepoPath": "/path/to/vibecode-pro-max-kit"}
If this file is missing, ask the user for the kit repo checkout path and offer to create it.
Workflow
Step 1: Load Configuration
- Read
.vc-publish-configfrom the current repo root. - If missing, ask the user for the kit repo local checkout path.
- Verify the path exists and contains
vc-manifest.json. - Verify the kit repo worktree is clean (
git -C <kitRepoPath> status --porcelain). If dirty, warn and ask whether to proceed or abort.
Step 2: Read Manifest
- Read
vc-manifest.jsonfrom the kit repo checkout. - Extract the current
version. - Before computing a version bump, check if the current kit version already matches the intended target version (e.g.
3.0.0). If the kitversionalready equals the target: skip the bump step entirely and proceed directly to Step 3 with atag-as-isnote, do not increment the version. Record in the publish summary that the version was unchanged.
