ジョブ
runjob を使用して、バウンドされた作業をインストール済みのヘッドレスモデルCLIに委譲し、マシン全体の実行台帳を管理します。runjob が PATH に存在することを確認してください。存在しない場合は、リポジトリのインストール手順をユーザーに案内し、独自のマシン全体インストールを実施しないでください。
ジョブの起動は、クォータを消費したりプロバイダーの料金を発生させる可能性があります。ジョブの投入や委譲を明示的にリクエストすることは、その起動の許可とみなします。説明、調査、ドラフト、計画のリクエストは起動許可ではありません。
実行形式の選択
- バウンドされた1つのジョブには
runjob runを使用します。これは選択された作業ディレクトリで実行され、ブランチやワークツリーを作成しません。編集やコミットが発生する可能性のある作業には、使い捨てのGitワークツリーまたはフリートモードを使用してください。 - 複数のジョブ、依存関係順序付け、自動分離ワークツリー、再開可能なセッション、エンジンごとの同時実行制限には
runjob fleet runを使用します。フリートファイルを作成する前に、references/fleet.md をお読みください。 - 進行中の作業を確認するには
runjob log、runjob report、runjob dashを使用します。これらは読み取り専用です。明示的な台帳変更はrunjob repairを使用します。
ユーザーが現在の会話内での委譲を依頼した場合、このスキルをセッション内のサブエージェントの代わりに使用しないでください。
単発ジョブ
重要な手順にはプロンプトファイルを使用し、投入内容をレビュー可能にします：
runjob run --engine codex --effort high \
--cwd /absolute/path/to/worktree --file /absolute/path/to/prompt.md
ユーザーが --model や --effort を選択しておらず、エンジンに適切なCLIデフォルトがある場合は、これらを省略します。現在のモデル名を勝手に発明しないでください。エンジン固有のフラグ、認証、サンドボックス動作が重要な場合は、references/engines.md をお読みください。
runjob run は、--wait が指定されない限り起動後に戻ります。表示されたuidを保持してください。以下のコマンドで確認します：
runjob log --uid UID
runjob log --active
runjob report UID --json
runjob dash
ログとプロンプトにはソースコードや機密指示が含まれる場合があります。これらは ${DEV_JOBS_HOME:-~/.config/dev-jobs} に保存されます。個別のレビューなしに公開または添付しないでください。
完了と引き継ぎ
uid、実際にリクエストされたエンジン/モデル、作業ディレクトリ、ジョブが単に起動されたのか完了したのかを報告します。プロセスの起動を成功結果として説明しないでください。待機する場合は、端末の台帳状態を確認し、ジョブの実際の出力（エラーや残作業を含む）を要約します。
機械可読なジョブ終了については、references/report-trailer.md の正確なプロトコルを使用します。そのフィールドをジョブの主張として扱い、マージや公開の前にコミット、テスト、変更パスを独立して検証します。