Mattpocockスキル

あなたの状況に合ったスキルやフローを尋ねてください。このリポジトリ内のユーザー起動型スキルをルーティングします。

現在の会話を、すぐに作業を引き継ぐ新しいバックグラウンドエージェントに引き渡します。

固定点（コミット、ブランチ、タグ、マージベース）以降の変更を、2つの軸——「標準」（コードがこのリポジトリの文書化されたコーディング標準に従っているか）と「仕様」（コードが元のIssue/PRDで求められた内容と一致しているか）——に沿ってレビューします。両方のレビューを並列サブエージェントで実行し、結果を並べて報告します。ユーザーがブランチ、PR、作業中の変更をレビューしたい場合、または「X以降をレビューして」と依頼した場合に使用します。

深いモジュールを設計するための共有語彙。ユーザーがモジュールのインターフェースを設計・改善したいとき、深化の機会を見つけたいとき

モジュールに対して、並列サブエージェントを使用して複数の根本的に異なるインターフェースデザインを生成します。ユーザーがAPIを設計したい、インターフェースオプションを探索したい、モジュール形状を比較したい、または「二度設計する」と言及した場合に使用します。

厳格な診断ループで、ハードなバグやパフォーマンスの後退に対処します。再現→最小化→仮説立案→計装→修正→回帰テスト。ユーザーが「これを診断して」「これをデバッグして」と言ったとき、バグを報告したとき、何かが壊れている・例外を投げている・失敗していると言ったとき、またはパフォーマンスの後退を説明したときに使用します。

ハードバグやパフォーマンス低下の診断ループ。ユーザーが「診断して」「デバッグして」と言った場合や、何かが壊れている・エラーを投げている・失敗している・遅いと報告した場合に使用します。

プロジェクトのドメインモデルを構築し、洗練します。ユーザーがドメイン用語やユビキタス言語を確定したい場合、アーキテクチャ上の決定を記録したい場合、または別のスキルがドメインモデルを維持する必要がある場合に使用します。

記事のセクションを再構成し、明確さを向上させ、文章を引き締めることで編集・改善します。ユーザーが記事の草稿を編集、修正、または改善したい場合に使用します。

Claude Codeのフックを設定し、危険なgitコマンド（push、reset --hard、clean、branch -Dなど）が実行される前にブロックします。ユーザーが破壊的なgit操作を防止したい場合、gitの安全フックを追加したい場合、またはClaude Codeでのgit push/resetをブロックしたい場合に使用します。

ユーザーの計画や設計について、決定木の各分岐を解決しながら、相互理解に達するまで執拗に質問を続けます。ユーザーが計画をストレステストしたい、設計について詰められたい、または「grill me」と言った場合に使用します。

既存のドメインモデルに対して計画を検証し、用語を洗練させ、決定が固まるにつれてドキュメント（CONTEXT.md、ADR）をその場で更新するグリルセッション。ユーザーが自身のプロジェクトの言語や文書化された決定に対して計画をストレステストしたい場合に使用します。

ユーザーの計画や設計について執拗に質問を重ねます。ユーザーが構築前に計画をストレステストしたい場合、または「grill」に関連するトリガーフレーズを使用した場合に使用します。

現在の会話を、別のエージェントが引き継ぐためのハンドオフ文書に圧縮します。

PRDまたは一連の課題に基づいて作業を実装する。

コードベース内の深化の機会を見つけます。CONTEXT.mdのドメイン言語とdocs/adr/の決定事項に基づきます。ユーザーがアーキテクチャを改善したい、リファクタリングの機会を見つけたい、密結合モジュールを統合したい、またはコードベースをよりテスト可能でAIがナビゲートしやすくしたい場合に使用します。

このワークスペース内で構築したいワークフローの仕様について、私に質問してください。

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

Obsidianボルト内のノートを検索、作成、管理し、ウィキリンクやインデックスノートを扱います。ユーザーがObsidianでノートを検索、作成、整理したい場合に使用します。

本番実装に入る前に、設計を具体化するための使い捨てプロトタイプを構築します。2つのブランチに分岐します。状態やビジネスロジックの検証用の実行可能なターミナルアプリ、または1つのルートから切り替え可能な複数の根本的に異なるUIバリエーションです。ユーザーがプロトタイプ作成、データモデルやステートマシンの健全性チェック、UIのモックアップ、デザインオプションの探索を希望する場合、または「これをプロトタイプ化して」「試しに触らせて」「いくつかのデザインを試して」と指示した場合に使用します。

ユーザーが会話形式でバグや問題を報告し、エージェントがGitHubのIssueを作成するインタラクティブなQAセッション。背景でコードベースを探索し、コンテキストやドメイン言語を取得します。ユーザーがバグ報告、QA、会話形式でのIssue作成を希望する場合、または「QAセッション」に言及した場合に使用します。

ユーザーとのインタビューを通じて小さなコミット単位の詳細なリファクタリング計画を作成し、それをGitHub Issueとして登録します。ユーザーがリファクタリングの計画を立てたい場合、リファクタリングRFCを作成したい場合、またはリファクタリングを安全な段階的ステップに分割したい場合に使用します。

高信頼性の一次情報源を用いて質問を調査し、その結果をリポジトリ内のMarkdownファイルとして保存します。ユーザーがトピックの調査、ドキュメントやAPIの事実収集、または読解作業をバックグラウンドエージェントに委任したい場合に使用します。

