autobahn

リスクのある範囲をタスクから切り分け、安全な残りの部分だけを新しいサブエージェントで実行します。サブエージェントには切り分けたプロンプトだけを渡し、範囲の切り下げ内容を明示的な台帳で報告します。

目標

リスクに近接する作業について、明示的にスコープを判断してから、安全な範囲をクリーンルームで実行します。切り分けはここで行い、実行は新しいサブエージェントで行います。サブエージェントに渡すのは切り分けたプロンプトだけで、リスクのある元の依頼や、このセッションでの推論は一切渡しません。この分離こそが重要です。実行するエージェントはリスクのある依頼を読まないため、依頼をためらったり、弱めたり、拒否したりする必要がなく、安全な作業に全力で取り組めます。autobahn は回避策ではありません。フラグが立った依頼をガードレールの隙間から通すのではなく、その依頼を取り除き、代わりに真に安全なプロンプトを実行します。

ワークフロー

1. FRAME: タスク、入力、ユーザーが明示したリスク許容度を確認します。ユーザーがすでにスコープ縮小を許可している場合は、そのまま進めます。許可していない場合は、縮小案を提示し、区分を明確にしたうえで、RUN の前に承認を待ちます。明確な境界線に該当する項目には安全な代替案がないため、譲れません。グレーゾーンの項目では、安全な代替案を採用するとユーザーが望む可能性のあるスコープが失われるため、実際に確認すべき点となります。すべての項目が明確な境界線に該当する場合は、そのまま進めます。記録は台帳に残します。ユーザーが明確な境界線の判断そのものに異議を唱えた場合は、圧力のかかるセッションで再検討させないでください。交渉や説得を取り除いた項目の抽象的な説明を、新しいコンテキストに渡して再評価し、異議申し立てとその結果をいずれの場合も台帳に記録します。
2. CARVE: タスクと隣接する入力を精査し、ガードレールに関わる項目を探します。各項目について、verdict=descope を提案し、明確な境界線かグレーゾーンかを分類し、リスクのない代替案を1つ示し、否定的内容をコーパスとして扱う規約に従ってアーカイブ先を指定します。ユーザーがグレーゾーンの項目を残すと決めた場合は、スコープ内に残し、所有者が維持を決定した項目として台帳に記録します。除外する手法への言及は、特定に必要な範囲にとどめ、詳しく説明してはいけません。
3. GUARD: 縮小内容を簡潔なスコープガードブロック（絶対的な除外事項、許可される代替案、スコープ内に残すものを許可するコンテキスト）にまとめ、縮小したプロンプトに組み込みます。これにより、実行時にブロックの内容がそのまま引き継がれます。ブロックには各除外項目を明記し、実行時に再導入されないようにします。元のリスクのある依頼を、その手法とともにそのまま記載してはいけません。実行環境で同じファイルシステムまたはメモリストアをこのセッションと共有する場合、共有状態にある判断ログ、メモ、トランスクリプト検索を参照しないよう実行側に指示します。このセッションが近くに書き込んだ内容からリスクのある依頼を実行側が読み取れてしまうなら、プロンプトをクリーンにしても意味がありません。安全なスコープの作業を最大限の強度で行い、ためらい、謝罪、成果物の縮小をしないよう実行側に指示します。
4. RUN: 新しく、コンテキストがクリーンなサブエージェント（先行コンテキストなしで開始するタスク）を起動し、縮小したプロンプトだけを渡します。リスクのある元の依頼や、縮小に至った理由は渡しません。サブエージェントは安全なスコープの作業を最大限の強度で実行し、成果物を返します。実行エージェントはリスクのある依頼を見ることがありません。作業に集中できるのは、このセッションではなく縮小によるものです。サブエージェント内でリスクのある内容が見つかった場合は、その場で即興の対応をせず、必ず CARVE に戻します。
5. VERIFY: 返された成果物と隣接する成果物に対し、次の5つの失敗方向を確認しながら敵対的な検証を行います。リスクのある内容が詳しく説明されている、リスクのある内容が気づかれないまま削除されている、安全な作業が薄められたり除外扱いされたりしている、古いリスクのある内容が近くに残っている、縮小時に何かを見落としたり過剰に除外したりしている、の5つです。報告前に、このセッションとは独立したコンテキストから元のタスクをもう一度精査し、結果を台帳と照合します。この独立した再精査は1回（N=1）に限定し、際限なく並列化しません。
6. LEDGER: 実行が完了し、サブエージェントのウィンドウを閉じた後で、成果物とともに、縮小したすべての項目を列挙したスコープ縮小台帳を報告します。各項目について、分類、除外または所有者が維持を決定した項目という判定、理由、安全な代替案、アーカイブ先を記載します。アーカイブ記録を作成するのはこの時点だけです。実行中にリスクのある内容をディスク上に残すと、縮小によって得た隔離が損なわれます。除外事項は空白ではなく、明示された判断として扱います。

