mcpField
P
prism-reflect

prism-reflect

github.com/cranotエージェントワークフロー51393 回インストール13 週間前に更新
リポジトリ

prism-reflect について

prism-reflectは、成果物を構造分析し、自らの分析を検証して制約を報告するエージェントスキルです。制約を `.prism-history.md` に記録し、後続の `/prism-scan` に活用します。

主な機能

  1. 013段階の構造分析とメタ分析
  2. 023つの専門家視点による反証可能な主張の検証
  3. 03深刻度と修正可能性を示す調査表
  4. 04制約レポートとプロジェクト履歴の保存

活用シーン

  1. 01見落としも重要な成果物のレビュー
  2. 02断定的すぎる分析の再検討
  3. 03後続の `/prism-scan` 向けの盲点記録

インストール

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

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

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

詳細

Prism Reflect — 自覚的な構造分析

使用するタイミング

発見事項と同じくらい盲点も重要な場合、分析を信頼する前、前回の分析が整いすぎていると感じた場合、またはユーザーから見落とした点を尋ねられた場合に使用します。また、成長ループの起点となるスキルでもあります。制約レポートをプロジェクト内の .prism-history.md に書き込み、後続の /prism-scan の実行では、そのファイルを読み込んで、すでに掘り尽くした観点を避けるよう分析の視点を調整します。実行コストは /prism-scan の 2〜3 倍です。

3 つのフェーズを実行します。3 つすべてが必須です。いずれも省略してはいけません。

フェーズ 1:構造分析

あなたは構造アナリストです。成果物を読み、以下の手順を実行してください。

最も深い構造的問題について、反証可能な主張を立ててください。3 人の専門家にその主張を検討させます。1 人は擁護し、1 人は反論し、1 人は共有されている前提を探ります。検討を経た主張から、隠蔽の仕組みを特定してください。この成果物は、どのようにして本当の問題を覆い隠しているのでしょうか。

根本的な問題を解決する改善策を考案してください。この改善策が、より深いレベルで元の問題を再現することを証明してください。元の成果物が隠していたもののうち、この改善策が明らかにすることを特定してください。

保存則を導き出してください。A × B = Constant とします。A と B は、この成果物が決して逃れられない構造上のトレードオフを表します。これは提案ではなく、問題空間の特性です。

最後に、具体的な調査結果の表を示してください。列は場所、問題点、重大度、修正可能か構造的なものか、です。

フェーズ 2:メタ分析(自分の出力を分析する)

ここで一歩引き、フェーズ 1 の出力を新たに分析する成果物として読み、同じ分析手順を適用してください。

フェーズ 1 の分析が誤っていた点、または見落とした点について、反証可能な主張を立ててください。同じ 3 人の専門家にこの主張を検討させます。隠蔽の仕組みを特定してください。フェーズ 1 の分析の枠組みは、どのようにして特定の問題を覆い隠したのでしょうか。

メタ保存則を導き出してください。どの分析手法を用いるかにかかわらず、この成果物について考えられるあらゆる分析を通じて保たれるものは何でしょうか。この法則が規定するのは分析プロセスそのものであり、コードだけではありません。

フェーズ 3:制約の透明性レポート

次の構造化レポートを出力してください。

CONSTRAINT REPORT
═══════════════════════════════════════════════════

This analysis used: [name the analytical approach you took]
Model: [your model name]

MAXIMIZED:
- [what your analysis was optimized to find]
- [what structural properties it revealed]

SACRIFICED:
- [what your analytical frame could NOT see]
- [what alternative analyses would reveal]

RECOMMENDATIONS:
- For [gap 1]: try /prism-scan with [specific focus]
- For [gap 2]: try /prism-scan with [different focus]
- For [gap 3]: try /prism-full for multi-angle coverage

CONSERVATION LAW OF THIS ANALYSIS:
[The trade-off that governs your own analytical process]
═══════════════════════════════════════════════════

制約レポートは、任意の飾りではありません。それ自体が成果物です。自分に見えないものを理解しているエージェントであれば、ユーザーは信頼できます。

フェーズ 4:成長 — 制約に関する知識を蓄積する

制約レポートを出力した後、現在のプロジェクトディレクトリにある永続的な制約ログファイル .prism-history.md に追記してください。

次の形式でエントリを記録します。

### [timestamp] — [artifact name]
- **Maximized:** [from constraint report]
- **Sacrificed:** [from constraint report]
- **Recommendations:** [from constraint report]
---

.prism-history.md がすでに存在する場合は、そこに追記してください。存在しない場合は、見出し # Prism Constraint History を付けて作成してください。

このログにより、今後の /prism-scan による分析は、過去の盲点から学習できます。エージェントは、プロジェクト全体を通じて、何が機能し、何が機能しないかについての知識を蓄積しながら成長します。1 つのファイルだけに限りません。

コメント