mcpField
I
idea-lineage

idea-lineage

github.com/garrytan生産性31.3k137 回インストール今日更新
リポジトリ

idea-lineage について

idea-lineageは、gbrain内で一つのアイデアがどう変化したかを追うスキルです。根拠に基づく読み取り専用の整理を行い、変化、矛盾、放棄された方向性を区別します。

主な機能

  1. 01一つのアイデアの変遷を追跡
  2. 02ページと根拠を検索
  3. 03転換点と反転を分類
  4. 04矛盾と通常の変化を区別
  5. 05結果を読み取り専用に維持

活用シーン

  1. 01アイデアの最初の記録を探す
  2. 02過去と現在の見解を比較
  3. 03何に取って代わったかを追跡
  4. 04主張同士の矛盾を確認

インストール

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

$npx skills add https://github.com/garrytan/gbrain --skill idea-lineage

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

同梱ファイルrouting-eval.jsonl

詳細

idea-lineage - 脳内での単一アイデアの進化

規約: 引用ルール、引用の忠実性、出典に基づく主張については、conventions/quality.md を参照してください。

境界: 保持者に帰属する見解と、脳の所有者の断定的な事実の違いについては、docs/takes-vs-facts.md を参照してください。系譜を要約する際に、これらの層を一つにまとめないでください。

解決する課題

ユーザーは、あるアイデアが時間とともにどのように変化したかを知りたいことがよくあります。つまり、そのアイデアが最初に現れた時期、明確になった時期、何に取って代わったのか、何と矛盾したのか、そして現在どのような形で生きているのかを知りたいのです。これは、概念マップ全体を作成したり、あるエンティティの指標の推移を図示したりするのとは異なります。

ユーザーが一つのアイデア、トピック、フレーズ、または概念ページについて尋ね、その脳内での進化を知りたがっている場合に、このスキルを使用します。

代表的な例:

  • 「創業者主導の営業について、アイデアの系譜をたどってください。」
  • 「複利的な信頼について、私の考えはどのように変わりましたか?」
  • 「このアイデアの現在の形はどのようなものですか?」
  • 「このアイデアはどこから生まれ、その過程で何を捨てましたか?」

このスキルの対象外

  • concept-synthesis ではありません。このスキルは、多数の概念の仮ページから重複を取り除き、階層化し、概念ページを作成して、幅広い知的マップを構築します。
  • find_trajectory ではありません。この操作は、MRR、役職、所在地、ステータスなど、エンティティの型付き事実やイベント行の推移を図示します。
  • 矛盾を調査するプローブの実行機能ではありません。利用できる場合、このスキルはキャッシュ済みの矛盾に関する調査結果を参照できますが、コストの高いプローブは起動しません。
  • デフォルトでは文章作成モードではありません。読み取り専用の回答を確認した後、ユーザーが保存用の成果物を明示的に求めない限り、系譜ページを書き込まないでください。

契約

このスキルは以下を保証します。

  • 単一のアイデアに対象を限定します。コーパス全体や「自分の概念をマップして」といった広範なプロンプトは、代わりに skills/concept-synthesis/SKILL.md に振り分けます。
  • 系譜に関するすべての主張は、既存の脳内の証拠を引用します。ページのスラッグ、存在する場合はソース ID、日付、短い引用または抜粋を記載します。
  • 証拠が不足している場合は、もっともらしい物語で補わず、欠落として示します。
  • 矛盾、方針の転換、放棄された分岐は、通常の時間的な進化とは分けて扱います。
  • デフォルトのモードは読み取り専用で、脳のページを変更しません。

フェーズ

フェーズ 1:アイデアの対象を特定する
  1. アイデアを一文で言い換えます。
  2. search を使って、完全一致するフレーズとその異形を検索します。
  3. 自然言語で表現した形を使って、意味検索の query を一度実行します。
  4. アイデアに明らかな概念スラッグまたはタイトルがある場合は、list_pages で概念ページを確認します。
  5. 検索結果が概念ではなく、エンティティ/指標/ステータスの推移を示している場合は、find_trajectory または通常の query/think の推移追跡経路に引き継ぎます。

同じフレーズが複数の異なるアイデアを指す場合は、統合する前に、どのアイデアを意図しているのかユーザーに確認します。

フェーズ 2:証拠を集める

各出力カテゴリを裏付ける、または否定するのに十分な証拠を集めます。

  • 日付とソーススラッグを含む検索チャンク。
  • 関連性が最も高い概念、メモ、書き起こし、会議、記事、またはプロジェクトのページを get_page で取得した全文。
  • バックリンク、related フロントマター、または検索結果での繰り返しの共起から見つかった関連概念ページ。
  • アイデアが信念、賭け、直感、または誰かに帰属する主張として現れる場合は、takes_search を使って見解を検索します。
  • ユーザーが一貫性のなさについて尋ねている場合、または検索結果に明白な対立が見られる場合は、find_contradictions でキャッシュ済みの矛盾に関する調査結果を取得します。
  • 役職/ステータス/指標の推移など、アイデアの経緯に関係する証拠がエンティティ/属性の形式である場合に限り、find_trajectory を使用します。

大量の整理されていない情報より、質の高い情報源を少数選ぶことを優先します。抜粋から系譜上の節目がうかがえる場合は、ページ全文を読みます。

フェーズ 3:系譜上の重要な時点を分類する

