ChatGPT WorkをPCで動かし、iPhoneのChatで管理した方法｜Apple Watch通知で離席運用【2026年版】
最終確認：2026年9月27日
最初に訂正しておきます。僕がこの運用でiPhoneから使っていたのはChatGPT Workではなく、通常のChatです。
PCではChatGPT Workを動かしていました。処理中はPCを離れ、Apple Watchで通知に気づいたらiPhoneを開き、通常のChatから状態を確認したり、「続きを書いてください」と短く返したりして作業を進めていました。
現在のOpenAI公式ヘルプでは、対象の有料プランについてWorkはWebとモバイルでも利用できると案内されています。ただし、それは現在の製品仕様の話です。この記事で扱う僕自身の実運用は「PCのWork＋iPhoneのChat」でした。
この2つを混ぜると、実体験そのものが変わってしまいます。そこで、現在の公式仕様と、僕が実際に行った運用を分けて整理します。
現在の公式仕様では、対象プランのWorkはモバイルにも対応している
2026年9月27日時点のOpenAI公式ヘルプでは、対象の有料プランについて、WorkはChatGPTのWeb版とモバイル版で利用できると案内されています。
また、クラウド上のWorkチャットはWeb・モバイル・デスクトップ間で同期し、別の端末から続けられると説明されています。
したがって、現在の一般的な製品仕様として「Workはモバイルでは使えない」と断定するのは正確ではありません。
一方で、プラン、ワークスペース、展開状況、利用環境によって表示や権限が異なる場合があります。そして何より、僕が以下で紹介する実験ではモバイルWorkを使っていません。
僕が実際にやったのは「PCのWork＋iPhoneのChat」
僕がChatGPT Workを本格的に使ったのは、ECの商品情報を大量に更新する仕事でした。
作業の開始と実際のブラウザ操作はPC側のWorkです。対象の商品を探し、決められた内容へ更新し、保存し、次の商品へ進む処理を任せました。
処理が始まったら、僕はPCの前に張り付きません。
離席後に使っていたのは、iPhoneの通常のChatです。そこで処理状況を確認し、必要なら短い指示を返しました。
WorkをiPhoneで操作していたのではなく、iPhoneのChatを「人間が戻る窓口」として使っていました。そこには、Workクレジットを必要な実作業へ残しておきたいというコスト上の理由もありました。
なぜiPhoneでもWorkを使い続けなかったのか。理由はクレジットだった
僕がiPhone側で通常のChatを使ったのは、単にスマホではChatの方が手軽だったからではありません。
PCでWorkを長時間動かしていると、僕の利用環境ではWorkクレジットがかなり速く減りました。全部の工程をWorkだけで完結させようとすると、あっという間にクレジットがなくなります。
もちろん、クレジットを追加購入してそのままWorkを使い続ける方法もあります。ただ、大量作業を前提にすると費用がかなり大きくなる。そこで僕は、Workクレジットを使わなくてもできることを徹底的にChatへ切り出しました。
ChatでできることはChatでやる。Workクレジットは、ブラウザを実際に操作する最後の工程だけに使う。
調査、判断、文章作成、次の指示、途中確認はできる限り通常のChatへ寄せます。iPhoneで行っていた確認や「続きを書いてください」という返答も、その一部でした。
その結果、Work使用量は僕の記録では当初の約100％から30％程度まで下がりました。これは単なる操作効率ではなく、限られたWorkクレジットを必要な実作業へ集中させるためのコスト設計です。
つまり「なぜWorkを使わないのか」ではありません。Workを使い続けるために、Workでなくてもできる仕事をChatへ逃がした、という方が実態に近いです。
Apple Watchは、AIから人間へ戻る合図にした
iPhoneへ届く通知はApple Watchでも受け取れるようにしていました。
Apple Watch自体でWorkを操作していたわけではありません。ChatGPT専用の特殊なWork機能を使ったわけでもありません。
手首の通知で「確認が必要そうだ」と気づき、iPhoneを開く。そのための合図です。
この使い方にすると、AIが処理している数分間ごとにPC画面を見に戻る必要がありません。
Apple Watchは仕事をする端末ではなく、AIから人間へバトンが戻ったことを知らせるベルでした。
iPhoneのChatから「続きを書いてください」と返した
処理が一区切りついたら、iPhoneから通常のChatを開きます。
結果を確認して問題がなければ、「続きを書いてください」と返す。僕の運用では、この短い一言で次の処理へ進める状態を作っていました。
もちろん、この一言だけで何でも動くわけではありません。作業の前提、判断基準、どこまで終わったかという状態が共有されている必要があります。
この運用が成立する条件は、「続きを書いてください」だけでAIはどこまで動けるか？で実際の試行錯誤を整理しています。
大切なのは、iPhoneでWorkそのものを動かしたことではなく、PCへ戻らなくても人間の確認と次の指示を挟めたことでした。
EC更新では、約10件ごとに人間の確認を入れた
大量更新では、数百件を一度に最後まで処理させませんでした。僕の運用では、約10件を一つのまとまりとして進めました。
10件ほど終わったら人間が確認する。問題がなければ次へ進める。ズレがあれば、その時点で修正する。
この節目の確認を、PCの前ではなくiPhone側から行えるようにしたことが大きかったです。
この工程を30件で限界だった初期設計からどう変え、200商品の更新まで進めたかは、ChatGPT WorkでEC商品200件を更新した実例にまとめています。
AIの処理単位を小さくし、人間が必要な瞬間だけ戻る。iPhoneはその確認窓口として機能しました。
僕がiPhone側でしていたのは、Workの代替ではなく進行管理
iPhone側で行っていた仕事を整理すると、次のようになります。
・通知に気づく。
・通常のChatを開く。
・AIの報告や現在地を確認する。
・問題がないか判断する。
・必要なら条件を修正する。
・問題がなければ「続きを書いてください」と返す。
つまり、ブラウザ上で大量の商品情報を編集する実行部分はPC側。iPhone側は、人間の判断と継続指示です。
iPhoneをWorkの代用品にしたのではなく、人間の承認端末として使いました。
PCを離れても仕事が止まらない、という意味が変わった
以前なら、AIに何か処理を頼んだら、終わるまでPCの前で待ち、結果を見て、次の指示を出していました。
この運用では、その「待つ時間」を作業工程から外せます。
Workが動く。僕は離れる。通知が来る。iPhoneのChatで確認する。必要なら短く返す。
人間が操作する時間がゼロになったわけではありません。
変わったのは、人間がAIの処理時間に拘束されなくなったことです。
現在のモバイルWorkと、僕の実験は分けて考える
ここはこの記事で最も大切な区別です。
現在のOpenAI公式情報では、対象プランならモバイルでもWorkを選択でき、クラウドWorkのチャットを端末間で続けられるとされています。
しかし、僕がここで記録しているEC更新の実験では、iPhone側でWorkを使ったわけではありません。
当時の僕の作業設計は、PCのWorkを実行役にし、iPhoneのChatを人間の確認・継続指示の窓口にするものでした。
製品機能が変わっても、実験で実際に何を使ったかは書き換えない。この区別は、一次体験を記事にするときに重要だと改めて感じました。
結論：便利だったのは「iPhone版Work」ではなく、PCへ戻らない運用
僕の実体験を一言でまとめると、ChatGPT WorkをiPhoneで使ったわけではありません。
PCでWorkを動かし、離席後はApple Watchの通知をきっかけにiPhoneの通常Chatへ戻り、確認と短い継続指示を入れていました。
この形にすると、AIが処理している時間まで人間がPCに拘束されません。
僕にとって価値があったのは「Workをスマホ化すること」ではなく、「人間がPCへ戻る回数を減らし、同時にWorkクレジットを最後の実作業へ集中させること」でした。
現在はOpenAI公式上、対象プランでモバイルWorkも案内されています。ただし、それは現在の機能仕様。僕の実験記録は、PCのWorkとiPhoneのChatを組み合わせた運用として残します。
参考にしたOpenAI公式情報
テーマ別に読む
この記事を書いた人
コメント