Use when design is complete and you need detailed implementation tasks - creates tracked MCP issues with exact file paths, complete code examples, and verification steps. Optional reference plan file for architecture overview.
Team coding standards, conventions, and collaboration guidelines for WordPress development. Use when starting new projects, onboarding team members, or ensuring code consistency across the team.
Best practices for writing clear, effective pull request descriptions. Use when creating PRs to ensure they communicate changes effectively to reviewers.
Review pull requests by integrating GitHub operations with Linear issue tracking. Use when: (1) Validating PR changes against Linear issue requirements, (2) Checking if PR addresses all acceptance criteria from Linear issues, (3) Creating comprehensive PR reviews that link code changes to project requirements, (4) Identifying gaps between PR changes and issue requirements, or (5) Posting review findings to both GitHub PRs and Linear issues. Combines GitHub CLI operations with Linear MCP functions for end-to-end PR review workflows.
Store and manage coding context in git. Use when saving decisions, tracking tasks, planning complex work, or coordinating with other agents. Activates on mentions of "save context", "track task", "planning", or multi-agent coordination.
Use git worktrees for parallel development on multiple branches simultaneously
Use when creating GitHub Actions workflows - covers CI/CD, matrix testing, and release automation
STRICT GitHub release gatekeeper. Blocks premature releases (from develop, incomplete CI). Verifies PR merged to main + ALL CI passed before allowing tag/release. Triggers on "release", "tag", "publish", "deploy", "version".
Use when building multi-day features, avoiding long-lived branches, features taking >1 day, changes touching multiple systems, or high-risk changes needing gradual rollout - break features into deployable increments that each provide value
Orchestrate spec-to-PR workflow with session tracking, worktree isolation, and audit trail
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
Use when searching commit history on GitHub - provides syntax for filtering by author, committer, dates, hashes, and merge commits with proper exclusion handling
Use when implementing features in git worktrees to ensure all changes stay in the correct worktree - prevents "bleeding" of changes back to main branch
Create isolated git worktrees with smart directory selection and safety verification
Idiomatic Go 1.25+ development. Use when writing Go code, designing APIs, discussing Go patterns, or reviewing Go implementations. Emphasizes stdlib, concrete types, simple error handling, and minimal dependencies.
MUST use this skill when user asks to check/review PR comments, address reviewer feedback, fix review issues, or respond to code review. Fetches unresolved review comments from GitHub PR for the current branch.
MUST USE for ANY git operations. Atomic commits, rebase/squash, history search (blame, bisect, log -S). STRONGLY RECOMMENDED: Use with sisyphus_task(category='quick', skills=['git-master'], ...) to save context. Triggers: 'commit', 'rebase', 'squash', 'who wrote', 'when was X added', 'find the commit that'.
่คๆฐ้็บ่ ใงใฎไธฆๅ้็บ่จ็ปๆธใไฝๆใใในใญใซใgit worktree ใๆดป็จใใใใฉใณใๆฆ็ฅใใฟในใฏใฎไพๅญ้ขไฟๅๆใใฏใชใใฃใซใซใใน่จ็ฎใ้็บ่ ใญใผใซๅฒใๅฝใฆใใฟใคใ ใฉใคใณไฝๆใ่กใใใไธฆๅ้็บ่จ็ปใไฝใฃใฆใใ่คๆฐไบบใงๅๆ้็บใใใใใworktree ใงๅๆ ใใใใใ้็บใๆๅคง้ไธฆๅๅใใใใใชใฉใฎใชใฏใจในใๆใซไฝฟ็จใใพใใใใใใไธฆๅใงไฟฎๆญฃใใฆใใworktree ใงโณโณใใใฃใฆใใไธฆๅใฟในใฏใ่ฟฝๅ ใใชใฉใฎใชใฏใจในใใงใใชใณใใใณใใฎไธฆๅใฟในใฏใๅณๅบงใซ้ๅงใงใใใ
ใชใชใผในใฏใผใฏใใญใผ็ฎก็ในใญใซใCHANGELOGๆดๆฐใใปใใณใใฃใใฏใใผใธใงใใณใฐใGitHub Releaseไฝๆใใชใชใผในใใฉใณใ้็จใฎใในใใใฉใฏใใฃในใๆไพใใใชใชใผในใใใใผใธใงใณใใCHANGELOGใใใฟใฐใใGitHub Releaseใใชใฉใฎใญใผใฏใผใใง่ชๅ้ฉ็จใ
Review your own changes before committing or creating a pull request
