session-export-nocode

コード以外の方向性をエクスポートする

これは、ユーザーが明示的に実行する配布アクションです。公開されるフロントマターでは Agent Skills 仕様で受け入れられるフィールドのみを使用するため、disable-model-invocation は出力されません。現在の skills-ref バリデーターが、この標準外のフィールドを拒否するためです。簡潔な説明とランチャーによって、この方向性はユーザーが実行するものに保たれます。ベーススキルと一緒にインストールしてください。Agent Skills には依存関係フィールドがありません。

npx skills add Samuka007/skills \
  --skill session-export-nocode --skill agent-session-batch-export -g -y

実行

ランチャーを呼び出す前に、同梱の direction.json を読み取ってください。これは、この方向性に関する唯一のメタデータファイルです。その themes 配列には、次のテーマのみが宣言されており、それぞれ名前を使ってベーススキルの themes/ 内で解決されます。

role-play（ロールプレイ）、writing（執筆）、planning（計画）、 report-analysis（レポート分析）。

各エントリーは { "theme": NAME } オブジェクトで、テーマごとの override は任意です。同梱されている4つのエントリーは、名前のみです。購入内容に関する制約は、この方向性のルートにある override に記述されています。そこには exclude_keywords の単語リスト（「コード以外」を定義するために、コーディングを示す語句が含まれていないことを確認するもの）と、パッケージングの基準が含まれます。パッケージングの基準は、エントリーが参照バンドルの複数ターンの水準に合致するようにする、意図的に設定された1つの数値（min_user_turns）です。その値はここではなく、direction.json に記述されています。それ以外のすべての段階はベーススキルの scripts/policy.json に基づき、このスキル内のどのファイルにもそれらの値は再記載されていません。

出力ディレクトリを選択してから、次を実行します。

bash scripts/session-export-nocode.sh \
  --out "$OUT_DIR"

--out は必須です。--request "$FULL_USER_REQUEST" も以前の呼び出し元との後方互換性のために受け付けますが、どのゲートでも使用されず、どこにも渡されません。ランチャーの動作は、リクエストの文面に依存しなくなりました。

ユーザーが指定した場合は、スキャンオプションを渡してください。 --allow-credentials、--agent、--workspace、--since、--min-lines。 ランチャーは標準の同階層にインストールされた agent-session-batch-export を解決し、共有契約を呼び出します。

agent-session-batch-export/scripts/export-direction.sh \
  --direction-file FILE --out DIR ...

ランチャーはアダプターにすぎません。スキャン、Python ファネル、ポリシーのしきい値とそのオーバーライド、認証情報のチェック、選択、コピー、マニフェスト、配布は、ベースランナーが担当します。これらの段階をここで実装したり、置き換えたりしないでください。

レビューポリシー

デフォルトは無人実行です。 ランチャーは常に --yolo を付けてベースランナーを呼び出します。決定論的なファネルが選択を決定し、バッチ単位のプロンプトは表示されず、マニフェストには batch_confirmed=false が記録されます。フレーズによるゲートはもうありません。以前は「直接エクスポート」「確認不要」「確認しなくてよい」「確認の必要なし」というフレーズから --yolo を付けるかどうかを判断し、それ以外のすべてのリクエストではフラグを省略していました。この経路では、リクエストが「直接エクスポート」と言っても「エクスポートしてください」と言っても違いはありません。

ユーザーのリクエストで、先に確認を求めるよう明示されている場合（たとえば「先に確認」「私に一度確認させて」「私の確認が必要」など）は、--confirm を渡してください。その場合、ランチャーは --yolo を省略し、ベースランナーがバッチ単位の [y/N] を1回表示します。y と答えると batch_confirmed=true で配布され、EOF またはそれ以外の回答では何もエクスポートされません。これはバッチ単位のチェックポイントにすぎません。この経路に行単位の審査手順はなく、入力すべき判断用データもありません。

以前のインストールについて説明するための履歴：廃止されたゲートは、上記4つの完全一致フレーズだけを照合し、長いリクエストのどこにあっても一致しました。簡潔なリクエスト、無言のリクエスト、または「エクスポートしてください」では、確認プロンプトが表示されていました。ファネルの出力や candidates.tsv、screen.tsv、decisions.tsv のファイルは編集しないでください。ファネルレポートを確認できるのは、実行に致命的な問題があった場合に限ります。これは判断用データではなく、書き換えてはなりません。行を採用または除外する判断をしたり、別の審査エンジンを作成したりしないでください。

対応可能なエラー

ベースランナーの事前チェック出力を変更せずに表示します。Windows で Python を利用できない場合は、winget install Python.Python.3.13 のヒントを表示し、インストールして再試行するかユーザーに確認します。決定論的なファネルスクリーニングを、セマンティックモデルによるスクリーニングに決して置き換えないでください。

デフォルトでは、ランナーは認証情報を含むセッションを配信対象から除外します（これらが書き出されることはありません）。除外ごとに、ソースと認証情報の種類、および合計数を報告するため、その一覧をユーザーに伝えてください。残りのセッションは通常どおり配信され、除外内容はマニフェストに記録されます。--allow-credentials を指定すると、これらのセッションも含まれます。これは人間による明示的な判断であるため、その選択肢を提示し、黙って追加しないでください。ベーススキル自体が見つからない場合は、ランチャーのインストール手順を表示し、2 つのスキルをまとめてインストールするようユーザーに依頼してください。