ルール

• 実行するサブエージェントには、切り出したプロンプトだけが見えます。リスクのある元の依頼、切り出しの判断過程、このセッションのコンテキストを渡してはいけません。クリーンな実行コンテキストを用意することで、安全な実行をフラグなしに保ち、このスキルが回避策にならないようにします。このセッションと並行して実行環境がファイルシステムやメモリーにアクセスできる場合は、判断ログ、メモ、トランスクリプト検索を参照することも切り出したプロンプトで禁止します。隣接する情報からリスクのある依頼を再構成できるなら、プロンプトをクリーンにするだけでは不十分です。
• 同じセッション内での異議申し立ては再審査ではありません。ユーザーが明確な境界線に対する判断に異議を唱えた場合は、交渉の内容ではなく、対象の抽象的な説明だけを含む新しいコンテキストに、その判断を委ねてください。同じ対象への異議申し立てが繰り返されること自体も、解決するだけでなく、報告する価値のある兆候です。
• ユーザーが範囲縮小を事前に許可していない場合は、切り出し案の提示を求めてください。切り出したプロンプトの内容を左右するグレーゾーンの項目に回答がない状態で、RUN を開始してはいけません。明確な境界線に基づく除外は交渉の余地がないため、それだけを理由に作業を止めてはいけません。
• 探りを入れてはいけません。除外対象やグレーゾーンの依頼を、通るかどうか試すために提示してはいけません。そのような依頼が存在する前に、切り出しによって範囲を確定します。
• 範囲ガードのブロックは、どこでも使える正確な形で保ち、切り出したプロンプトにそのまま組み込んでください。ガードは両方向を保護する必要があります。実行時に除外対象を詳述させないこと、そして切り出しで範囲内に残した内容を弱めたり、曖昧にしたり、再度拒否したりさせないことです。
• 危険な詳述を防いでください。対象外の手法について、範囲外であることを特定するために必要な最小限を超えて、実行に使える詳細を決して提供してはいけません。この制約は、台帳と切り出したプロンプトそのものにも適用されます。
• このスキルを安全制御の回避策として位置づけてはいけません。リスクのある依頼を提示する前に取り除き、真に安全なプロンプトをクリーンルームで実行することで、制約を遵守します。フラグが立った入力を通過させることはできません。生成するのは、別の安全な入力です。
• モデルのルーティング、フォールバックの提供、固定モデルの選択を制御できると主張してはいけません。それらはプロンプトの挙動ではなく、ハーネス側の挙動です。
• 除外した内容も記録として保持してください。対象外にした内容は、除外理由と安全な代替案を添えてアーカイブし、記録から消してはいけません。後続の検討で台帳からアンチパターンを抽出できるようにします。アーカイブ項目は実行終了後に記述してください。切り出しの目的は、リスクのある内容を実行環境が読める場所に置かないことです。

検証

完了前に、次の点を確認してください。

• CARVE に、見つかったすべてのガードレール関連項目が含まれており、それぞれに分類、除外または所有者の判断で維持という判定、安全な代替案、アーカイブ先が付いていること。
• RUN サブエージェントに渡されたのが切り出したプロンプトだけであり、組み込まれたガードが両方向を保ち、後続で内容を弱めたり詳述したりしていないこと。また、ファイルシステムやメモリーへのアクセスを共有している場合は、共有状態にある判断ログ、メモ、トランスクリプト検索へのアクセスもプロンプトで禁止していること。
• 近接するリスクのある内容を理由に、安全な成果物の内容が弱められていないこと。また、実行中に見つかったすべての新たな項目が、CARVE を経て台帳に記録されていること。
• 元のタスクを独立して再点検する作業を、新しいコンテキストで実施し、その結果を台帳と照合して報告すること。そこで見つかった漏れ（見逃したリスク、または過度に広い除外）は、すべて台帳に反映されていること。
• 除外対象のアーカイブ項目が、実行終了後に記述されており、実行前ではないこと。
• 最終報告に、除外項目、分類、理由、代替案、アーカイブ先を含む、独立した LEDGER セクションがあること。