Claude Skills by ukwhatn

コードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を herdr pane へ並列委譲して実行し、優先度付きissueファイルと観点サマリをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review、実行時のパフォーマンス計測が必要な場合はweb-perf。

変更をコミット。`/commit`で実行、または「コミットして」「pushして」「コミットしてpushして」等の自然言語依頼時にも使用。`--push`引数（または「pushして」の依頼）でpushも実行。

PRを作成（原則Draft）。PRテンプレートを全セクション埋めつつ、対象repoの既存PRの実測値（MEMORY_DIR配下にキャッシュ）に分量を合わせ、AI特有の書きすぎを削る。使用タイミング: PR作成を依頼された時、実装が一段落しPR化する時、/create-draft-prで実行。引数にベースブランチを指定可能。境界: 直接gh pr createは実行せず本スキルを使う。特定レビューコメントへの対応はpr-comment、PRレビューはpr-review。

既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。

抽象的な要件・事業側の要求から要求を深掘りし、コードベース SSoT で既存実装整合性を確認した上で「実装マスタ（01_requirements_skeleton.md）」と「システム要件書（02_system_requirements.md）」を作成する。使用タイミング (1)「○○って機能を作りたい」「この要求を満たす機能を設計して」等の抽象要件提示時、(2) 既存機能の拡張・Phase 分割等の要件定義開始時、(3) `/design-feature ...` 実行時。境界: 要件確定後の実装計画書・PR分割の立案は plan-feature-prs、実装の分割・進捗管理は large-task、既存文書のレビューは doc-review。本スキルは新規要件の深掘りと文書化が目的。

セッションログのユーザー発話を全件マイニングし、指示ファイルの修正提案を作る。訂正（やってしまったことを止める規則）と繰り返し指示の既定化（言われなくてもやる規則）の2系統で出す。使用タイミング (1)「私の指示を全部拾って指示を改善して」「毎回言っていることを勝手にやれるようにして」等の依頼時、(2) /directive-mining 実行時、(3) 数週間ぶりの .claude 棚卸しで実データから改善点を出したい時。境界: skill発火数・tool頻度・compaction回数などの定量集計は session-analytics、単一セッション内の知見の自律反映は session-retro、実データを見ない静的品質監査は instructions-audit、メモリディレクトリのキーワード検索は findmem。本スキルは提案の作成までを担い、指示ファイルへの適用は update-inst / session-retro に渡す。

Agent Teamsによる多角的ドキュメントレビュー。設計書・仕様書・計画書等のドキュメントを6 Agent（通常4 + Devil's Advocate + agent CLI）で並列レビュー。使用タイミング: (1) /doc-review 明示実行時、(2) 「チームでレビューして」「多角的にレビューして」等の明示依頼時。通常の「レビューして」だけの依頼では発火しない（単独レビューまたはagent CLIで対応し、必要なら本スキルを提案する）。

メモリディレクトリ内の過去タスク・issueをキーワード／変更対象ファイルのパスで検索し、関連する作業履歴を表示。使用タイミング: (1) /findmem [keyword]で呼び出された時、(2) Phase 1.0「過去タスク・issue参照」で過去の知見を探す時、(3) これから編集するファイルに既知の指摘が無いか確認する時、(4) 過去の作業を振り返りたい時。

タスク進行中のプロセス妥当性・サンクコスト判定。fresh なサブエージェント1体に状況サマリのみを渡し、「鋭いギャル」の様式で続行/即出荷/方向転換の裁定をパンチライン1点で返させる。使用タイミング: (1) /gal-check 実行時、(2) 「ずれてない？」「このまま続けていい？」「ギャルに聞いて」等の方向確認の依頼時、(3) 外部レビューループのラウンド3到達時・膨張シグナル検知時（context/agent-cli-guide.md の打ち切り条件から発動）。境界: 成果物の中身のレビューは pr-review / doc-review / 外部CLI、計画の穴の対話検証は grilling。本スキルは成果物を読まず状況だけを判定する。

