{{SKILL_ROOT}}/SKILL.md を読んで、本番ワークフローとその人間による判断を確認してください。
共通コマンドプレフィックスとして python "{{SKILL_ROOT}}/scripts/greybox.py" を使用します。
Node、MCP、モデル切り替えは不要です。このラッパーはオプションです: WorkBuddyは完全なスキルを読み取り、CLIを直接実行することもできます。セットアップで返されたコマンドプレフィックスを使用します。これにより実際のPythonと検証済みパッケージIDが記録されます。
長時間実行されるアートケースでは、task-context pin を使用して既存のPLAN内の実際のエントリを固定し、task-context run で続行します。{{SKILL_ROOT}}/references/task-context.md を参照してください。ハンドオフ後、またはモデル/ツール変更後は再チェックしてください。利用できないモデル/スキーマの事実は不明として報告します。task-context inspect はインストールされたコピーと、各元の台帳のレガシー/エグゼキュータ復旧ルートを区別します。新しいエグゼキュータに適合させるために有料ジョブを再作成しないでください。
-
現在のタスクを、意図、観測された状態、要求されたエンドポイントに基づいて読み取ります。構造化されたリクエストルーティングには
intent route --file REQUEST --project PROJECTを使用します。議論は議論のままにします。グレーボックスリクエストはデフォルトでグレーボックスエンドポイントにルーティングされます。続行は元のタスクレコードを使用します。グレーボックス作業にはhost setup --host workbuddy --scope greybox --project PROJECTを実行します。アート/画像ブランチにはhost setup --host workbuddy --scope art --project PROJECT --capability-report REPORT --session-id SESSIONを実行します。セットアップは実際のネイティブプロジェクトルートを解決し、コマンドプレフィックスを返します。利用可能な場合は現在のネイティブImageGen呼び出しの証拠をバインドします。その場合、APIプロファイルは不要です。ツールの発見だけでは不十分です。画像サービスや無関係なツールはグレーボックスの前提条件ではありません。 Blenderシーン作業には、CLIの準備が必要な場合、host setup --host workbuddy --scope spatial --engine blender --operation create|edit|review --project SOURCE_OR_WORKSPACEを使用します。利用可能なネイティブなbpy/CLI/MCP操作は、その後空間ルートに従うことができます。セットアップは準備のみです。アプリケーションの発見はシーンを検査しません。純粋な空間エンドポイントには、ゲームプロジェクトやサプライヤーは必要ありません。 -
Godot/Unityのグレーボックス作成/改訂には、
{{SKILL_ROOT}}/references/greybox-authoring.mdを読み、greybox init/build/play/validate/status/handoffを使用します。要求されたエンドポイントで停止します。アートブランチの場合、生成機能が欠落している場合は、{{SKILL_ROOT}}/references/image-services.mdを読み、image configureでユーザーが選択した画像サービスを設定します。その秘密でない名前をhost configure --host workbuddy --image-profile NAMEを使用してバインドします。 -
新しいS7モデリング参照については、
{{SKILL_ROOT}}/references/modeling-references.mdを読み、各アセットとそのビューを一度だけ記録し、boards workbuddy start --file REGISTRY --project PROJECT --workspace WORKSPACEを入力します。これによりページジョブがコンパイルされ、スコープ付きの S7ガード が登録/インストールされます。その正確な無害なネイティブBashプローブを実行し、次にboards workbuddy bindを現在のネイティブツールスキーマで実行します。返されたジョブを消費します。boards workbuddy claimは正確な呼び出し準備済み引数を書き込み、既存の支出上限を確保します。計画された単一のジョブもこの同じパスに従い、計算またはソースされた理由が必要です。元の結果を記録し、boards productionでトリミング/レビューします。不良スロットは正常な兄弟を消去しません。修正されたROIは再生成なしでトリミング試行を作成します。新しいチャットは無料プローブを更新し、元の保留中の呼び出しを保持します。選択された画像プロファイルについては、既存の設定済みサービス台帳を通じて、準備された正確なページリクエストを消費します。品質要件を下げたり、不確かな呼び出しを再送信したりしないでください。 -
アクティブなブランチが画像を生成した場合、実際に返されたローカル画像を、現在のホストのピクセル読み取りツールを介して開きます。そのファイルをホストのサポートされている画像UIを使用して提示します。CLIの成功だけではどちらの機能も確立されません。現在の正確なツールと証拠をセッション機能レポートにバインドします。グレーボックスレビューはネイティブキャプチャビューを使用し、画像生成を必要としません。
-
現在のルートと要求されたエンドポイントのコマンドを続行します。
stop_atがgreyboxの場合はグレーボックスハンドオフ後に配信し停止します。要求された場合のみアートに入ります。元のプロジェクト状態と承認履歴を保持します。委任はオプションです。画像/モデルのマルチタスク同時実行は、{{SKILL_ROOT}}/references/execution-contract.mdで説明されている共通エグゼキュータを使用します。実際の独立したブリッジが検証されない限り、ネイティブツールはエージェント主導のままです。モデル接続が停止している間も、APIワーカーは続行できます。
H3の前に、承認されたコンセプトと現在のシーン全体のプロキシを scene-review --help を介して比較します。H4では、新しい制作契約には現在の機能/ビュー比較の証拠が必要です。{{SKILL_ROOT}}/references/scene-comparison.md を読みます。観測されたギャップを使用して、拡張前に環境、主要なフォルム、ライト、接触を修復します。有効な証拠範囲がユーザーの視覚的承認を提供することはありません。
コマンドはJSONを返します。失敗したコマンドは非ゼロコードを返します。各コマンドの --help を使用して、正確な現在のオプションを確認します。資格情報はローカル設定または設定された環境に保持し、チャット、コネクタファイル、ポータブルプロジェクトレコードには決して保持しないでください。サービス資格情報は選択したサービスにのみ必要です。コネクタの初期化はプロバイダにログインしたり、有料タスクを作成したりしません。
現在の操作にLuxが必要な場合のみ、host setup --host workbuddy --scope runtime --runtime lux を実行します。これにより、固定されたプライベートランタイムが準備/再利用され、既存の互換性のあるインタプリタを使用して失敗したvenv/ensurepipプローブから回復できます。サプライヤーに問い合わせたり、生成を送信したりしません。返されたPythonパスをコマンド間で保持します。明示的な --python が暗黙的に置き換えられることはありません。