進行中のgitマージ/リベースの競合を解決する必要がある場合に使用します。

固定された地点（コミット、ブランチ、タグ、マージベース）からの変更を、2つの軸に沿ってレビューします。基準（コードがこのリポジトリの文書化されたコーディング基準に従っているか）と仕様（コードが元のIssue/PRDで求められた内容と一致しているか）です。両方のレビューを並列サブエージェントで実行し、結果を並べて報告します。ユーザーがブランチ、PR、作業中の変更をレビューしたい場合、または「X以降をレビューして」と依頼した場合に使用します。

演習ディレクトリ構造を作成し、セクション、問題、解答、解説を含め、リンターを通過するようにします。ユーザーが演習のスキャフォールディング、演習スタブの作成、新しいコースセクションのセットアップを行いたい場合に使用します。

Sets up an `## Agent skills` block in AGENTS.md/CLAUDE.md and `docs/agents/` so the engineering skills know this repo's issue tracker (GitHub or local markdown), triage label vocabulary, and domain doc layout. Run before first use of `to-issues`, `to-prd`, `triage`, `diagnose`, `tdd`, `improve-codebase-architecture`, or `zoom-out` — or if those skills appear to be missing context about the issue tracker, triage labels, or domain docs.

現在のリポジトリに、Huskyのpre-commitフックをlint-staged（Prettier）、型チェック、テストとともに設定します。ユーザーがpre-commitフックを追加したい、Huskyをセットアップしたい、lint-stagedを設定したい、またはコミット時のフォーマット/型チェック/テストを追加したい場合に使用します。

依存関係クルーザーをTypeScriptリポジトリに組み込み、各パッケージがディープモジュールとなるようにします。実装はサブフォルダに隠蔽され、エントリポイントファイルを通じてのみアクセス可能です。ユーザー起動。

テスト駆動開発のレッド・グリーン・リファクタリングループ。ユーザーがTDDを使って機能を構築したりバグを修正したい場合、「レッド・グリーン・リファクタリング」に言及した場合、統合テストを希望する場合、またはテストファースト開発を依頼した場合に使用します。

このワークスペース内で、ユーザーに新しいスキルや概念を教えます。

計画、仕様、PRDを、トレーサー・ブレットの垂直スライスを用いて、プロジェクトの課題トラッカー上で個別に取得可能な課題に分割します。ユーザーが計画を課題に変換したい、実装チケットを作成したい、または作業を課題に分解したい場合に使用します。

現在の会話コンテキストをPRDに変換し、プロジェクトの課題トラッカーに公開します。ユーザーが現在のコンテキストからPRDを作成したい場合に使用します。

現在の会話を仕様書に変換し、プロジェクトの課題トラッカーに公開します — インタビューは不要で、既に議論した内容を統合するだけです。

計画、仕様、または現在の会話を、トレーサー・ブレットのチケット群に分解し、各チケットはそのブロッキングエッジを宣言し、設定されたトラッカーに公開します。エッジは、ローカルではチケットごとに1ファイルのテキストとして、または実際のトラッカー上ではネイティブのブロッキングリンクとして表現されます。

トリアージロールによって駆動されるステートマシンを通じて課題をトリアージします。ユーザーが課題を作成したい、課題をトリアージしたい、新着のバグや機能リクエストをレビューしたい、AFKエージェント向けに課題を準備したい、または課題ワークフローを管理したい場合に使用します。

現在の会話からDDDスタイルのユビキタス言語の用語集を抽出し、曖昧さを指摘して標準的な用語を提案します。UBIQUITOUS_LANGUAGE.mdに保存します。ユーザーがドメイン用語を定義したい、用語集を作成したい、用語を固めたい、ユビキタス言語を作成したい、または「ドメインモデル」や「DDD」に言及した場合に使用します。

大量の作業を計画し、それを調査チケットの共有マップとして課題トラッカー上に展開し、目的地への道筋が明確になるまで一つずつ解決していきます。

インタラクティブなbashウィザードを生成し、サードパーティのセットアップ、一回限りの移行、A→Bの状態遷移といった手動手順を人間に案内します。URLを開き、値を取得し、各ステップを確認しながら、.envファイルやGitHub Actionsのシークレットを書き込みます。

記事をビートの旅として形作り、選択式アドベンチャー形式で展開します。ユーザーが素材から最初のビートを選び、あなたはそのビートだけを書き、次にどこへ進むかの選択肢を提示します。ビートごとにこれを繰り返し、記事が自然な終着点に達するまで続けます。ユーザーが素材を持ち、それを議論ではなく物語として構成したい場合に使用します。

ユーザーから断片（主張、小品、鋭い一文、半端な思考といった異質な執筆の塊）を掘り起こす対話セッションを行い、それらを将来の記事のための生の素材として1つのドキュメントに追加します。ユーザーが構造を決める前にアイデアを練りたい場合や、「断片」「発想」「生の素材」といった執筆に関する言葉を口にした際に使用します。

スキルを適切に記述・編集するためのリファレンス — スキルを予測可能にする語彙と原則。

マークダウン形式の生の素材を、対話形式のセッションを通じて記事に整形します。候補となる書き出しを起草し、段落ごとに記事を成長させ、各段階で形式（リスト、表、コールアウト、引用）について議論します。ユーザーがメモや断片、ラフな下書きの山を持っており、それを公開可能な形に仕上げる手助けが必要な場合に使用します。