根拠を次の分類に分けます。

  1. 初出 - アイデアが現れた、日付が確認できる最も早い根拠です。
  2. 最も明確な表現 - 最も明瞭、または最も完全な表現です。必ずしも最新とは限りません。
  3. 現在有効なバージョン - 現在も有効と見られる、権威性が最も高い最新のバージョンです。
  4. 方針転換 - ユーザーの立場が変化した箇所です。
  5. 矛盾 - 同時に、または同じ前提のもとでは、両立しない主張です。正当な時間的な更新とは区別してください。
  6. 放棄された分岐 - 有望な案として現れた後に消えた、支持を失った、または明示的に却下されたものです。
  7. 関連概念 - 元のアイデアに影響を与えた、またはその一部を引き継いだ周辺のアイデアです。

ある分類に根拠がない場合は、確認した内容についての短い注記を添えて「明確な根拠は見つかりませんでした」と記載してください。

フェーズ 4:系譜を統合する

以下の出力形式で回答を作成します。統合の詳しさは根拠に見合ったものにしてください。根拠が乏しい、まとまりがない、または矛盾している場合、無理に一貫した変遷としてまとめないでください。

フェーズ 5:任意の次のアクションを提案する

役立つ場合は、具体的なフォローアップを 1 つ提案してください。

  • 系譜を brain ページとして保存する。
  • ユーザーが概念マップ全体の更新を実際に望んでいる場合は、広範な concept-synthesis を実行する。
  • アイデアが構造化されたエンティティの事実に依存することが判明した場合は、trajectory データを実行または確認する。
  • 古いキャッシュ済みの調査結果では不十分で、ユーザーが明示的により負荷の高い調査を希望している場合に限り、矛盾の調査を実行する。

出力形式

通常の回答では、次の形式を使用してください。

## Current Live Version
[1-3 sentences. Include confidence: high / medium / low.]

## Lineage
- First mention: [date] - [claim] ([source-id:slug], "short quote")
- Best articulation: [date] - [claim] ([source-id:slug], "short quote")
- Turning point: [date] - [what changed] ([source-id:slug])

## Reversals and Contradictions
- Reversal: [what changed, with before/after evidence]
- Contradiction: [what conflicts, or "No clear evidence found"]

## Abandoned Branches
- [branch] - [why it appears abandoned, with evidence]

## Related Concepts
- [concept slug or title] - [relationship]

## Evidence Gaps
- [bucket or claim] - [what was checked and what is missing]

短い回答ではセクションをまとめてもかまいませんが、同じ区別は維持してください。根拠に欠ける主張を除き、必ず出典を引用してください。

品質ルール

  • 初出または最も明確な表現を挙げる際は、原文を正確に引用してください。
  • 出典に日付がある場合は記載してください。日付がない場合は推測せず、「日付不明」としてください。
  • ユーザー自身の現在の見解については、ユーザーの直接の発言を最も権威あるものとして扱ってください。
  • holder に帰属する見解は、その holder の信念として扱い、脳の所有者や世界についての事実とみなさないでください。
  • 根拠が弱い断片 1 件、日付不明のページ、または曖昧な意味検索に由来する場合は、信頼度を低くしてください。
  • 検索結果やページのペイロードにソース ID が含まれている場合は、引用にもその ID を残してください。

失敗した場合

gbrain のエラー code、終了コード、[AGENT] ブロック、または通知ブロックについては、エージェント運用プロトコルに従ってください。このスキル固有の注意事項:

  • find_trajectory または概念検索が、劣化通知とともに何も返さない場合:キーワードのみの検索では以前の言い回しを見落とすため、その旨を伝え、「このアイデアは X に初めて現れた」と断定しないでください。
  • 概念のスタブに対する get_page が page_not_found を返す場合:系譜をたどる前に、タイトル検索でスラッグを特定してください。系譜の段階を捏造せず、根拠の不足を報告してください。

アンチパターン

  • 1 つのアイデアに関する質問に対して concept-synthesis を実行する。
  • エンティティの MRR、ARR、役割、またはステータスの変遷を、区別を説明せずに概念の系譜として示す。
  • 通常の時間的な変化を矛盾として扱う。
  • 話を面白くするために、放棄された分岐を捏造する。
  • ユーザーの明示的な指示なしに、brain ページを保存または書き換える。
  • 同梱のフィクスチャやドキュメントで、実在の人物名、企業名、ファンド名、またはフォーク固有の例を使用する。

関連スキルと操作

  • skills/concept-synthesis/SKILL.md - 概念マップを広範に変更・統合するスキル。
  • skills/query/SKILL.md - brain の一般的な検索と、出典を引用した回答。
  • skills/brain-ops/SKILL.md - 出典の帰属と、brain を優先する動作。
  • find_trajectory - エンティティの型付き事実とイベントの構造化された時系列。
  • find_contradictions - キャッシュされた矛盾の疑いに関する調査結果。

使用するツール

  • search - 完全一致するフレーズのバリエーションや日付付きの言及をキーワード検索します。
  • query - 概念的に一致する項目をセマンティック検索します。
  • get_page - 候補となるソースページの全体的な文脈を取得します。
  • list_pages - 概念ページの検出と、範囲を指定したページの列挙を行います。
  • takes_search - 特定の人物に帰属する信念、賭け、直感、事実を検索します。
  • find_contradictions - 関連する場合に、キャッシュされた矛盾の調査結果を取得します。
  • find_trajectory - 任意で、構造化されたエンティティの軌跡を別経路で取得します。

コメント