既存の計画・設計・アイデアを徹底的に尋問し、共有理解に至るまでストレステストする対話スキル。使用タイミング: (1) 「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、(2) 実装着手前に計画・設計の前提や未決定事項を洗い出したい時。境界: ゼロからの要件定義・要件書作成→design-feature、完成した文書の多角的レビュー→doc-review。本スキルは既に存在する計画・アイデアの対話的な検証を行う。要件書等の成果物は生成せず、確定した重要決定のみADRとして.local/docs/に記録する。

現在のセッション内容を、別セッションのエージェントが引き継げるハンドオフ文書に圧縮し、メモリディレクトリの50_handoff.mdに書き出す。使用タイミング: (1) /handoff 実行時、(2) 複雑タスクのPhase完了・ユーザー承認待ち・compaction接近・セッション切替などの区切りで自律実行（workflow-rules.md「長時間タスクの区切り運用」）。境界: 過去メモリの検索はfindmem、セッション知見の指示ファイル反映はsession-retro。

Herdrの指定workspaceに新しいtab（明示指定時はpane分割）を作り、fish -c "cc" でClaude Codeを起動してremote controlのセッションURLを取得・報告する。使用タイミング: (1) /herdr-launch-cc 実行時、(2) 「discordのworkspaceでccを立ち上げて」等、Herdr上でのClaude Code新規起動依頼時。境界: 既存pane・agentの確認や入力送信などの汎用Herdr操作は herdr スキル。HERDR_ENV=1 必須。

Control Herdr, a terminal multiplexer for coding agents, and the truth source for the herdr CLI itself: command syntax, ID conventions, and the agent status model (idle / working / blocked / done). Use when inspecting or controlling panes, tabs, workspaces, terminals, or commands, when starting an agent in another pane, or when communicating with an agent that runs in one. Boundary: whether and how to delegate work to a pane - the route, the agent kind and model, the instruction file, and how...

CLAUDE.md/AGENTS.md・skills・context・rules等の指示ファイル監査。指示ファイルの「レビューして」「監査して」「整理・スリム化して」等の依頼時、/instructions-audit実行時に使用。ベストプラクティスrubricで4分類（削除候補/hook・deny移管/skill化・Read-when化/description・構造強化）の指摘を修正案付きで出す。user-level（~/.claude）とproject-level両対応。境界: 指摘の適用・個別知見の追記→update-inst、セッション内容からの知見反映→session-retro、新規スキル作成→create-skill、コード自体の監査→codebase-review。

大規模タスクを複数セッションに分割して実装するワークフロー。自動発火条件 - 以下のいずれかに該当する場合は自動的にこのスキルを使用すること。(1) 複数の独立した機能実装が含まれる、(2) ユーザーが「大規模」「複数日」「段階的に」等のキーワードを使用。目安（着手前の自己推定であり単独の発火条件にはしない）: ファイル変更5つ以上が見込まれる、調査だけで30分以上かかりそうな規模感。境界: 要件定義そのものは design-feature、PR単位の分割計画書の立案（epic配下のPRスタック設計）は plan-feature-prs（その計画書に基づく実装進行は本スキルで可）。

実装計画書とPR分割の立案。要件ソース・デザインファイル・既存実装が揃った機能開発（epic）を、並列調査と全体設計判断の確定を経て、機能単位のPRスタックと実装セッションに渡す計画書（30_plan.md + 31_pr_briefs.md）に落とし込む。使用タイミング: (1)「実装計画を立てて」「PR分割して」「計画書を作って」「このepicのタスク分割をして」等の依頼時、(2) 要件確定済みの複数PR規模の機能の実装着手前。境界: 要件定義そのものは design-feature、計画確定後の複数セッション実装の進行管理は large-task、単一PRで済む規模は Phase 0-5 を直接適用。

PRの特定レビューコメント（discussion）への対応。使用タイミング: (1) PR URLに#discussion_r<id>を添えて「この指摘に対応して」と依頼された時、(2) PR番号+特定の指摘内容を示して対応を依頼された時。境界: PR全体のレビュー→pr-review、レビュー返信文の作成のみ→ukwhatn-writing。

PRレビュー。PR番号・URL・ブランチ名・Slackリンク等を添えてPRの「レビュー」を依頼された時に使用（PRのレビュー依頼ではビルトインの/reviewでなく本スキルを使う。ローカル未コミット変更のレビュー→/code-review、自ブランチの提出前チェック→self-review、特定レビューコメントへの対応→pr-comment、PRの状態確認・PR作成相談では使わない）。Claude Codeと外部CLI（codex / cursor agent）のマルチモデルレビューでCritical/High/Medium分類の指摘を報告。

