mcpField
C
crucible-navigator

crucible-navigator

github.com/terrylicaエージェントワークフロー152 回インストール1 日前に更新
リポジトリ

crucible-navigator について

crucible-navigator は、研究エージェントを認識論、実行、ガバナンス、アーカイブ関連のサブスキルへ振り分けるスキルです。研究開始時の読む順序と、よくある落とし穴も示します。

主な機能

  1. 01研究意図に応じた4種のサブスキルへの振り分け
  2. 02新しい研究キャンペーンの読む順序
  3. 03認識論とアーカイブ確認の落とし穴の提示
  4. 04仮説検証を進化的選択として捉える枠組み

活用シーン

  1. 01研究結果の信頼性を確かめる
  2. 02仮説検証やパラメータ探索を計画する
  3. 03研究方針の転換や中止を判断する
  4. 04アーカイブ済みの案を見つけて再評価する

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/terrylica/cc-skills --skill crucible-navigator

インストール後、Claude Code で/crucible-navigatorを入力して読み込まれたか確認します。

同梱ファイルreferences/evolution-log.md

詳細

crucible-navigator — 調査キャンペーンの進め方

自己進化型スキル：このスキルは使用することで改善されます。ルーティングガイダンスが誤っている場合（ユーザーの意図に対して誤ったスキルが呼び出された場合）は、説明の TRIGGERS リストと以下のルーティングテーブルを修正してください。理由を references/evolution-log.md に追記してください。先送りしないでください。

このスキルの役割

エージェントに調査手法の指針を示します。調査タスクの種類に応じて、適切なサブスキルにエージェントを振り分けます。4つのサブスキルは、認識論（A）、実行（B）、意思決定（C）、アーカイブ（D）を扱います。

ルーティングテーブル — ユーザーの意図をスキルに対応付ける

ユーザーの意図を示すシグナル振り分け先
「この発見は本物か？」「有意性を確認」「シャッフルした帰無仮説」「因果的特徴」「ラベルリーク」a-research-foundations
「仮説を検証」「パラメーターをスイープ」「マルチエージェント分析」「ゲート検証」「トレードごとの分析」b-investigation-methodology
「方針を転換すべきか？」「これをリリースするか？」「打ち切るか、改善するか？」「コンテキストが多すぎる」「発見を置き換える」c-meta-governance
「休眠中のアイデアを確認」「アーカイブには何がある？」「これを復活させる」「状況が変わった」d-emergent-resurrection

判断に迷う場合は、A（基礎）から始めてください。認識論的な規律は、最も難しい前提条件です。

中核となる遺伝的・進化的な捉え方

このプラグインでは、調査を選択圧のかかる集団として扱います。

Population ───────────> (multi-lens agents propose candidates)
    │
    ▼
Fitness ──────────────> (z-score vs shuffled null, OOS replication, kill-selectivity)
    │
    ▼
Selection ────────────> (serial adversarial gates A→B→C→D→E)
    │
    ▼
Surviving individuals ─> (champion stacked as supersedes chain in evolution.jsonl)
    │
    ▼
Mutation/Crossover ───> (agent proposes perturbations of winner; orthogonal components recombined)
    │
    ▼
Archive failures ─────> (d-emergent-resurrection preserves with resurrect_if conditions)
    │
    └──────── NEXT GENERATION ───────┐
                                     ▼
                                 (new audit folder)

「仮説」とは、(trigger, filter_cascade, management_rule) という三つ組です。各要素は独立して変異します。交叉によって、異なるキャンペーンから検証済みの要素が組み合わされます。失敗した個体はゴミ箱ではなく、アーカイブに入れます。

新しいキャンペーンでの読み進め方

  1. このファイルを読む。 遺伝的な捉え方を理解します。
  2. a-research-foundations/SKILL.md を読む。 6つの認識論的規律を確認します。
  3. b-investigation-methodology/SKILL.md を読む。 6つの実行パターンを確認します。ここが中心となるスキルです。
  4. 方針転換や意思決定の際は、必要に応じて c-meta-governance/SKILL.md を参照する。
  5. 仮説がアーカイブにある失敗済みの仮説に似ている場合は、まず d-emergent-resurrection/SKILL.md を確認する。 復活させようとしている可能性があります。

アンチパターン

  1. N=1の証拠から原則を普遍的なものとして扱う。 各原則には confirmation_count があります。再確認済みの原則を優先してください。
  2. Aを省略する。 経験豊富なエージェントほど認識論を省略しがちですが、そうしないでください。ラベルリークの罠、誤った帰無仮説の罠、エージェントzの過大評価の罠は、すべてAにあります。
  3. Dを確認せずに新しいキャンペーンを実行する。 アイデアは繰り返し現れます。再調査する前にアーカイブを確認してください。
  4. 台帳に記録せずに結論を書く。 A5（記録管理の規律）を参照してください。

リポジトリ内の主要な場所

research-lab-repo/ 内：

  • findings/methodology/ — 元の10個の原則ファイル（プラグイン導入前）
  • findings/evolution/evolution.jsonl — 発見事項の台帳（追記のみ）
  • findings/evolution/audits/ — 日付別の監査フォルダー（キャンペーンごとに1つ）
  • findings/evolution/audits/CLAUDE.md — 監査インデックス

セッションを終えるとき

以下に気付いた場合は、references/evolution-log.md を更新してください。

  • ルーティングテーブルでユーザーの意図が漏れていた（行を追加する）
  • 関連するプロンプトで TRIGGER キーワードが反応しなかった（説明を拡充する）
  • サブスキルが想定より弱かった（改善が必要だと記録する）

実行後の振り返り

このスキルを呼び出した後、ルーティングによって誤ったスキルが選択された場合、または新しいユーザー意図のパターンが現れていて、まだ対応できていない場合は、次の手順を実行します。

  1. ギャップを特定します。 ルーティングされなかったユーザーの依頼は何ですか？
  2. 修正方法を判断します。 ルーティングテーブルに新しい行を追加しますか？ TRIGGERS にキーワードを追加しますか？ 新しいサブスキルが必要ですか？
  3. 修正を適用します。 このファイルを直接編集します。references/evolution-log.md に、日付、トリガーテキスト、変更内容、該当するセッションへのリンクを追記します。
  4. 問題を黙って先送りしないでください。 気づかれないままのギャップは、誤検知よりも深刻です。

コメント

Markdown 対応