fable-domain

Fable Domain

fable-method は、ループを各分野の用語に置き換えるドメインアダプターを提供します。このスキルは新しいアダプターを作成し、その分野で利用できる、手順を追ったワークフローとフローチャートを提供します。

目的

新しい専門分野（金融、マーケティング、法令遵守、DevOps など）向けに、検証済みで情報源に裏付けられたドメインアダプターとトラップ用フィクスチャを生成します。一般的なエージェントのライフサイクルにおける規律を、分野固有の証拠基準と失敗・不正行為の一覧に置き換えます。

使用する場合

• ユーザーがドメインアダプターの追加または生成を依頼した場合（/fable-domain <sector>）。
• Fable の方法論を、コーディング以外の専門分野に展開する場合。
• 分野固有のトラップ用フィクスチャと評価スイートを作成する場合。

使用しない場合

• 依頼された分野で専門資格を持つ人間による対応が必要な場合、または重大な危害をもたらすリスクがある場合（医療診断、正式な法律相談、投資助言など） — 拒否し、適切な資格を持つ人間に引き継いでください。
• 依頼された分野が一般的なソフトウェアエンジニアリングと本質的に異ならない場合（fable-execute または fable-plan を使用してください）。
• ドメイン固有のアダプターを伴わない一般的な Skill 作成の場合（承認済みの公開作成ワークフローを使用してください）。

入力

• sector_name：依頼された業界または機能分野（例：finance、marketing、data-analysis）。
• user_requirements：ユーザーが提示する現実のユースケース、信頼できる権威ある情報源、譲れない境界条件。

期待される出力

1. ドメインワークフローとフローチャート：調査に基づいて整理した手順と、mermaid フローチャート。
2. ドメインアダプター：引用付きの一次資料を含め、references/domains/TEMPLATE.md に準拠するもの。
3. トラップ用フィクスチャ：分野の中心的な不正行為を定義する GROUND-TRUTH.md を含む、eval/scenarios/ 内の評価シナリオ。
4. スモーク評価：初期の対照群対アダプターの検証実行。

手順

1. ステージ 1：相談：ユースケース、実務者の基準、信頼できる権威ある情報源、禁止される行為について、状況に応じて確認します。レッドラインを適用し（医療・法律・金融に関する助言は拒否）、対象範囲の条件を適用します（分野が一般的なソフトウェアエンジニアリングの場合は拒否）。
2. ステージ 2：調査：権威ある情報源に絞ってウェブ調査を行います。規制、プラットフォームポリシー、実務者が求める証拠基準、文書化された失敗モードを抽出します。
3. ステージ 3：バンドルの生成：
   • references/domains/ 内の既存アダプターをすべて読み、準拠するテンプレートも確認します。
   • 分野の対象範囲を正確に定義します。
   • 順序立てたワークフローと mermaid フローチャートを作成します。
   • references/domains/TEMPLATE.md に従ってアダプターを作成します。
   • すべてのルーティング先（レジストリ、カタログ、ドキュメント）に接続します。
   • 客観的な違反マーカーを含むトラップ用フィクスチャを作成します。
4. ステージ 4：検証とスモーク評価：
   • リポジトリのチェックを実行し、構造上の整合性を確認します。
   • アダプターの指示がないモデルの動作と、アダプターの指示がある場合の動作を比較するスモーク評価を実行します。
   • バンドル内の主張と情報源に対し、fable-judge による敵対的監査を実施します。
   • 結果を最初に示す完了レポートを提出します。

判断ルール

• レッドラインによる拒否：臨床医学、正式な法律相談、または金融取引の助言に関わる分野では、生成を直ちに拒否します。
• 対象範囲の判定：依頼された分野で扱う証拠がファイルとスタックトレースだけの場合は、作業を停止し、基本的なコーディングスキルで既に対応できることを伝えます。
• 一次資料の必須条件：規制上の基準値、コンプライアンス関連法令、業界規則にはすべて、確認日を添えた検証済みのウェブ情報源を引用する必要があります。

ツールポリシー

• ウェブ検索を使用し、権威ある一次資料と規制文書を取得します。
• 架空の規制文書の引用や、実在しないポリシー番号を作り出してはいけません。
• すべてのワークフロー図には、標準の Mermaid 図を生成します。

証拠要件

• アダプターの Sources セクションに、一次資料の URL と確認日を記載します。
• 再現可能な失敗・合格テスト実行を備えた、検証可能なトラップ用フィクスチャを用意します。
• 合格した fable-judge 評価レポートを用意します。

失敗への対処

• 実際の規制を確認するためのウェブアクセスが利用できない場合は、基準をでっち上げずに生成を中止してください。
• スモーク評価でトラップフィクスチャに対する動作の違いが示されない場合は、アダプターが実証されていないと報告してください。

完了条件

• 4 つのバンドル成果物すべてが作成され、検証済みであること：ワークフローのフローチャート、アダプター、トラップフィクスチャ、スモーク評価。
• レッドラインに該当する安全性違反がないこと。
• レジストリとドキュメントの参照が適切に同期されていること。