今回のリリースにより、Codex on Windowsは機能面でMac版に大きく追いつきましたが、依然としていくつかの重要な違いが残っています。中核的な機能のほとんどは両プラットフォームで共通化されましたが 、パワーユーザーは「Computer Use」の実装方法に違いがあることに気づくでしょう。
決定的な違いは、ロック中およびバックグラウンドでのComputer Useです。 macOSでは、対象ユーザーは「ロック時Computer Use」を有効にできます。これにより、Macの画面がロックされた後も、Codexがバックグラウンドで安全に作業を継続できます。これには、有効期限付きの認可やディスプレイの保護といった厳格なセキュリティモデルが組み合わされています 。実際には、数時間かかるマイグレーションテストを開始し、MacBookをロックして、後でスマートフォンから進捗を確認する、といった使い方が可能です。一方、Windowsでは、Computer Useは現在、ユーザーがマシンをアクティブに使用している間のフォアグラウンド操作に限定されています
。OpenAIは、Windows向けにロック時Computer Useモードが提供されるかどうか、あるいはいつ提供されるかについては明らかにしていません。
もう一つのmacOS限定機能はAppshotsです。これは、ホットキーを使って任意のアプリケーションウィンドウのスクリーンショットをCodexのスレッドに添付できる機能で、エージェントに視覚的なレイアウトと利用可能なテキストをコンテキストとして提供します 。この機能は、v26.527のWindows向けドキュメントや変更履歴のいずれにも記載されていません。
この変化は、思想的とも言えます。「コード生成エージェント」は開発者のためのツールです。しかし、あらゆるアプリケーション内でクリックやタイピングを行うシステムは、「すべての人」のためのツールです。Windowsユーザーにとって、今回のアップデートは大きなプラットフォーム上の制約を取り除くものです。会社のPCで複雑な調査タスクを開始し、帰宅途中にスマートフォンからそれを操作するというワークフローは、もはやmacOSだけの特権ではありません。
Windowsプロフェッショナルにとっての主な関心事は、ロック中にComputer Useが使えないことが、現実の生産性をどこまで制限するかという点でしょう。あなたのワークフローが完全に対話型で、人の判断が常に必要なものであれば、Windowsのフォアグラウンド操作のみという制約は大きな問題にはならないかもしれません。しかし、長時間にわたる無人でのバックグラウンド自動処理に依存しているユーザーにとっては、今のところmacOSの方がより高性能なプラットフォームと言えます。将来のWindowsアップデートでこの機能が追加されるかどうかは未確定であり、現時点のドキュメントでは一切言及されていません 。
Comments
0 comments