1.6万 件 ・ 人気順
Phase 5 of 5 — triage-first review orchestrator; dispatches up to 17 domain checks in parallel and compiles one report. Use only when the user asks to run Phase 5 or review a PR, branch, or set of changes — never trigger automatically after writing code.
日本語の概要は準備中です。原文の説明を表示しています。
Copy this repo's skills into another agent harness's skills directory by name — resolves the harness alias to its path via scripts/sync-targets.json and runs sync-skills.sh. Use only when the user asks to copy/sync/push the skills to another harness (oh-my-pi, opencode, kimi, codex, etc.) — never trigger automatically.
日本語の概要は準備中です。原文の説明を表示しています。
After an issue's PR has squash-merged on GitHub and its issue has closed: fast-forward the default branch, remove the issue-numbered nested worktree (.worktrees/<issue#>), and delete the local feature branch. Use when the user says to finish, tear down, or clean up a lane or worktree for a merged issue.
日本語の概要は準備中です。原文の説明を表示しています。
Systematic code review checklist and pre-commit quality gates for PRs. Use when: reviewing pull requests, checking code quality, before committing code. Keywords: review, PR, pull request, checklist, quality, commit, 審查, 檢查, 簽入.
日本語の概要は準備中です。原文の説明を表示しています。
Declare variables in smallest possible scope, initialize close to first use, minimize span and live time
日本語の概要は準備中です。原文の説明を表示しています。
Receive and act on code review feedback with technical rigor, not performative agreement or blind implementation
日本語の概要は準備中です。原文の説明を表示しています。
Systematically trace bugs backward through call stack to find original trigger
日本語の概要は準備中です。原文の説明を表示しています。
Use each variable for exactly one purpose - no hybrid coupling or hidden meanings
日本語の概要は準備中です。原文の説明を表示しています。
Name code by what it does in the domain, not how it's implemented or its history
日本語の概要は準備中です。原文の説明を表示しています。
Comment WHY code exists and non-obvious decisions, not WHAT code does (mechanics)
日本語の概要は準備中です。原文の説明を表示しています。
Each routine does one thing and does it well - extract when routines have multiple responsibilities
日本語の概要は準備中です。原文の説明を表示しています。
Try 2-3 different approaches before implementing - don't settle for first design you think of
日本語の概要は準備中です。原文の説明を表示しています。
Choose names that fully and accurately describe what the variable represents
日本語の概要は準備中です。原文の説明を表示しています。
Refactor with tests first, one change at a time, never mix refactoring with bug fixes or new features
日本語の概要は準備中です。原文の説明を表示しています。
Dispatch code-reviewer subagent to review implementation against plan or requirements before proceeding
日本語の概要は準備中です。原文の説明を表示しています。
Write comments explaining WHAT and WHY, never temporal context or history
日本語の概要は準備中です。原文の説明を表示しています。
Search previous Claude Code conversations for facts, patterns, decisions, and context using semantic or text search
日本語の概要は準備中です。原文の説明を表示しています。
Run verification commands and confirm output before claiming success
日本語の概要は準備中です。原文の説明を表示しています。
Validate at every layer data passes through to make bugs impossible
日本語の概要は準備中です。原文の説明を表示しています。
Four-phase debugging framework that ensures root cause investigation before attempting fixes. Never jump to solutions.
日本語の概要は準備中です。原文の説明を表示しています。
Create isolated git worktrees with smart directory selection and safety verification
日本語の概要は準備中です。原文の説明を表示しています。
Flatten nested conditionals with early returns or table-driven methods - keep nesting depth under 3 levels
日本語の概要は準備中です。原文の説明を表示しています。
Check all external inputs for validity - garbage in, nothing out, never garbage out
日本語の概要は準備中です。原文の説明を表示しています。
Multi-phase deep codebase review with severity ratings and structured output. Covers architecture, security, code quality, and UX/accessibility in a single coordinated pass. Produces a prioritized findings table suitable for direct conversion to GitHub issues via the create-github-issues skill.
日本語の概要は準備中です。原文の説明を表示しています。