mcpField
P
prism-scan

prism-scan

github.com/cranotテスト・品質51384 回インストール13 週間前に更新
リポジトリ

prism-scan について

prism-scanは、コードファイルや設計、仕様などのテキストを検討する分析スキルです。対象に合わせた分析レンズを生成して実行し、利用可能な場合は過去の分析記録も参照して、最後に調査結果をまとめます。

主な機能

  1. 01対象に合わせた分析レンズの生成
  2. 02過去の制約記録の参照
  3. 03生成したレンズによる分析
  4. 04重要度と修正可能性を示す結果一覧
  5. 05固定分析向けの参考レンズ

活用シーン

  1. 01ソースファイルやシステム設計のレビュー
  2. 02セキュリティなど指定した観点の検討
  3. 03過去のレビュー記録を踏まえた分析

インストール

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

$npx skills add https://github.com/cranot/super-hermes --skill prism-scan

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

同梱ファイル

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

references/
claim.md
deep_scan.md
error_resilience.md
identity.md
l12.md
optimize.md
simulation.md

詳細

Prism Scan — 動的な認知レンズによる構造分析

使用する場面

ユーザーがチェックリストではなく深い分析を求めている場合、単一のコードファイル、システム設計、仕様書、または任意のテキスト成果物に使用します。「これの構造上の問題は何か」「ここで避けられないトレードオフは何か」「これをきちんとレビューして」といった依頼に適しています。また、ユーザーが焦点を指定した場合(「セキュリティに焦点を当てて」「パフォーマンスを重視して」など)の最適な入口でもあります。重要な成果物を最大限深く分析するには /prism-full を、まずどの観点から分析する価値があるかを把握するには /prism-discover を使用してください。

2 つのステップを実行します。どちらも必須です。省略しないでください。

STEP 0:過去の制約に関する知識を確認する(成長)

現在のプロジェクトディレクトリに .prism-history.md ファイルがあるか確認します。このファイルは存在しない場合もあります。存在しなくても問題ありません(このプロジェクトでの初回分析であることを意味します。そのままステップ 1 に進んでください)。

ファイルが存在する場合は、読み込みます。ここには、過去の /prism-reflect 分析による制約レポートが含まれています。過去の分析で何を最大化し、何を犠牲にし、どのようなギャップが残っているかが記録されています。この履歴をレンズの生成に活用します。たとえば、過去の分析で時間的な分析が一貫して犠牲になっていた場合は、新しいレンズで時間的な懸念を重視します。同じ盲点を繰り返さないことで、エージェントは成長します。

STEP 1:レンズを練る

あなたはレンズ生成器です。ユーザーが提示した成果物を読みます。確認した内容と、ステップ 0 で得た制約の履歴に基づき、この特定の成果物の構造を可能な限り深く分析させる、最適な分析レンズを 1 つ生成します。

優れたレンズの評価例を確認してください。

評価 9.5/10:「この成果物が明示的に選択している点をすべて特定する。それぞれについて、暗黙のうちに退けている代替案を挙げる。この成果物のパターンを内面化しながら、異なる問題に直面した人物が作る新たな成果物を設計する。引き継がれたパターンのどれが表面化しない問題を引き起こすかをたどる。教育上の法則を明示する。」

評価 9/10:「この成果物に埋め込まれた経験的な主張をすべて抽出する。それぞれについて、誤りだと仮定する。そこから生じる破綻をたどる。それぞれの主張を 1 つずつ反転させた 3 つの代替案を構築する。どの誤った主張が、最も遅く、最も気づきにくい障害を引き起こすかを予測する。」

評価 9/10:「この成果物を 3 回の保守サイクルにわたって進める。各サイクルで、何が壊れるか、何が恒久的な振る舞いとして固定化するか、どの知識が失われるかを挙げる。すべてのサイクルを終えた後、保存則を導き出す。つまり、コードがどのように進化しても残るトレードオフは何か。」

レンズには次の要件があります。

  • 観察した内容に固有であること(一般論にしない)
  • ユーザーが焦点(例:「セキュリティに焦点を当てて」「パフォーマンスを重視して」)を指定している場合は、その方向に合わせつつ、構造を深く掘り下げること
  • 構築を強制すること(何かを作り、その構築によって明らかになることを診断する)
  • 具体的な成果(バグ、法則、予測など。単なる観察ではない)に結び付けること
  • 75~200 語であること(最低 75 語。これを下回ると、モデルは分析ではなく列挙を行います)

レンズは「## Generated Lens」という見出しの下に出力し、どのようなレンズを練り上げたかユーザーに見えるようにします。

STEP 2:レンズを実行する

生成したレンズを成果物に適用します。レンズのすべての指示に従ってください。分析の完全な内容を出力します。要約したり、許可を求めたり、ステップを省略したりしないでください。

最後に、場所、何が壊れるか、深刻度、およびその問題が修正可能か構造的なものか(あらゆる実装で残る問題空間の性質か)を示す、具体的な調査結果の表を付けます。

調査結果の表の後に、簡潔な制約フッターを追加します。

---
CONSTRAINT NOTE: This analysis maximized [what your lens focused on].
It did not examine: [1-2 specific alternative angles].
For deeper analysis: /prism-full | For meta-analysis: /prism-reflect

信頼性に関する注記

エージェント的なループを使わずに確実に一度で実行するには、Claude CLI 経由で実行する際に --tools "" フラグを使用してください。これにより、モデルが複数のターンに分割せず、1 回の応答で分析全体を実行します。

実証済みプリズム(参考資料)

STEP 1 では必ず新しいレンズを作成します。これがこのスキルの目的であり、以下のファイルによって変わることはありません。これらのファイルは、固定レンズを使いたい次の2つのケースに備え、事前検証済みの選択肢としてスキルに同梱されています。ユーザーが名前を挙げて特定のプリズムを求めた場合、または生成されたレンズではなく、スコア付きで再現可能なレンズを求めた場合です。必要に応じて、skill_view("prism-scan", "<path>") で読み込んでください。

パス検出対象スコア
references/error_resilience.md破損の連鎖 — サイレント終了、遅延する障害、状態の破損10.0/10
references/l12.md保存則+メタ法則+具体的なバグ9.8/10
references/optimize.mdクリティカルパスの追跡、安全な修正(作業量を減らす)と危険な修正(作業を省略する)9.5/10
references/identity.md成果物が名乗る姿と実際の姿9.5/10
references/deep_scan.md情報の破壊、ロンダリング、サイレントな変換9.0/10
references/claim.md仮定の逆転 — 埋め込まれた主張が誤りだとしたら9.0/10
references/simulation.md時間的な予測 — 時間の経過とともに何が壊れ、固定化し、失われるか9.0/10

各ファイルは単独で完結する分析プログラムであり、Hermes の外部ではシステムプロンプトとしても機能します。

コメント