Manage Claude Code sessions for the current branch. Use this skill when: - User asks "what's next?" or "where was I?" - User starts work on a new branch without a session - Before committing (to update session log) - When resuming work after a break
Create file and commit atomically (60-75% faster than step-by-step)
Complete 12-step workflow for phase development from branch creation to merge. Use this when starting a new phase or when asked to follow the phase development process.
a skill that contains all the best practices for using Verdict Flags in shopify codebases. It should be uses whenever the agent is creating, updating or removing flags
Prepare a clean local checkout for a GitHub PR (worktree-first via `wf`/`wt`), fetch the PR base ref, and emit PR context (CI checks + PR comments/reviews) as JSON for downstream review.
Establish the files used to track and manage progress.
Open source standards and practices for Dutch government projects. Use when setting up an open source repository, choosing licenses, creating publiccode.yml, or following the Standard for Public Code.
Ensure work is done on a feature branch. Uses the strategy defined in github-branch-strategy to determine branches and switch/create them.
Commit staged changes and push to the remote using conventional commits with GPG signing. Use when you need to commit and push work, create a PR if missing, and wait for Gemini review before addressing feedback.
Git 项目版本发布自动化工具。执行完整的发布流程：提交所有修改、更新版本号、 生成 CHANGELOG、创建 git tag 并推送到远程仓库。基于语义化版本 (major/minor/patch)。 **核心理解（极其重要）**： 当用户说"更新一下版本"、"更新版本"或任何类似表达时，**默认意味着执行完整的发布流程**： 1. ✅ 提交所有当前的修改（包括未追踪的新文件） 2. ✅ 更新版本号（package.json 和 server/package.json） 3. ✅ 创建 git tag（vX.Y.Z） 4. ✅ 推送所有内容到远程仓库（commit + tags） 5. 📝 可选：生成/更新 CHANGELOG **不要**只更新 package.json 中的版本号！那是错误的理解！ **必须**执行完整的发布流程，包括提交和推送！ 触发关键词（任何一个都触发完整流程）： - 通用发布词："更新一下版本"、"更新版本"、"升级版本"、"发布版本"、"版本发布"、"发新版" - 英文表达："bump version"、"release"、"new release" - Git操作："打tag"、"创建发布"、"创建tag" - 版本类型（隐含发布）："大版本更新"、"小版本更新"、"补丁版本"、"major release"、"minor release"、"patch release"
Monorepo workflow for coordinating CLI + web changes, tests, and docs in markdowntown.
INVOKE FIRST before any code work. Validates git workflow (branch, issue, worklog) and checks approach. Use at START of every task and END before completing. Prevents skipped steps.
Apply critical git safety protocols before any git operations, especially in collaborative environments. Use when performing git commands, managing files, or making destructive changes.
Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees with smart directory selection and safety verification
Generate clear commit messages from repository changes. Use when creating commits, writing commit messages, or reviewing staged/current changes. Works with both git and jj.
INVOKE FIRST before any code work. Validates git workflow (branch, issue, worklog) and checks approach. Use at START of every task and END before completing. Prevents skipped steps.
