Stats
Actions
Tags
From foo-skills
foo-skills プラグイン（bootstrap で生成された AI 自走環境＋ consult 等の plugin 内蔵スキル群）を使った作業中に、foo-543674 が発した「foo-skills の原料（bootstrap 原料 + 各スキル定義）の改善で次回から防げる指摘」を抽出し、foo-543674/foo-skills リポジトリに GitHub Issue として登録する。ログインユーザーが foo-543674 のときのみ動作する、プラグインの自己改善フィードバックループ専用スキル。`/foo-skills:skill-feedback` で明示的に呼び出す。
How this skill is triggered — by the user, by Claude, or both
Slash command
/foo-skills:skill-feedbackThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
foo-skills プラグイン（bootstrap で生成された AI 自走環境 + plugin 内蔵スキル群）への指摘を、`foo-543674/foo-skills` の GitHub Issue として外部化し、プラグインの原料改善フィードバックループを回すスキル。
foo-skills プラグイン（bootstrap で生成された AI 自走環境 + plugin 内蔵スキル群）への指摘を、foo-543674/foo-skills の GitHub Issue として外部化し、プラグインの原料改善フィードバックループを回すスキル。
foo-skills の目的は foo-543674 の「複製」 である。思想を文書化し AI の知識で補完することで、最終的には AI に foo-543674 の仕事を代替させる。
v2 アーキテクチャでは、このプラグインは ジェネレータ + 内蔵スキル群 である。bootstrap がプロジェクトに AI 自走環境（CLAUDE.md、エージェント、アーキテクチャテスト等）を生成する一方で、consult や本スキル自身のような plugin 内蔵スキルも foo-543674 の作業環境にもたらされる振る舞いを構成する。両者とも philosophy/、perspectives/、bootstrap テンプレート、各スキル定義を原料として作られる／動作する。
つまり foo-skills プラグインを通じて foo-543674 にもたらされた振る舞いに感じた「ズレ」は、いずれかの原料がまだ十分でないことの兆候 であり、原料の改善ネタとして吸い上げるべきものである。bootstrap 生成物への指摘も plugin 内蔵スキルへの指摘も、どちらも本スキルの対象。
ただし、これらの振る舞いは 様々な端末・様々な作業リポジトリ で経験される。そこで感じた指摘をローカルのターミナル経由で foo-skills に反映するのは摩擦が大きく、フィードバックが失われやすい。
そこで GitHub を中継点にした非同期フィードバックループ を構築する：
作業リポジトリの Claude Code セッション
└─ foo-skills プラグインを使って作業
(bootstrap 生成 AI 自走環境 / consult 等の plugin 内蔵スキル)
└─ 指摘が発生（生成物 or 内蔵スキルの品質・判断基準・観点の不足等）
└─ /foo-skills:skill-feedback でバッチ Issue 化
↓
foo-543674/foo-skills に Issue 群
└─ GitHub 上でトリアージ（採用 / 却下＋理由）
└─ 採用 → 原料の修正 PR
(philosophy/ / perspectives/ / bootstrap テンプレート / 各スキル定義)
↓
PR マージ → プラグイン更新 → 次回利用時に反映
重要な思想: Issue は TODO 管理ではなく 意思決定ナレッジベース として使う。採用されなかった指摘も Close + 理由コメントで残すことで、将来「似たケースをどう判断したか」を検索可能にする。却下理由そのものが資産になる。
対象とする指摘:
foo-skills プラグインを通じて foo-543674 の作業環境にもたらされた振る舞いへの指摘。具体的には：
「bootstrap 生成物への指摘ではない＝対象外」と判定するのは誤り。プラグインを通じた振る舞いはいずれもプラグインへのフィードバックとして処理する。
含む:
foo-543674/foo-skills への Issue 作成含まない:
source:<name> ラベルの作成等）— 別途人間側で意思決定する事項/foo-skills:skill-feedback による 明示的な呼び出しのみ自動起動はしない。foo-543674 本人が「ここで区切って指摘を飛ばす」と判断したタイミングで叩く。
ログインユーザーが foo-543674 であることを確認する。本人以外が起動した場合は即座に中断する（他人のリポジトリに Issue を飛ばさない）。
ツール選択は以下の優先順位で判定する：
1. GitHub MCP が使えるか（mcp__github__get_me を試行）
└─ 成功: レスポンスの login を確認
2. MCP が使えない場合、gh CLI で確認
└─ `gh api user --jq .login` を実行
3. どちらも使えない
└─ 「GitHub MCP も gh CLI も利用不可です。どちらかのセットアップが必要です」と表示して中断
login != "foo-543674" の場合：
このスキルは foo-543674 本人のフィードバックループ専用です。
現在のログインユーザー: <login>
Issue は作成しません。
と表示して終了する。
直前までの会話履歴を見直し、resources/detection-criteria.md の判定規則に従って指摘候補を収集する。
抽出時の観点：
detection-criteria.md）候補ゼロなら「発行する Issue はありません」と表示して終了。
各候補に対して以下の分類を行う（詳細は resources/detection-criteria.md と resources/examples.md）：
| 分類 | 処理 |
|---|---|
| ユーザー起因（入力省略・誤記・コンテキスト不足） | 除外 |
| 正当な対話設計の結果（段階的な確認、暗黙知の引き出し等） | 除外 |
| モデルの素の推論能力の限界（原料改善で補えない） | 除外 |
| 生成物の品質不足（原料の欠落・不足に起因） | confirmed として採用 |
| 原料改善で補えそう（グレーゾーン含む） | candidate として採用 |
判定に迷ったら candidate にする（全件 Issue 化の思想。判定の妥当性はトリアージ時に再検討される）。
各採用候補について、foo-543674/foo-skills の既存 Issue を検索する：
1. GitHub MCP 優先: mcp__github__search_issues
2. フォールバック: gh search issues --repo foo-543674/foo-skills ...
検索クエリは対象原料名 + 指摘キーワード（抽出された失敗の要点）で組み立てる。オープン/クローズ両方を対象にする（却下された類似判断も資産なので参照する）。
見つかった類似 Issue は本文の「類似 Issue」セクションに番号とタイトルを載せる。
resources/issue-template.md のテンプレートに従って Issue 本文を組み立て、即座に発行する。発行前の CLI 側プレビュー・承認ステップは挟まない（トリアージは GitHub 側で行うため、CLI 側に意思決定を寄せない）。
ツール選択：
1. GitHub MCP 優先: mcp__github__issue_write (create)
2. フォールバック: gh issue create --repo foo-543674/foo-skills --title ... --body ... --label ...
ラベル：
| ラベル | 用途 |
|---|---|
feedback | このスキル由来 Issue の目印（必須） |
confirmed | 確定指摘 |
candidate | グレーゾーン（却下時は Close + 理由で資産化される） |
source:<name> | 改善すべき原料の種別（既存ラベルから選択できる場合のみ） |
source:<name> の値（現在整備済みの選択肢）：
source:philosophy/<file> — 価値観・判断基準の不足source:perspectives/<file> — 品質レンズの不足・偏りsource:bootstrap/template — 生成テンプレートの不足source:bootstrap/skill — bootstrap スキル自体のフロー改善新規ラベルは AI 側で勝手に作成しない。source:<name> を付与する前に、リポジトリに当該ラベルが実在するかを gh label list --repo foo-543674/foo-skills（または GitHub MCP の list_labels）で必ず確認する。実在しなければ 省略 し、本文の「対象」セクションで対象原料パスを明記する。上記リスト中の <file> はプレースホルダであり具体ラベル名ではない。source:philosophy/<file> のような形をテンプレートに当てはめて推測ラベルを生成してはならない（例: source:perspectives/testing を付与してよいのは gh label list で実在を確認できた場合のみ）。新規ラベル体系の整備（例: source:skills のような単一カテゴリラベルにするか否か）は別途人間側で意思決定する事項であり、本スキルが先回りで決めない。gh label create を含む応答は禁止。
発行した Issue の一覧（番号・タイトル・ラベル・URL）を表示して終了する。
source:<name> ラベルは修正箇所の特定に直結する。どの原料に起因するか判然としない場合は、本文で「推定」と明記した上で記載する。source: ラベルは既存ラベルからのみ選択する: 該当する source:<name> ラベルが整備されていない原料領域（例: plugin 内蔵スキル）の場合、新規ラベルを AI 側で勝手に作成しない。source: ラベルを省略し、本文「対象」セクションで対象原料パスを明記する。gh label create を含む応答は禁止。resources/detection-criteria.md: 指摘の採用/除外を判定する詳細な規則resources/issue-template.md: 発行する Issue の本文テンプレートresources/examples.md: 判定の具体例（このスキル自体の設計対話を素材に固定化）npx claudepluginhub foo-543674/foo-skills --plugin foo-skillsProvides a checklist for code reviews covering functionality, security, performance, maintainability, tests, and quality. Use for pull requests, audits, team standards, and developer training.