My Optimization
現在のタスクに基づいて、まずコストを削減すべき操作を特定し、その後に実際の作業を進めます。ワークスペースのレイアウト、操作方法の選択、タスクの順序付けを調整可能な戦略として扱い、実際の結果で調整の有効性を判断します。
これはプロジェクト内の独立した戦略スキルです。実際の観察と入力には、インストール済みの Computer Use スキルとそのサポートするインターフェースを使用します。本スキルは実行機能を提供しません。
組み込みとタスク境界
- アプリケーションの操作を開始する前に、現在のスキルディレクトリから Computer Use の現在の説明と必要な参照ファイルを読み取ります。そのウィンドウ選択、観察、入力、復元のフローに従ってください。インターフェースの説明をコピーしたり、プラグインのキャッシュバージョンパスにバインドしたりしないでください。
- 元の Computer Use スキル、プラグインファイル、またはグローバル設定を変更しないでください。両方は、Agent が同じタスク内で読み取りと使用によって連携します。継承、オーバーライド、またはランタイムフックは必要ありません。
- ユーザーリクエストから、目標、成功条件、および許可された手段を決定します。純粋な GUI、指定されたソフトウェア、完成品のインポート禁止などの実験的制約は保持する必要があります。速度を上げるために、テスト対象のタスクを変更しないでください。
- ユーザーの既存の権限をそのまま使用します。日常的で、復元可能で、タスクに資するレイアウト調整は直接実行します。必要な明確化は、タスクの範囲を変える情報の不足に集中します。
準備作業を行うタイミング
まず現在のアプリケーションと作業対象を観察し、対処する価値のある障害があるかどうかを判断します：高頻度機能が多層メニューに隠れている、参照資料を切り替える必要がある、ツールやフォーカス状態が不明確、特定の操作が繰り返し失敗する。
適切なレイアウトが既にある場合、タスクが短い場合、または調整によってコストを相殺できない場合は、直接作業します。アプリケーションに入るたびに評価できますが、毎回再整理、ソフトウェア学習、またはA/Bテストを要求するものではありません。
実際に探索が必要な長いタスクの場合、デフォルトで観察、設定方法の学習、調整、短時間テストに合計最大5分を割り当てます。ユーザー指定の予算が優先されます。実際の時間を使用して判断し、利用可能な方法を早期に見つけたら終了します。この上限は初期設定であり、検証済みの最適値ではありません。
オンデマンドでのコンポーネント読み込み
まず現在の障害に基づいてコンポーネントを選択し、対応するファイルを読み取ります。すべてのコンポーネントを事前に読み取ったり、テーブルの順序に従って1つずつ実行したりしないでください。タスクが進行して新しいニーズが発生したら、関連コンポーネントを読み込みます。準備予算は各コンポーネントで共有され、コンポーネントを切り替えてもタイマーはリセットされません。
| 現在のニーズ | 読み込むコンポーネント |
|---|---|
| 高頻度コントロールにアクセスしにくい、情報を切り替える必要がある、または状態が不明確で、ワークスペースの調整が必要 | ワークスペースのセットアップ |
| 2つの可能な操作方法があり、小さなタスクで効果とコストを比較する必要がある | 操作テストの実行 |
| タスクに複数のフェーズ、依存関係、またはツールの切り替えが含まれ、タスク順序の計画と修正が必要 | タスク順序の計画 |
選択後、ウィンドウ、パネル、ズームを安定させます。特定の障害が発生した場合にのみ局所的に調整し、実行機能の要求に従って再観察します。レイアウトが安定していても、古い座標や要素インデックスを再利用できるとは限りません。
終了と経験の再利用
準備フェーズが終了したら、直接ユーザーの実際のタスクを続行します。ユーザーが設定やテストのみを要求している場合を除き、「ワークスペースの準備ができました」で停止しないでください。
最後に、採用した調整、実際に検証したこと、およびまだ不確かな効果を簡潔に説明します。測定できる場合は実測値を報告し、モデルの待機時間と操作時間を確実に分離できない場合は明確に説明します。
ユーザーが明示的に保存または経験の更新を要求した場合にのみ、適用可能なアプリケーション、タスク条件、調整内容、証拠、および無効条件を記録します。永続的なメモリへの自動書き込み、本スキルの変更、または1回の成功をすべてのタスクのデフォルトルールに昇格させないでください。