publish-no-version-bump
Skill326 starsChanged 8 months agoMITView on GitHub
Commit and push code to GitHub, then publish to OpenWebUI official marketplace without updating version. Use when fixing bugs or optimizing performance that doesn't warrant a version bump.
- Reads credentials
- Commits and pushes
1 other project uses a version of this.
Adopted by
Most recently taken up by
- Fu-Jie/awesome-openwebuiword for word, first seen Oct 8, 2026
Other versions1 project uses a version of this.
Word for word · 1
- Fu-Jie/awesome-openwebui★ 326100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository16 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- community-announcerSkill
- doc-mirror-syncSkill
- gh-discussion-replierSkill
- gh-issue-replierSkill
- gh-issue-schedulerSkill
- i18n-validatorSkill
- playwright-openwebuiSkill
- plugin-scaffolderSkill
- pr-reviewerSkill
- pr-submitterSkill
- release-finalizerSkill
- release-prepSkill
- source-code-analyzerSkill
- version-bumperSkill
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 10 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 21
Use this skill when:
- Distinctive: line 27
Do NOT use: if:
- Distinctive: line 36
Ensure all desired code changes are staged in git:
- Distinctive: line 43
Create a descriptive commit message using Conventional Commits format:
- Distinctive: line 68
Verify the push succeeded by checking GitHub.
- Very specific: line 72
Run the publish script with --force flag to update the marketplace without version change:
- Distinctive: line 82
Check that the plugin was successfully updated in the official marketplace:
- Distinctive: line 84
Search for your plugin name
- Distinctive: line 85
Verify the code is up-to-date
- Distinctive: line 111
When you invoke this skill with a plugin path, Copilot will:
- Distinctive: line 112
Verify staged changes and create the commit
- Very specific: line 125
If the plugin hasn't been published before, use publish_plugin.py --new <dir> instead
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Publish Without Version Bump
Overview
This skill handles the workflow for pushing code changes to the remote repository and syncing them to the OpenWebUI official marketplace without incrementing the plugin version number.
This is useful for:
- Bug fixes and patches
- Performance optimizations
- Code refactoring
- Documentation fixes
- Linting and code quality improvements
When to Use
Use this skill when:
- You've made non-breaking changes (bug fixes, optimizations, refactoring)
- The functionality hasn't changed significantly
- The user-facing behavior is unchanged or only improved
- There's no need to bump the semantic version
Do NOT use if:
- You're adding new features → use
release-prepinstead - You're making breaking changes → use
release-prepinstead - The version should be incremented → use
version-bumperfirst
Workflow
Step 1 — Stage and Commit Changes
Ensure all desired code changes are staged in git:
git status # Verify what will be committed
git add -A # Stage all changesCreate a descriptive commit message using Conventional Commits format:
fix(plugin-name): brief description
- Detailed change 1
- Detailed change 2Example commit types:
fix:— Bug fixes, patchesperf:— Performance improvements, optimizationrefactor:— Code restructuring without behavior changetest:— Test updatesdocs:— Documentation changes
Key Rule: The commit message should make clear that this is NOT a new feature release (no feat: type).
Step 2 — Push to Remote
Push the commit to the main branch:
git commit -m "<message>" && git pushVerify the push succeeded by checking GitHub.
Step 3 — Publish to Official Marketplace
Run the publish script with --force flag to update the marketplace without version change:
python scripts/publish_plugin.py --forceImportant: The --force flag ensures the marketplace version is updated even if the version string in the plugin file hasn't changed.
Step 4 — Verify Publication
Check that the plugin was successfully updated in the official marketplace:
- Visit https://openwebui.com/f/
- Search for your plugin name
- Verify the code is up-to-date
- Confirm the version number has NOT changed
Command Reference
Full Workflow (Manual)
# 1. Stage and commit
git add -A
git commit -m "fix(copilot-sdk): description here"
# 2. Push
git push
# 3. Publish to marketplace
python scripts/publish_plugin.py --force
# 4. Verify
# Check OpenWebUI marketplace for the updated codeAutomated (Using This Skill)
When you invoke this skill with a plugin path, Copilot will:
- Verify staged changes and create the commit
- Push to the remote repository
- Execute the publish script
- Report success/failure status
Implementation Notes
Version Handling
- The plugin's version string in
docstring(line ~10) remains unchanged - The
openwebui_idin the plugin file must be present for the publish script to work - If the plugin hasn't been published before, use
publish_plugin.py --new <dir>instead
Dry Run
To preview what would be published without actually updating the marketplace:
python scripts/publish_plugin.py --force --dry-runTroubleshooting
| Issue | Solution |
Error: openwebui_id not found | The plugin hasn't been published yet. Use publish_plugin.py --new <dir> for first-time publishing. |
Failed to authenticate | Check that the OPENWEBUI_API_KEY environment variable is set. |
Skipped (version unchanged) | This is normal. Without --force, unchanged versions are skipped. We use --force to override this. |
Related Skills
release-prep— Use when you need to bump the version and create release notesversion-bumper— Use to manually update version across all 7+ filespr-submitter— Use to create a PR instead of pushing directly to main
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

