methodology-curator

方法論キュレーター

概要

ドメインへの最適な取り組み方を見極めることは、多くの場合、技術的な足場を整えること自体よりも難しい作業です。このスキルは、その分野の熟達者が確立したフレームワークを提示し、既存のプロセスを再発明するのを防ぐとともに、既存の取り組みにおける方法論の不足を特定します。ブレインストーミングや評価を始める前の、簡潔な初期確認として使用してください。

ワークフローへの統合

新しい作業を始めるときは、タスクで使われている用語の数を基準に、以下の各ドメインをすべてスコアリングし、最初に当てはまったものではなく、上位2つのモジュールを読み込んでください。自由記述をカテゴリに対応付ける場合、正しい候補1つにつき約3つの候補を検討することになります（TRIZ-GPT、arXiv 2408.05897、矛盾パラメーターを基準に測定）。そのため、1つだけ選ぶと誤ることが多く、2つ目のモジュールを読み込む価値があります。どの2つを読み込んだか、また他を選ばなかった理由を明示してください。コンテキストに合った原則を選び、作成に進む前に方法論の概要に記録してください。

既存の作業では、そのスキルやフックが何を教えようとしているかを特定し、確立されたフレームワークと比較してください。このギャップ分析によって、欠けている原則を追加したり、用語を広く認知された標準に合わせたりする機会を特定できます。権威性と効果を維持するため、一から書き直すのではなく、必要な方法論を的確に追加してください。

ドメインモジュール

modules/ ディレクトリ内の各モジュールには、熟達者、主要な著作、実践可能なフレームワークを厳選してまとめています。各ドメインで使用する際の選択ガイドと、避けるべきアンチパターンも含まれています。

• インストラクションデザイン：modules/instruction-design.md - 教授法と行動目標。
• コードレビュー：modules/code-review.md - レビュー手法とフィードバックのパターン。
• デバッグ：modules/debugging.md - 体系的なトラブルシューティングのフレームワーク。
• テスト：modules/testing.md - TDD の熟達者とテスト設計のパターン。
• ナレッジマネジメント：modules/knowledge-management.md - ノート作成と知識システム。
• 意思決定：modules/decision-making.md - メンタルモデルと意思決定のフレームワーク。

スキップする場合

作成時にスキップする場合：

• 明確に定義された仕様を実装している
• ドメインがコードベースに高度に特化している
• 方法論をすでに外部で調査している
• 教育的な要素のないシンプルなユーティリティを作成する

評価時にスキップする場合：

• 構文や構造の問題を修正する（代わりに /validate-plugin を使用）
• 作業が純粋に機械的である（よりどころとなる方法論がない）
• 最近、方法論の監査をすでに実施した
• 取り組み方を変えない軽微なバグを素早く修正する

使用しない場合

• 完成したスキルを評価するとき（abstract:skills-eval を使用）
• スキルの作成方法を確認するとき（abstract:skill-authoring を使用）

ドメインモジュール

各モジュールには次の内容が含まれています。

• 熟達者：その分野で広く認められた専門家
• 主要な著作：必読の書籍、論文、講演
• フレームワーク：実践可能な方法論
• 選択ガイド：各アプローチを使用するタイミング
• アンチパターン：避けるべきこと

新しいドメインの追加

熟達者のデータベースを拡張するには、次のテンプレートに従って新しいモジュールを作成してください。

# [Domain Name] Masters

## Masters Overview
| Expert | Key Contribution | Best For |
|--------|-----------------|----------|
| Name   | Framework/Book  | Context  |

## Detailed Frameworks

### [Framework 1]
**Source**: [Expert] - [Work]
**Core Idea**: [One sentence]
**Key Principles**:
- Principle 1
- Principle 2
**Use When**: [Context]
**Avoid When**: [Anti-context]

## Selection Matrix
[Decision guide for choosing between frameworks]

スキル作成との統合

方法論を厳選した後、スキル作成のワークフローには次のメリットがあります。

1. 方法論に基づく TDD シナリオ：方法論が想定する振る舞いに対してテストする
2. 原則に基づく合理化への対抗：方法論の論理を使って言い訳に反論する
3. 信頼できる参照情報：スキルのドキュメントで熟達者を引用する
4. 一貫した用語：方法論の語彙を使用する

関連項目

作成

• /create-skill - スキル作成のワークフロー（この後に使用）
• /create-hook - フック作成のワークフロー
• superpowers:brainstorming - 方法論を選択した後に取り組み方を練り直す
• skill-authoring - スキルの詳細な作成ガイド

評価

• /skills-eval - スキルの品質を評価する（方法論の監査を補完）
• /analyze-skill - スキルの複雑さを分析する
• pensive:code-reviewer - コードレビュー（コードレビューのドメインを使用）

終了条件

• ドメインが「インストラクション設計」「デバッグ」などの名称で特定され、modules/ のモジュールが少なくとも1つ読み込まれ、参照されています。
• 少なくとも1人の専門家、その主要なフレームワーク、および現在の作業に適用できる「使用する場合／避ける場合」を明記した方法論の概要が作成されています。
• タスクが「スキップ」の条件（仕様が明確に定義されている場合、純粋に機械的な修正など）に該当する場合は、黙って省略せず、スキップすることを明示しています。
• 選択したフレームワークは、独自に考案した情報源ではなく、文書化されたモジュール（instruction-design.md、code-review.md、debugging.md、testing.md、knowledge-management.md、decision-making.md のいずれか）を参照しています。