santa-method

Topics in the source

• Santa Method
• 起動するタイミング
• アーキテクチャ
• フェーズの詳細
• フェーズ1: リストを作る（生成）
• フェーズ2: 二度確認する（独立したデュアルレビュー）
• ルーブリックの設計
• ドメイン固有のルーブリック拡張

マルチエージェント敵対的検証フレームワーク。リストを作り、二度確認する。問題があれば、良くなるまで修正する。 核心的な洞察: 自分の出力をレビューする単一のエージェントは、その出力を生み出したのと同じバイアス、知識のギャップ、体系的なエラーを共有しています。共有コンテキストを持たない2人の独立したレビュアーは、この障害モードを解消します。 以下の場合にこのスキルを呼び出します: 出力が公開、デプロイ、またはエンドユーザーに提供される場合 コンプライアンス、規制、またはブランドの制約が適用される必要がある場合 コードが人間のレビューなしに本番環境にデプロイされる場合 コンテンツの正確性が重要な場合（技術文書、教育資料、顧客向けコピー） スポットチェックで体系的なパターンを見逃す可能性のある大規模バッチ生成 ハルシネーションリスクが高い場合（主張、統計、API リファレンス、法的言語） 内部ドラフト、探索的調査、または確定的な検証がある場合（それらにはビルド/テスト/Lint パイプラインを使用）には使用しないでください。 主要タスクを実行します。通常の生成ワークフローに変更はありません。Santa Method は生成後の検証レイヤーであり、生成戦略ではありません。 2つのレビューエージェントを並列で起動します。重要な不変条件: 1. コンテキスト分離 — どちらのレビュアーも相手の評価を見ない 2. 同一ルーブリック — 両方が同じ評価基準を受け取る 3. 同じ入力 — 両方がオリジナルの仕様と生成された出力を受け取る 4. 構造化出力 — それぞれが散文ではなく型付き判定を返す ルーブリックは最も重要な入力です。曖昧なルーブリックは曖昧なレビューを生みます。すべての基準には客観的な合否条件が必要です。 | 基準 | 合格条件 | 失敗シグナル | |-----------|---------------|----------------| | 事実の正確性 | すべての主張がソース資料または常識から検証可能 | 作り上げられた統計、誤ったバージョン番号、存在しないAPI | | ハルシネーションなし | 作り上げられたエンティティ、引用、URL、参照なし | 存在しないページへのリンク、出典のない引用 | | 完全性 | 仕様のすべての要件が対応されている | 欠落しているセクション、スキップされたエッジケース、不完全なカバレッジ | | コンプライアンス | すべてのプロジェクト固有の制約に合格 | 禁止語の使用、トーン違反、規制への非準拠 | | 内部一貫性 | 出力内に矛盾なし | セクションAがXと言い、セクションBがX以外と言う | | 技術的正確性 | コードがコンパイル/実行され、アルゴリズムが健全 | 構文エラー、ロジックのバグ、誤った計算

This is an excerpt. Refer to the complete source and its current requirements.