avoid-ai-writing-router

AI Writing Router を回避する

公開 Skills を、範囲を限定したワークフローとして連携させます。最も範囲の狭い担当へルーティングし、ステージ間でコンテキストを保持し、依頼された作業が完了したら停止します。この Skill は、元の avoid-ai-writing ルールブックに取って代わるものではありません。

権限の優先順位

1. ../avoid-ai-writing/SKILL.md が、編集に関する正規の権威です。
2. references/handoff-contract.md は、Skill の境界を越えて引き継げるコンテキストと証拠を定義します。
3. references/skill-graph.json は、ノード、型付きエッジ、ガード、ループ上限の機械可読な情報源です。
4. references/routing-matrix.md は、人が読めるルーティング表です。
5. references/agency-role-lenses.md は、ネットワークの検査に使用するアーキテクチャ、AI 証拠、実装、表現のレビュー観点を定義します。

正規の Skill に定められた保持ルール、証拠に関する注意事項、文体ルール、パターンの段階、パス動作を弱めたり、重複させたり、矛盾させたりしないでください。

オーケストレーションモデル

リクエストを一度分類し、必要最小限で有用な引き継ぎエンベロープを作成してから、後続の各 Skill に同じコンテキストを再推測させるのではなく、そのエンベロープを引き継ぎます。

エンベロープには、次のような観測済みまたはユーザー提供の事実のみを含めます。

• 意図とソースの種類
• 依頼された編集範囲と、明示された事実の訂正
• 正規のコンテキストプロファイルと検出器のコンテキストモード
• 依頼された文体または提示された文体サンプル
• 保護すべき意味上の制約
• 検出器、変更処理、または検証処理を実際に実行したかどうか
• 利用可能な場合は検出器の要約
• 利用可能な場合は保持状況
• リスクフラグ
• 使用した編集パス数と停止上限

ホスト側の証拠がない限り、実行フィールドを executed としてマークしないでください。

主なルーティング

1. スキャン、検出、監査、スコアリング、またはフラグ付けのみを求めるリクエストは、ai-writing-detector に送ります。
2. 返却されたテキストの書き換え、人間らしさの向上、整理、または AI らしい表現の除去を求めるリクエストは、voice-preserving-rewriter に送ります。
3. ファイル名が指定され、そのファイルの変更が明示的に求められている場合は、file-edit-in-place に送ります。
4. 原文と書き換え後の文章、変更前後の比較、または保持状況の検証を求めるリクエストは、preservation-verifier に送ります。
5. AI の使用、不正行為、詐欺、不誠実さ、採用適性など、結果に重大な影響を及ぼす結論の証明に関する主張は、false-positive-reviewer に送ります。
6. 元の Skill を明示的に呼び出す場合は、専門的なステージが明らかに必要でない限り、avoid-ai-writing 内で対応してもかまいません。

複数ステージの順序

「これをスキャンして書き換え、重要な内容が変わっていないことを確認して」のようなリクエストでは、次のように進めます。

1. 決定論的な実行が可能な場合は、ai-writing-detector がシグナルを収集します。それ以外の場合は、正規のルールブックに従ってモデルのみで監査します。
2. voice-preserving-rewriter が返却されたテキストを書き換えるか、明示的に指定されたファイルを file-edit-in-place が変更します。
3. 変更担当が、正当な理由のある修正を共有の編集パス予算内で行い、その後 preservation-verifier が変更前後の内容を確認します。
4. 検証結果が FAIL の場合、共有予算に余裕がある場合に限り、適切な修正担当に一度だけ差し戻します。修正には次の編集パスを使用します。
5. 可能であれば、修正後にもう一度検証を実行します。
6. 残存検出は、ユーザーが収束または残存監査を依頼した場合に限り実行します。この確認は読み取り専用です。確認後に編集する場合は、共有予算に余裕が必要です。
7. 範囲内で正当な編集が残っていない場合、または正規のパス上限に達した場合は停止します。無期限にループしないでください。

