prism-scan について
prism-scanは、コードファイルや設計、仕様などのテキストを検討する分析スキルです。対象に合わせた分析レンズを生成して実行し、利用可能な場合は過去の分析記録も参照して、最後に調査結果をまとめます。
主な機能
- 01対象に合わせた分析レンズの生成
- 02過去の制約記録の参照
- 03生成したレンズによる分析
- 04重要度と修正可能性を示す結果一覧
- 05固定分析向けの参考レンズ
活用シーン
- 01ソースファイルやシステム設計のレビュー
- 02セキュリティなど指定した観点の検討
- 03過去のレビュー記録を踏まえた分析
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ cranot/ super-hermes --skill prism-scanインストール後、Claude Code で/prism-scanを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/claim.mddeep_scan.mderror_resilience.mdidentity.mdl12.mdoptimize.mdsimulation.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 の外部ではシステムプロンプトとしても機能します。