hirokisakabe
- 10 skills
- 0 followers
- 6 hours ago last updated
- ▌ Issue Pick · hirokisakabeUse when the user has NOT yet decided which registered issue to work on and needs help choosing. This is the pre-decision advisory phase: the user is weighing multiple open issues and wants structured guidance — not implementation. Key triggers: asking which issue to prioritize or tackle next, identifying which issues are blocked vs. ready to start independently, selecting issues that fit limited capacity (small/high-impact), or finding independent issues for parallel worktree sessions. The user's state is "I have several candidates and don't know where to start." Provides ranked recommendation (1 pick + 1-2 alternates) across impact/dependencies/size/urgency — read-only, no state changes. Do NOT use to discover untracked improvement themes from repository evidence; use issue-discover for that.
- ▌ Cross Review · hirokisakabe実装・commit 後、`acceptance-check` 通過後・PR 作成前に、実装セッションから独立した reviewer session を実行中 agent runtime に対応する CLI で起動し、diff への second opinion を得る。
- ▌ Issue Create · hirokisakabeInvoke for any request to create, file, open, or record a new GitHub issue. Trigger on: - Direct creation: 「issue 作って」「起票して」「issue 立て(といて)」「issue 化して」「issue 作れる?」 - Record intent: 「issue に残したい/残しておいてほしい」「issue として残しておきたい」 - Issue types: bug reports (with repro steps), feature requests, refactoring tasks, doc fixes, investigation / design tasks, code-review findings to track later Do NOT trigger for viewing, listing, searching, or implementing existing issues.
- ▌ Issue Refine · hirokisakabe既存の GitHub issue を `issue-create` skill のフォーマットに沿って整理する。タイトルのみで起票された issue や、フォーマット不完全な issue を後から rich plan に仕上げ直したい場合に使用する。
- ▌ Issue Discover · hirokisakabeUse when the user wants to inspect the current repository and discover evidence-backed improvement themes that are not already tracked as open GitHub issues. Trigger on requests such as finding new issue ideas, uncovering missing work, or suggesting repo improvements from README, skills, recent changes, TODOs, and inconsistencies. Read-only: proposes at most 3 new candidates and does not create issues, modify the repository, rank them with existing issues, or start implementation. Do NOT use when the user wants to choose among existing issues (use issue-pick) or already knows what issue to create (use issue-create).
- ▌ Issue Dispatch · hirokisakabe1件以上の着手可能な GitHub issue を、1 issue = 1 worker = 1 worktree = 1 branch = 1 PR で安全に実装するときに使う上位 orchestrator。単一 issue URL / 番号、明示的な issue リスト、「Ready なリファクタ issue を最大5件」のような選定条件を受け取り、Status・コメント・依存 DAG・親 issue・変更範囲の競合・runtime・approval / sandbox / GitHub 認証を preflight してから、専用 worktree の issue-implement worker へ直列または並列 dispatch し、PR と CI を集約する。複数 issue の並列実装、または Codex CLI の default branch 上から単一 issue を再起動なしで実装したい依頼では必ず使う。
- ▌ Worktree Start · hirokisakabeClaude Code 専用。起動済みの対話 session から、タスク説明または issue URL / 番号で命名した git worktree へ `EnterWorktree` で切り替える。既存 linked worktree では作成だけを no-op にする。Ready issue は完了形を判定し、PR なら `issue-implement`、コメント完結型なら `issue-investigate` へ連鎖し、要確認なら `issue-refine` を案内する。
- ▌ Issue Implement · hirokisakabe特定の GitHub issue への実装着手と PR 作成を依頼されたときに使う。issue 番号・URL・会話内で選んだ issue のいずれかを起点に、runtime と worktree の実装隔離を preflight で保証してから、実装・commit・lint・受け入れ条件チェック・cross-review・PR 作成・CI 確認まで一気通貫で自動進行する。コードを書いてプルリクを出す作業全般が対象で、issue 選定相談・タイトル編集・クローズ操作・PR レビュー単体には使わない。
- ▌ Acceptance Check · hirokisakabeGitHub issue 本文の `## 受け入れ条件` セクションを抽出し、repo 状態や issue コメントを根拠に各項目を ✓ / ✗ / ? で報告する read-only skill。`issue-implement` と `issue-investigate` の受け入れ条件確認を標準化する。
- ▌ Issue Investigate · hirokisakabeGitHub issue を起点に、PR や永続的な repo 変更を成果物としない調査・設計・技術検証を実行し、構造化した結果を issue コメントへ記録して受け入れ条件確認後に close する。Ready なコメント完結型 issue の着手時に使用する。