型付きエッジ

references/handoff-contract.md のエッジの意味を使用します。

• ROUTE：担当者を選択します。
• FEED：証拠をコマンドに変換せずに渡します。
• VERIFY：変更前後の保持チェックを必須にします。
• REPAIR：保持チェックに失敗した結果を、適切な変更担当者に戻します。
• RECHECK：要求された場合に、範囲を限定した残余チェックを1回実行します。
• ESCALATE：不確かな著作者性の解釈や重大な影響を伴う著作者性の解釈を、false-positive-reviewer に移します。

条件付きガードはグラフのエッジではありません。references/handoff-contract.md に従い、skill-graph.json の guards とハンドオフエンベロープの protected_constraints、human_representation_sensitive に記述します。

条件付きの人間表現ガード

ソース自体が画像プロンプト、動画プロンプト、絵コンテ、ショットの説明、または人物を描写するクリエイティブブリーフである場合は、human_representation_sensitive: true を設定し、アイデンティティに関わる詳細を保護対象の制約として保持します。

references/agency-role-lenses.md の agency-inclusive-visuals-specialist の視点を用いて、文化、地域、年齢、障害、服装、肌の色や照明、身体的現実性に関する詳細を保護します。人物に言及しているだけの通常の文章を、ビジュアルワークフローに送らないでください。

レビューの視点

ネットワークの変更時、または複雑なリクエストで境界上の問題が明らかになった場合は、以下の設計チェックを適用します。

• agency-software-architect：担当範囲、依存関係の方向、範囲を限定したループ、フォールバック、可逆性。
• agency-ai-engineer：検出器の意味、不確実性、誤検知への対応、コンテキストの伝播、評価。
• agency-senior-developer：実行可能なパス、エラー伝播、ファイル変更の証拠、CI とドリフトチェック。
• agency-inclusive-visuals-specialist：人物を含むビジュアルプロンプトとブリーフに限り、表現を保持します。

これらはレビューの視点であり、非公開の依存関係ではありません。現在のホストで外部の Agency Skill を利用できない場合は、実行したと主張せず、エンコードされた視点を適用します。

境界の変更

以下の場合はローカルで続行せず、ルーターに制御を戻します。

• 作業が読み取り専用から変更を伴うものに変わった場合。
• 対象が返却テキストから名前付きファイルに、またはその逆に変わった場合。
• 必要な変更前後の証拠がない場合。
• ワークフローが要求する決定的な実行を利用できない場合。
• ユーザーがパターン分析から、重大な影響を伴う著作者性の主張に移った場合。
• 検証に失敗し、別の修正担当者が特定された場合。

既存のハンドオフエンベロープを維持し、新しい判断によって影響を受けるフィールドのみ変更します。

停止条件

ユーザーが要求した段階が完了し、必要な検証ゲートを通過した場合、明示的に利用不可と報告した場合、または修正のための編集パスが残っていない状態で失敗した場合は、処理を停止します。予算を使い切って失敗した場合は、結果を検証済みとせず、その旨を報告します。

以下は禁止です。

• 検出器の出力から著作者性を推測すること。
• ユーザーの許可なくファイルを変更すること。
• 検証の失敗を隠すこと。
• 別の Skill が存在するという理由だけで段階を再実行すること。
• 正規の書き換えパス上限を超えること。
• AI に言及しているという理由だけで、無関係な文章作成やコーディングのリクエストをこの Plugin に送ること。

出力

要求された段階が完了し、利用可能な検証が終了してから、選択したワークフローの結果のみを返します。返却テキストを書き換える場合は、完成版の書き換えを全文で1つだけ含めます。後続の段階で置き換えられた草稿は公開しません。名前付きファイルを編集する場合は、ファイルの重複を全文表示せず、変更された範囲を報告します。複数段階の作業では、実際に実行した段階、モデルのみで行った段階、実行した決定的なチェック、使用した編集パスの回数、修正の有無、最終的な保持状況または未解決の失敗を明記します。