setup-matt-pocock-skills

Matt Pocock のスキルをセットアップする

エンジニアリングスキルが前提とする、リポジトリごとの設定を作成します。

• 課題管理ツール：課題の保存場所です（デフォルトは GitHub。ローカルの Markdown にも標準で対応しています）
• トリアージラベル：5 つの標準的なトリアージ役割に使用する文字列です
• ドメインドキュメント：GLOSSARY.md と ADR の保存場所、およびそれらを読み取る際の利用側のルールです

これはプロンプト駆動型のスキルであり、決定論的なスクリプトではありません。調査し、見つかった内容を提示して、ユーザーに確認してから書き込みます。

プロセス

1. 調査

現在のリポジトリを確認し、初期状態を把握します。存在するものを読み、決めつけないでください。

• git remote -v と .git/config：GitHub リポジトリですか？どのリポジトリですか？
• リポジトリルートの AGENTS.md と CLAUDE.md：どちらかが存在しますか？いずれかに ## Agent skills セクションがすでにありますか？
• リポジトリルートの GLOSSARY.md と GLOSSARY-MAP.md
• docs/adr/ と、src/*/docs/adr/ ディレクトリ
• docs/agents/：このスキルが以前に出力した内容はすでにありますか？
• .scratch/：ローカル Markdown の課題管理規約がすでに使われている兆候です
• triage スキルがインストールされていますか？（このスキルと並ぶ triage スキルのフォルダー、または利用可能なスキル内の triage。）これによって、セクション B を実行するかどうかが決まります。
• モノレポの兆候：pnpm-workspace.yaml、package.json の workspaces フィールド、または独自の src/ を持つ、内容のある packages/*。これらは、本当に大規模なマルチパッケージリポジトリにのみ存在します。なければ、ほぼすべてのリポジトリと同様に単一コンテキストです。

2. 調査結果を提示して確認する

何があるか、何が不足しているかをまとめます。その後、セクションを順番に進めます。1つのセクションについて回答を1つ受け取ってから、次に進みます。

各セクションの冒頭で推奨する回答を提示し、選択肢が実際に分かれる場合に限り、1行で説明を添えます。調査の時点ですでに結論が出ている場合は、そのセクションを丸ごと省略します（triage がインストールされていない場合のセクション B、モノレポがない場合のセクション C）。

セクション A：課題トラッカー。

説明：このリポジトリの「課題トラッカー」とは、課題を管理する場所です。to-tickets、triage、to-spec などのスキルは、課題トラッカーから読み取ったり、課題トラッカーに書き込んだりします。gh issue create を呼び出すのか、.scratch/ の下に Markdown ファイルを書き込むのか、あるいは別のワークフローに従うのかを把握する必要があります。このリポジトリで実際に作業を追跡している場所を選んでください。

基本方針：これらのスキルは GitHub 向けに設計されています。git remote が GitHub を指している場合は、GitHub を提案します。git remote が GitLab（gitlab.com またはセルフホストのホスト）を指している場合は、GitLab を提案します。それ以外の場合（またはユーザーが希望する場合）は、次の選択肢を提示します。

• GitHub：課題はリポジトリの GitHub Issues で管理します（gh CLI を使用）
• GitLab：課題はリポジトリの GitLab Issues で管理します（glab CLI を使用）
• ローカル Markdown：課題はこのリポジトリの .scratch/<feature>/ の下にファイルとして保存します（個人プロジェクトやリモートのないリポジトリに適しています）
• その他（Jira、Linear など）：ワークフローを1段落で説明してもらいます。スキルはそれを自由記述の文章として記録します

選択内容を docs/agents/issue-tracker.md に記録します。GitHub と GitLab のテンプレートには、「PR をリクエストの受付窓口にする」フラグがあり、デフォルトではオフになっています。オフのままにし、この項目を持ち出さないでください。トリアージキューに外部からの PR を入れたいユーザーは、後でファイル内のフラグを切り替えられます。

セクション B：トリアージのラベル語彙。 triage スキルがインストールされていない場合は、このセクションを丸ごと省略します（調査で確認済みです）。インストールされていないスキルにはラベルが不要なためです。

インストールされている場合は、質問を1つだけ、次のとおりに尋ねます。

デフォルトのトリアージラベルを使い続けますか？（推奨：はい）

デフォルトは5つの標準的な役割で、それぞれのラベル文字列は役割名と同じです：needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix。はいの場合は、そのまま記述します。ユーザーが「いいえ」と答えた場合に限り、通常はトラッカーですでに別の名前を使っているため（例：needs-triage に対して bug:triage）、既存のラベルを適用して重複を作成しないように、上書きするラベルを確認します。

セクション C：ドメイン文書。 デフォルトでは単一コンテキスト（リポジトリのルートに GLOSSARY.md と docs/adr/ を1つずつ）にします。ほとんどすべてのリポジトリに適しているため、確認せずに作成します。

複数コンテキスト（ルートの GLOSSARY-MAP.md から、コンテキストごとの GLOSSARY.md ファイルを参照する構成）は、調査でモノレポの兆候が見つかった場合に限り提案します。その場合は、どちらの構成にするか確認します。

3. 確認して編集する

次の内容のドラフトをユーザーに提示します。

• 編集対象の CLAUDE.md / AGENTS.md のいずれかに追加する ## Agent skills ブロック（選択ルールについてはステップ4を参照）
• docs/agents/issue-tracker.md、docs/agents/domain.md、docs/agents/triage-labels.md の内容（最後のファイルは triage がインストールされている場合のみ）

書き込む前に、ユーザーが編集できるようにします。

4. 書き込み

編集するファイルを選択します：

• CLAUDE.md が存在する場合は、それを編集します。
• それ以外で AGENTS.md が存在する場合は、それを編集します。
• どちらも存在しない場合は、どちらを作成するかユーザーに確認します。こちらで選んではいけません。

CLAUDE.md がすでに存在する場合（またはその逆の場合）は、AGENTS.md を作成してはいけません。すでに存在するファイルを常に編集します。

選択したファイルに ## Agent skills ブロックがすでに存在する場合は、重複して追加するのではなく、その内容をその場で更新します。前後のセクションにあるユーザーの編集内容を上書きしてはいけません。

ブロック：

## Agent skills

### Issue tracker

[one-line summary of where issues are tracked]. See `docs/agents/issue-tracker.md`.

### Triage labels

[one-line summary of the label vocabulary]. See `docs/agents/triage-labels.md`.

### Domain docs

[one-line summary of layout: "single-context" or "multi-context"]. See `docs/agents/domain.md`.

triage がインストールされていて、Section B が実行された場合に限り、### Triage labels サブブロックを含め、docs/agents/triage-labels.md を書き込みます。それ以外の場合は、どちらも省略します。

Section B が GitHub または GitLab で実行された場合、トラッカーに存在しない設定済みラベルをそれぞれ作成します（gh label create / glab label create）。

次に、このスキルフォルダー内のシードテンプレートを出発点として、ドキュメントファイルを作成します。

• issue-tracker-github.md：GitHub のイシュートラッカー
• issue-tracker-gitlab.md：GitLab のイシュートラッカー
• issue-tracker-local.md：ローカル Markdown のイシュートラッカー
• triage-labels.md：ラベルの対応付け（triage がインストールされている場合のみ）
• domain.md：ドメインドキュメントの利用者向けルールとレイアウト

「その他」のイシュートラッカーの場合は、ユーザーの説明に基づいて docs/agents/issue-tracker.md を一から作成します。

5. 完了

セットアップが完了したことと、これらのファイルを参照するようになるエンジニアリングスキルをユーザーに伝えます。後から docs/agents/*.md を直接編集できること、イシュートラッカーを切り替える場合や最初からやり直す場合にのみ、このスキルを再実行すればよいことも伝えます。