ultrawork

Ultrawork

$ultrawork と $ulw では、この正確な名前のスキルを使用して、並列作業の意図が直接有効になるようにします。

このスキルを使用する場面

• ユーザーが $ultrawork、$ulw、または ultrawork を明示的に指定した場合。
• 実装、クリーンアップ、ドキュメント、テスト、または移行の作業を分割できる場合。
• 最後に統合する際の共有ファイルの競合が少ない場合。

指示

適合性を確認し、作業レーンを分割し、ファイルの担当を明確にして、統合後に検証します。

適合性チェック

作業をほぼ独立したレーンに分割できる場合に限り、ultrawork を使用します。

• パッケージ、モジュール、ルート、ドキュメント、テスト、または移行を分けられる
• 共有ファイルの競合が少ない
• 明確なマージ順、または小規模な統合手順がある

慎重な設計判断を一つ行う必要がある場合、ランタイム状態を共有する場合、またはワーカー間で継続的な調整が必要な場合は使用しないでください。

ワークフロー

1. 独立した作業レーンと、各レーンが担当するファイルを特定します。
2. コーディネーターが最後に編集する必要のある共有ファイルを明示します。
3. ツールやランタイムで可能な範囲で、安全な作業レーンを並行して進めます。
4. 共有ファイルの変更を慎重に統合します。
5. 統合後に、検証コマンド一式を一度実行します。

ランタイムに関する注意事項

• OMX 対応環境では、$ulw と $ultrawork は Codex 側における Claude /ultrawork の同等機能です。
• 通常の Codex セッションでは、利用可能なローカルツールを使って同じルールを適用します。可能な範囲で読み取りやチェックを並行して行い、ファイルの担当を明確にし、共有ファイルの編集は順番に行います。

ルートの使い分け

• tmux を使ったワーカー連携には team を使用します。
• テスト、ビルド、リントのレビューサイクルには ultraqa を使用します。
• アイデアから検証済みコードまでの一貫した実行には autopilot を使用します。

例

• $ulw split this cleanup across docs, tests, and API handlers
• $ultrawork parallelize the migration by package

ベストプラクティス

• 編集前に、担当するファイルまたはディレクトリを明示します。
• 共有ファイルの編集は順番に行います。
• 統合後に、完全な検証を一度実行します。

参考資料

• 共有状態を扱うワーカーには team を使用します。
• QA サイクルには ultraqa を使用します。