mcpField
M
multithink

multithink

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

multithink について

multithinkは、完了済みの独立レビューを集約し、証拠に基づく所見記録と監査可能なレポートを作るスキルです。元の入力を保持し、引用された根拠と反証を確認して、票数やレビュー人数ではなく証拠に基づいて分類します。

主な機能

  1. 01元のレビューをバイト単位で保持
  2. 025つの証拠項目で所見を記録
  3. 03引用された根拠と反証を確認
  4. 04引用証拠に基づいて所見を分類
  5. 05制約付きの証拠交換を1回実施

活用シーン

  1. 01成果物に対する完了済みレビューの集約
  2. 02争点となる所見の根拠の監査
  3. 03証拠交換後の立場の変化を追跡

インストール

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

$npx skills add https://github.com/lilmgenius/paperthin --skill multithink

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
scripts/
segments.mjs
segments.test.mjs

詳細

独立した読み取り結果を受け取り、その根拠を確認し、各所見の背後にある監査証跡を保持します。

目標

最終的な所見レコードをフラットな形式で返し、ラウンド0の原文をすべてそのまま含む、完全な監査可能レポートを作成します。クラスは根拠による裏付けの度合いを示すものであり、投票や真実の保証ではありません。

ワークフロー

  1. 対象の成果物または質問を明確にし、出所情報を伴う独立したラウンド0の読み取り結果を受け取ります。レビュー担当者を募集してはいけません。独立した読み取り結果を捏造せず、不足している入力を要求します。オプションのやり取りについては、対象バージョン、利用可能な範囲、支出上限を記録します。
  2. 解釈する前に、ラウンド0の原文をそれぞれバイト単位で保持します。このスキルのフォルダーから node scripts/segments.mjs pack <report> <round0-file>... を実行します。このコマンドは各原文の生バイトを、それぞれ独立した区切り付きレポートセグメントにコピーします。ラベルはセグメントの外側に置かれ、エンコーディング、空白、改行は変更されません。また、各原文のソースパス、ラベル、バイトオフセット、バイト長、sha256 を記載した <report>.index.json を書き出します。終了コードは、0 がパック成功、2 が使用方法の誤りまたは原文を読み取れない場合です。セグメントを要約したり、やり取りの後に上書きしたりしてはいけません。また、記録されたオフセットが有効なままになるよう、セグメントの後にレポートの残りの部分を書きます。生バイトを利用できない場合は原文を要求し、保持状況を未検証のままにします。
  3. 異なる主張または棄権をそれぞれ抽出し、以下の5つのフィールドを使ってレコードを作成します。レコードとともに、所見とそのクラスを示します。対立する立場は個別に確認できる状態に保ち、重複を統合する場合も各出所を保持します。不足情報は明示し、決して捏造しません。不完全なレコードは候補のまま維持し、裏付けありに昇格させてはいけません。
  4. 引用された資料を記載箇所で確認し、安全で読み取り専用の範囲で再現手順を実行します。引用された裏付けのうち、どれが有効で、引用された反対根拠のうち、どれが有効かを特定します。記載された立場を裏付けない引用は退け、その理由を記録します。出典のない主張や棄権を含め、各立場に以下の「主張先行・根拠後続」のルールを適用します。
  5. 必要に応じて、明示された支出上限内で、根拠が争われている事項について1回分のやり取りを準備できます。共有するのは、争点となっている引用、場所、再現手順のみです。他のレビュアーの文章、確信度、立場、立場の件数、出力全体を共有してはいけません。呼び出し元から独立して得られた回答を受け取ります。レビュアーを募集してはいけません。やり取りで用いた正確なペイロードと回答をレポートに保持します。同じルールで再分類し、クラスが変わった所見については、以前のクラス、最終クラス、変更の原因となった具体的な根拠を記録します。文章だけの修正ではクラスを変更できません。
  6. 新たな独立根拠が得られないラウンドで終了します。合意したことを終了条件にしてはいけません。主張の繰り返しや、同じ裏付けを示す引用の繰り返しは、新たな独立根拠ではありません。やり取りは最大1ラウンドです。やり取り後は新たな根拠が得られていても終了し、上限に達したことを明記し、未解決の所見は未解決のままにします。やり取りを行わない場合は、ラウンド0の分類と、やり取りがなかったことを報告します。
  7. フラットな形式の最終レコードと、完全な監査可能レポートを出力します。レポートには、候補、各クラスの根拠に基づく理由、パネル内で意見が分かれた出所、根拠を退けた理由、やり取りのペイロードと改訂(ある場合)、終了理由、ラウンド0の原文すべてをそのまま含めます。未解決の疑問と、それを解決するために必要な根拠を明示し、対象を修正してはいけません。
調査結果の記録

各調査結果には、次の5つのフィールドがすべて含まれます。調査結果の記述、分類、出所に関する注記はメタデータであり、いずれのフィールドの代わりにもなりません。