プロジェクト初期化。CLAUDE.mdや.claude/がない場合にテンプレートを適用し、PJ固有設定を促す。境界: 既存PJのドキュメント更新・同期は project-sync。

PJドキュメント同期。PJ CLAUDE.mdの更新依頼時、ドキュメント整理依頼時、およびコード変更後のドキュメント同期（npm script/環境変数/API追加のCLAUDE.md・README・API仕様への反映）依頼時に使用。user-level設定との整合性確認、ドキュメント分離原則の適用、不要ファイル削除を実施。境界: CLAUDE.md/.claude/ が未整備の新規PJは project-init。

自分の作業ブランチのPR提出前セルフレビュー（diff包括チェック）。使用タイミング: (1) 「セルフレビューして」「消し忘れないか確認して」「diffを徹底チェックして」「変更漏れ・削除漏れがないか見て」等の依頼時、(2) PR作成前の最終確認時。境界: 他者PR（番号/URL指定）のレビュー→pr-review、コードベース全体監査→codebase-review、文書レビュー→doc-review。

複数セッションを横断した利用傾向分析。~/.claude/projects/配下の全JSONLログを集計し、skill発火回数・tool使用頻度・ユーザーの軌道修正シグナル(中断・権限拒否・AskUserQuestionでのOther回答率)・compaction頻度・未発火skillを可視化してハーネス改善の示唆を出す。使用タイミング: (1) 「このPCでのセッション傾向を分析して」「skillの発火状況を教えて」「ハーネス改善の示唆が欲しい」等の依頼時、(2) 定期的な.claude設定の棚卸し時、(3) 新しいskill/ルール追加の効果を過去傾向と比較したい時。境界: ユーザー発話そのものの全件マイニングと既定化提案→directive-mining、単一セッション内の振り返りと指示ファイルへの自律反映→session-retro、過去メモリ/issueのキーワード検索→findmem、CLAUDE.md/skills/context自体の静的品質監査→instructions-audit。

セッション振り返りによる指示ファイルの自律改善。現在のセッションで得た知見（ユーザーからの訂正・Claudeの間違い・発見した環境やPJ固有の落とし穴・繰り返された手動指示）を洗い出し、user-level（AGENTS.md）/project-level（CLAUDE.md）・context・スキルへの追加・修正を自律的に適用して報告する。「このセッションの学びを反映して」「振り返って指示を改善して」等の依頼時、/session-retro実行時、タスク完了時に知見の恒久化を求められた際に使用。境界: ユーザーが特定した単一の間違いの修正（承認付き）→update-inst、セッション内容によらないファイル品質の静的監査→instructions-audit、セッションの引き継ぎ文書化→handoff。

dependabot設定（.github/dependabot.yml）の新規作成・整備。リポジトリのlockfile・workflows等からecosystemを自動検出し、lockfileコンフリクトを回避するgroup設計とsecurity fast-trackを備えた設定を生成する。使用タイミング: (1) dependabot設定の作成・見直し・追加の依頼時、(2) /setup-dependabot 実行時。境界: Renovate設定は対象外。dependabotが作成したPRのレビュー・マージ対応は pr-review 等の通常フローで行う。

バグ・エラー・テスト失敗・予期しない挙動・ビルド失敗に遭遇した時、修正案を出す前に使用する根本原因調査の規律。4フェーズ（根本原因調査→パターン分析→仮説検証→実装）を順守させ、症状への場当たり修正と当てずっぽうの変更連発を防ぐ。修正3回失敗でアーキテクチャ自体を疑う。境界: 原因特定後の修正実装はwriting-code、提出前のdiff確認はself-review。

実装タスクのスキルオーケストレーター。プロダクションコードの変更を伴うタスク（新規実装・修正・リファクタ・バグ修正のほか、「cloneして直してPRを出して」等のオペレーション依頼で差分にコード変更が含まれる場合を含む）の開始時に常に使用し、チェックポイント（着手前・実装開始・エラー遭遇・コミット前・PR前・区切り）ごとに該当スキルを理想順序で発火させながらタスク完遂まで進行を管理する。/task やりたいこと でも起動でき、引数なしはスキルカタログ表示。境界: コード変更を伴わない純粋な調査・質問応答・文書のみの編集では使わない。個別スキルの手順・完了基準には介入しない。

