skills/ship/SKILL.md
Ship staged changes through a narrow release flow: auto-clean staged files, block unexpected non-i18n CJK additions, create or keep a branch, commit staged work, push, and open a pull request — all without confirmation. Use mainly when the user explicitly invokes `/ship` or says "ship it", "push and PR", or "commit and PR". Do not use for commit-only, push-only, PR-only, or existing-PR editing requests. All generated git and GitHub text must be in English.
npx skillsauth add samzong/samzong shipInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Run the entire flow without stopping for confirmation. The user expects a PR link as the only meaningful output.
Stop immediately and report the failure if any required step fails.
git diff --cached --name-only and stop if nothing is stagedgit branch --show-currentorigin existsgh auth statusno-comment skill is available, use it)git add <file>**/i18n/**, **/locales/**, **/translations/**, *.zh*.json, *.zh*.ts, *.zh*.yaml, *zh-CN*, *zh-TW*main, create a branch like feat/<slug>, fix/<slug>, refactor/<slug>, docs/<slug>, or build/<slug>main, validate the branch name matches <type>/<slug> where type is one of feat|fix|refactor|docs|build|chore|test. If it does not match, rename the branch in-place (git branch -m <new-name>) to a conforming name derived from the staged diff — no confirmation neededgit log --oneline -5 for commit style referencetype(scope): descriptiongit add on unstaged files)git push -u origin HEADcat .github/PULL_REQUEST_TEMPLATE.md (or the repo-root equivalent). If the file exists and is non-empty, you MUST use it as the PR body structure — fill in every section with content derived from the diff. Do NOT skip sections or replace the template with the fallback.gh pr create with the title and body from aboveRemove staged single-line comments that only narrate the next line, such as // Create the ..., // Initialize ..., // Handle ..., // Set up ..., // Update ..., // This is ..., // We need to ....
Keep comments that explain why the code exists or preserve tooling behavior.
Map the commit type to a PR title prefix:
feat -> [Feat]fix -> [Fix]docs -> [Docs]refactor -> [Refactor]build -> [Build]chore -> [Chore].github/PULL_REQUEST_TEMPLATE.md exists)### What's changed?
- <concise bullet(s)>
### Why
- <reason / motivation>
git add on unstaged filesdocumentation
撰写微信公众号技术文章的结构化工作流。使用场景:用户要写一篇公众号文章、需要创建文章目录、组织素材、迭代草稿。强制遵循 blogs/wechat/README.md 的命名规范和目录结构。
tools
Cross-tool vibe coding profiler. Scans AI coding tool data on the machine (Claude Code sessions, OpenCode DB, Codex sessions), combined with git history and project memory, to build a true user portrait, discover workflow automation opportunities, and update the target tool's instruction file (CLAUDE.md or AGENTS.md) accordingly. Use when: "calibrate", "vibe-calibrate", "分析我的习惯", "profile me", "update my CLAUDE.md based on my history", "我的效率怎么提升", "analyze my patterns", "优化我的配置", or at the start of a long-term engagement with a new user.
development
Ruthless code simplifier: flatten abstractions, inline wrappers, remove unnecessary layers, delete dead code — without changing behavior. Use when: user says "simplify", "simplify this", "flatten", "inline", "too complex", "over-engineered", "remove abstraction", "unwrap", "reduce complexity", "make it simpler", "this is too complicated", or points at code that has unnecessary indirection. Does NOT change behavior, break public APIs, or remove meaningful error handling.
testing
Generate repo-local coding and review skills from a repository's git history and GitHub PR review activity. Use when asked to create, refresh, or update repository-specific coding/review skills, learn from PRs, analyze commit history, extract coding patterns, or generate coding guidelines for the current repo or a specific module.