フィールド内容
source根拠を提供する外部文書の識別子または対象アーティファクトと、確認可能な引用です。人の断言は証拠ではありません。引用された根拠が残っていない場合は、その旨を明記します。
location調査結果が対象とする正確なファイルと行、記述、または具体的な主張です。
reproduction証拠を調べるために、別の読者が再実行できるコマンド、記述の検索方法、またはクエリです。再現できない場合や安全に再現できない場合は、成功として記録せず、不足として記録します。
counterevidence調査結果を覆し得るもの、確認した内容、見つかった反証の引用です。「調べたが見つからなかった」と「調べていない」を区別します。
independence根拠がどのように得られたかを示します。外部資料、対象を再導出したもの、または断言のみのいずれかです。共通の出所と不明な依存関係を記録します。モデル、ペルソナ、観点の広がりはカバレッジの事実として記録し、重みや数値の独立性スコアとしては扱いません。呼び出し元が失敗モード別に分割した読み取りも、他のものと同様に判定します。
断言してから証拠を確認するルール

残っている引用付き証拠のみを用い、各立場について以下の4つの手順を順番に適用します。

  1. 立場が一切断言されていない、または「判断できない」とだけ示されている場合=不十分
  2. 断言され、引用付きの支持と引用付きの反証がある場合=異議あり
  3. 断言され、引用付きの支持があり、引用付きの反証がない場合=支持されている
  4. 断言されているが、残っている引用付きの支持がない場合=裏付けなし

明示的な「判断できない」という回答は棄権であり、断言ではありません。出典のない立場が断言されている場合は、不十分ではなく、裏付けなしです。異議ありは支持要素を保持します。読者の意見が分かれているだけで未決着なのではなく、引用付きの証拠により支持されると同時に反対されている状態です。

ルール

  • 読み取り専用です。対象と引用された証拠を調べます。アーティファクトの編集、変更を伴う再現の実行、修正の実装は行いません。要求された記録とレポートの作成が出力操作です。
  • 広範なレビューにかかる費用は、ユーザーの呼び出しによって決まります。完了済みの読み取りを受け取り、独自により広範な実行を依頼してはいけません。
  • 既存の読み取りを、制約された証拠確認を最大1回行って集約します。事前情報のない新規の読み取りを行ったり、失敗モードごとにアーティファクトを観点へ分割したり、使用する観点の数を決めたりしてはいけません。他のスキルをインストールする必要はありません。
  • panel-split は、誰がどの立場を取ったかを出所情報として記録するだけです。分類には一切反映しません。レポートには残し、証拠に基づく分類理由とは分けて記載します。
  • 生の件数、異なる出所の数、または多数派を、分類、確信度、重み、順位、タイブレーカーに用いてはいけません。モデルの広がりはカバレッジを示すものであり、独立した正しさを示すものではありません。異なる出所が誤りを共有している場合もあります。単一モデルによる実行は、カバレッジのみとして明記します。
  • 出典のある少数派の立場は、出典のない反対意見に対しても支持されている状態を保ち、panel-split を注記します。出典のない反対の断言は、それ自体の証拠に基づいて裏付けなしと報告します。両方の立場に残っている引用付きの支持がある場合は、双方を保持し、争点となる主張を異議ありと分類します。
  • パネルの合意を理由に、調査結果が真実であるとレポートに記載してはいけません。合意は証拠を検証するものでも、不足する裏付けを補うものでもありません。記録が埋められているだけでは、出典の妥当性は立証されません。

検証

  1. 最終的な各指摘には、出典、場所、再現手順、反証、および独立性が含まれています。必須情報が不足している場合は、裏付けのある指摘ではなく、明示的な候補として残します。
  2. 各指摘の主張と、残っている引用だけを対象に、4段階ルールを再適用します。出典のない主張は裏付けがなく、棄権は不十分であり、両面の証拠が引用されている場合は、裏付けを保持したまま争点ありとして扱うことを確認します。
  3. 各クラスの根拠と改訂をすべて確認します。件数、多数派、出所の広がり、パネル内の意見の相違が、クラスの決定、確信度、重み、順位、または同点時の判断材料に影響していないことを確認します。出典のある少数意見の裏付けが、出典のない反対意見によって消されずに残っていることを確認します。
  4. このスキルのフォルダーから、受け取ったラウンド0の原本をパック内の順序で指定して node scripts/segments.mjs verify <report> <report>.index.json <round0-file>... を実行します。このコマンドは、記録されたバイトオフセットと長さに基づいて各セグメントを再抽出し、sha256 をインデックスと照合するとともに、バイト列を原本と比較します。終了コードは次のとおりです。0 はすべてのセグメントのバイト列が完全一致、1 は不一致(セグメント名を表示)、2 は使用法エラーまたは入力を読み取れない場合です。見た目の類似性ではなく、終了コード 0 を必須とします。原本がない場合はダイジェストのみを検証し、比較できない項目は未検証として報告します。
  5. 記録された送信済みのやり取りのペイロードを確認します。共有されたのは、争点となっている引用、場所、再現手順のみであり、共有回数は最大1回です。クラスを変更した場合は、その原因となった証拠を明記します。やり取りがなかった場合は、その旨を記載し、やり取りの確認に合格したとは主張しません。
  6. 両方の出力が存在すること、中止理由が証拠ルールまたはやり取りの上限に従っていること、未解決の指摘が引き続き表示されていること、および対象が変更されていないことを確認します。

コメント