taskherd CLI（エージェントセッション・PR・チケットをタスク単位で束ねるローカル kanban）の操作。使用タイミング (1) 自分のセッションに紐づくボードのタスクの列を進める・note を残す時、(2) 作業中に新しいタスクが確定して起票する時、(3) ボード上のタスク一覧・状態を確認する時、(4) 依頼に taskherd・タスクボード・kanban の語がある時。境界: セッション内の作業ステップ管理（TaskCreate / TodoWrite）は対象外。pane・tab・agent そのものの操作は herdr、実装タスクのスキル連鎖の管理は task。board / picker の TUI 操作はユーザーの領域で、本スキルは CLI だけを扱う。

カレントディレクトリを学習ワークスペースとして、ミッション駆動のレッスン（HTML）で概念・スキルを複数セッションかけて教える。新しいトピックの学習を始めたい時・前回の学習を再開したい時に /teach で実行。

日本語の文章を ukwhatn 本人の文体で書く・下書きする・推敲する。PR概要欄、GitHubのレビュー指摘・レビュー返信、Slackメッセージ、Confluence等のチーム内ドキュメント、対外ビジネスメール、および記事・レポート・議事録・提案書といった長文文書を日本語で書く／ukwhatnの代わりに文章を書くときに使用（実装修正を伴うPRコメント対応はpr-comment。本スキルは文章作成のみ）。AI特有の冗長さ・難語・翻訳調を排し、相手と媒体に応じてレジスタ（敬体/常体・砕け方）を切り替えて、読みやすく簡潔に書く。日本語としての書き方（LLM口調の語彙・論証の厳密さ・演出の抑制・段落構成・整形）は references/prose.md が定め、成果物の種別で適用する層を切り替える。

user-level/PJ-levelの指示・スキルを個別修正する。使用タイミング: Claudeが間違いを犯した際の再発防止依頼時、/update-inst実行時、作業で得た運用知見をuser-level（AGENTS.md）/PJ-level（CLAUDE.md）・context・スキルに追記する依頼時。境界: 指示ファイル全体のベストプラクティス監査はinstructions-audit、セッション全体からの知見の自律的な洗い出し・反映はsession-retro、新規スキルの作成はcreate-skill。

Analyzes web performance using Chrome DevTools MCP. Measures Core Web Vitals (LCP, INP, CLS) and supplementary metrics (FCP, TBT, Speed Index), identifies render-blocking resources, network dependency chains, layout shifts, caching issues, and accessibility gaps. Use when asked to audit, profile, debug, or optimize page load performance, Lighthouse scores, or site speed. Biases towards retrieval from current documentation over pre-trained knowledge. Boundary: for static, code-level findings s...

マシン上の git worktree とローカルブランチを横断で棚卸しし、マージ済みかを3段階で判定して安全に削除する。使用タイミング (1) 「worktreeを整理して」「マージ済みブランチを消して」「worktreeを全部リストして」等の依頼時、(2) worktree が増えすぎた時の定期棚卸し、(3) /worktree-audit 実行時。境界: 単一 worktree の作成・命名・片付け手順は context/worktree-guide.md、コミット前の diff 確認は self-review、コードベースの品質監査は codebase-review。

コードを書く時の実装原則（deep module設計・seam・テスタビリティ・シーム限定TDD・コメント規約・リーダブルコード）。プロダクションコードの新規実装・修正・機能追加・リファクタの開始時に常に使用。CSS・HTML・テーマ・テンプレート等のフロントエンド資産もプロダクションコードに含み、除外条件の「設定ファイルのみの変更」には当たらない（除外はトリビアルな1行修正と、lint/CI設定等の純粋な設定ファイルのみ）。TypeScript/Python/Goの言語別ガイドをreferencesに同梱。境界: バグ・エラーの原因調査はsystematic-debuggingが先（原因特定後の修正実装は本スキル）、提出前のdiff確認はself-review、要件定義はdesign-feature。