ChatGPTのパソコン操作で、事務のどこが消えてどこが残るか
——OpenAI公式が「人を残せ」と書いた1文と、モデルを替えた翌日に数えたら「無人で出た日」が10日間ゼロだった自社の記録

この記事の読者は、個人事業主か小さな会社の事業主、あるいは総務・経理と兼任でITまわりを見ている担当者です。パソコンを操作するAIの話は聞いたけれど、自分の事務のどこがそれに当たるのかが分からない。そういう方に向けて書いています。

結論を3つ、先に書きます。ひとつ、公式が例として挙げた操作は、そのほとんどが転記・下書き・仕分け・一次応答の4つの形に収まります。9つの例のうち8つが収まりました。ふたつ、どこで人が確認するかは、その例示からは読めません。OpenAI自身が開発者向けに「購入・データ送信・破壊的変更は利用者の管理下に置け」と書き、発表ページには「重い判断ではあなたの入力を待つ」とありますが、どの操作で必ず止まるかまでは書かれていません。線を引くのは使う側です。みっつ、機械が速くなることと、あなたの手が空くことは別の指標です。HaruIroAI自身、2026年9月5日に自社の記事検品AIをこの新しいモデルへ替え、翌日に自動運用を数えたら、同じ不具合が10日続き、その間「人が入らずに記事が出た日」は0日でした。

ここから先で書く自社の話は、HaruIroAIが自分のブログ記事を作る自動運用の中で起きたことです。お客様に納めた仕組みの話ではなく、お客様の業務への影響もありません。「AIでなくせる仕事」の4つの形そのものは9月4日の記事に書いたので、ここでは繰り返しません。

公式が「できる」と書いたこと——9月3日発表の操作例9つ

OpenAIは2026年9月3日（米国時間）に新しいモデルを発表しました。目玉のひとつが computer use、日本語でいえばパソコン操作です。

先に取得の経路を書いておきます。公式の発表ページ（openai.com）とヘルプ（help.openai.com）は、直接開く経路では2026年9月7日・8日ともHTTP 403が返りました。9月8日に読み取り用の別経路で本文を取得し、以下の引用文はその原文で確認しています（経路は末尾のmethod-noteに書きました）。開発者向けドキュメント、公式アカウントによる開発者コミュニティの告知、公式のシステムカードは直接開けています。

速さの数字も出ています。デスクトップ操作の評価「OSWorld 2.0」で、前のモデルに比べ1タスク当たり約47%短い時間で、より高い成績（72.6%対65.7%）。別の評価「Mind2Web」では1.9倍速い。ただしこれは機械が操作を終える速さの数字で、あなたの手が空いたかどうかの数字ではありません。

どこで動くのかも分かっています。開発者向けドキュメントは対象を「ブラウザとデスクトップの両方の作業」と書き、実行環境については「隔離したブラウザか仮想マシンと、サイト・操作の許可リストを使え」と書いています。APIで自分で組むなら、動く場所を用意するのは作る側です。ChatGPT側については、公式ヘルプに「プランとワークスペースが許すなら、デスクトップアプリのWorkは、あなたの許可のもとで手元のファイルやデスクトップアプリも使える」という記述があり、画面収録とアクセシビリティの許可が必要になる場合があるとされています。つまり、あなたのパソコンの中で動く経路があるということです。

使えるプランは、公式の書き方が2通りあります。発表ページは「一部の組織から始め、数日以内にPlus・Pro・Business・Enterpriseの全ユーザーとAPIへ」、開発者コミュニティの告知は「Pro・Enterprise・Business Premiumから始まり、PlusとBusinessは数日以内」。どちらかに寄せる根拠を私たちは持っていないので、両方書いておきます。APIの料金は、開発者向けのモデルページに入力100万トークンあたり10ドル、出力50ドルとあります。

確認先：OpenAI「GPT-6 Astra: A new generation of intelligence」openai.com（発表日はOpenAIのニュースRSSで2026年9月3日付）、OpenAI API ドキュメント「Computer use」developers.openai.com、同「GPT-6 Astra Model」モデルページ、同更新履歴、OpenAI Developer Community の告知、OpenAI Deployment Safety Hub のシステムカード、OpenAI ヘルプセンター「ChatGPT Work and Codex」help.openai.com（2026年9月7日取得・9月8日再確認。発表ページとヘルプは直接開く経路では403のため、9月8日に読み取り用プロキシ経由で本文を確認）

9つの操作例を、4つの形に当てはめる

ここからが、この記事で私たちがやったことです。

9月4日の記事で、HaruIroAIは「AIでなくせる仕事」の候補を業務の大きさではなく形で探すと書きました。形は4つ、転記・下書き・仕分け・一次応答。お金・約束・取り返しのつかない操作を「決める」仕事は候補に入れず、人に残す。新しい製品が出るたびに読み方を変えるのではなく、手元の判定に当てて動くかを見る——これが私たちの読み方です。

数えると、9つのうち8つが4つの形に収まりました（2つ以上の形が混ざっている2つは、形ごとに分ければ4つの中に収まるので、収まった側に数えています）。収まらなかったのは8番の「ソフトウェアの導入とテスト」だけで、これは形というより機械の状態を変える操作です。取り返しがつきにくい側なので、私たちの線引きでは人を残す側へ置きます。

ここで、形とは別の軸をひとつ足します。その操作で、お金・約束・取り返しのつかないことが動くか——止めどころの軸です。これは例示からは読めません。同じ「フォームの記入」でも、打ち込む中身が機密情報なら、OpenAI自身の書き方では「送信」に数えます（次の節）。CRMの更新は、相手の記録を上書きする作業です。公式が並べたのは作業の種類であって、どこで人が確認するかは書かれていません。

だから私たちは、2つの軸を別々に埋めます。形の軸で「渡せる候補」を見つけ、止めどころの軸で「人が確認する操作」を先に決める。私たちの線引きでは、8番の「導入とテスト」は環境を変える操作なので人を残す側、1番の「フォームの記入」と2番の「CRMの更新」は送信・上書きの手前で確認を挟む側です。これは自社の運用方針であって、製品の保証ではありません。読者にとっての意味はこうです。いま減る候補になるのはあなたの事務のうち形の部分。どこまで渡してどこで止めるかは、製品ではなくあなたが決めます。

OpenAI自身が「人を残せ」と書いている場所

「決める仕事は人に残す」は、私たちが勝手に言っているわけではありません。OpenAIの開発者向けドキュメントの computer use のページには、「Run safely」（安全に実行する）という節があり、4つの項目の1つにこう書かれています。「Confirm consequential actions. Keep users in control of purchases, data transmission, destructive changes, and other actions that are hard to reverse.」——重い操作は確認を取ること。購入、データの送信、破壊的な変更、その他の取り返しがつきにくい操作は、利用者の管理下に置くこと。同じ項目には、機密情報をフォームに打ち込むことも「送信」に数えるとあります（Typing sensitive information into a form counts as transmission.）。操作例の1番「フォームの記入」も、打ち込む中身によっては利用者の管理下に置く側です。

ここで大事な区別をします。この文は、APIを使って仕組みを作る側への手引きです。「製品がそう振る舞う」という意味ではありません。むしろ逆で、確認を入れるのは作る側の仕事だと書いてある。実行環境の「許可リスト」を書くのも作る側です。

ChatGPTの画面のほうはどうか。発表ページには「返事がなければ、適切な場面では妥当な仮定で進めるが、重い判断ではあなたの入力を待つ」（If you don't respond, it proceeds with sensible assumptions where appropriate, but waits for your input on consequential decisions.）、「ChatGPTやCodexでタスクが一時停止したときは、続ける前に操作の確認を求められることがある」とあります。公式のシステムカードには、重い操作では確認方針に従うよう訓練し、その方針が「たとえば一部の通信の送信や購入の前に」利用者の承認を得るために止まる場面を定める、と書かれています。つまり、確認が入る仕組みはあります。ただし書き方は「一部の」「求められることがある」で、送信・支払い・削除のすべてに必ず入るとは書かれていません。どの操作で止まるかは、使う側が確かめることです。

開発者向けの更新履歴には「Misalignment monitoring」の記載もあります。作業中に問題の兆候を非同期で検査し、警告を出したり会話を止めたりする、と書かれています。見張りであって、1操作ごとの事前確認ではありません。

私たちの運用は、ここに立てています。確認は製品が入れてくれるものとして当てにしない。お金・約束・取り返しのつかない操作は、こちらの設計で人の側に残す。これは自社の運用方針であって、製品の保証ではありません。線の引き方は取り返しのつかない操作の手前に人を1人置く設計の記事に、渡す前に規約を確かめる話は主要AIサービスの規約を横並びにした記事に書きました。

自社で起きたこと——モデルを替えた翌日に数えたら、「無人で出た日」は10日間ゼロだった

ここからは自社の話です。繰り返しますが、HaruIroAIが自分のブログ記事を作る自動運用の中で起きたことで、お客様に納めた仕組みの話ではありません。

HaruIroAIは、ブログ記事の制作を毎晩の自動処理で回しています。調べる・下書く・面を揃えるところまでを機械が進め、公開の承認は人が持ちます。2026年9月5日、その中で記事の検品に使っているAIを、9月3日に発表された新しいモデルへ切り替えました。

その翌日の9月6日、別のことがきっかけで、自動運用に「無人で記事が出た日」を数える台帳を足しました。それまで、失敗した夜の記録は、誰も読まないログの中にしかありませんでした。台帳を足すときに記録を見直して分かったのは、次のことです。

• 同じ不具合が10日続けて、夜間の自動処理を止めていた
• その間、記事は毎日、人が手で出していた
• それでも、朝の報告には「出た」と書かれていた
• つまりこの10日間、無人で記事が出た日は0日

止まる原因は1種類ではありません。たとえば9月5日の枠は、不具合ではなくネットワークが繋がらずに空振りしていました。

記事のほうは、この10日間すべての日で公開されています。成果物は出ていた。だから「今日の記事は公開されたか」だけを見ている限り、10日間ずっと成功に見えていました。

モデルを替えたのは9月5日、数えたのは翌6日です。ここで「替えても人手は減らない」と書きたくなりますが、書きません。数えたのは替える前の日々で、替えたあとは1日も数えていませんし、止まっていた原因はモデルとは別のところにありました。

測っていた指標が違った——「出たか」ではなく「人が入らずに出たか」

この10日間で本当に効いたのは、モデルの性能ではなく問いの立て方でした。

数える道具を作るとき、私たちが最初に書いたのは、答える問いの定義です。「記事が公開されたか」ではなく、「人が手を入れずに、記事が出てきたか」。人が手で起動した回は、成功として数えません。

この2つの問いは、同じ10日に対して正反対の答えを返しました。「公開されたか」は10日中10日で「はい」。「人が入らずに出たか」は10日中0日で「はい」。同じ期間、同じ仕組み、同じ成果物を見ていて、これだけ違います。

2026年7月31日の記事で、自動化の「完了通知」が誤報だった話を書きました。構造は同じです。成功の定義が、確かめたいこととは違う場所を見ている。違うのは、今回は通知も報告も正しかったことです。「記事は出ました」——事実です。ただ、それは私たちが知りたかったことではありませんでした。

「AIでうちの事務はどうなるのか」を考えるときも同じです。モデルが速くなった・賢くなったという数字は、あなたの手が空いたかどうかの数字ではありません。47%短縮も1.9倍も、機械が操作を終える速さの話です。手が空いたかを知るには、あなたの側で数えるしかありません。

コピペで使う——触らせる前の10項目と、人手なしで回っているかを数える1行

持ち帰りを2つ置きます。1つ目は、AIに自分のパソコンや業務の画面を触らせる前に埋める10項目です。

【AIにパソコン操作をさせる前に決める10項目】1件につき1枚。空欄のまま始めない

■ 対象
 1. どの仕事か（1件だけ）:
 2. 4つの形のどれか（転記／下書き／仕分け／一次応答）:
 3. 月に何回・1回何分:

■ 範囲
 4. 触ってよい端末:            （例: 事務用のノート1台だけ）
 5. 触ってよいアプリ・サイト:  （例: 予約サイトと社内の台帳）
 6. 触らせないもの:            （例: ネットバンキング／顧客名簿／メールの送信）

■ 止めどころ（AIにやらせない操作。ここが空欄なら始めない）
 7. お金が動く操作:                          → 人（誰が:        ）
 8. 相手への約束が確定する操作:              → 人（誰が:        ）
 9. 取り消せない操作（送信・削除・公開・購入）→ 人（誰が:        ）

■ 確かめ方
10.「うまくいった」と言える条件を1行で:
    （例: 翌朝、人が直さなくても台帳が埋まっている）

──────────────────────────────
7〜9が空欄なら、まだ始めない。
10が「速くなった」だけなら、まだ条件になっていない。

2つ目は、自動化が「人手なしで回っているか」を数える1行です。仕組みは要りません。紙でもできます。

【1行の記録】自動化した仕事1件につき、動いた日に1行だけ書く

 日付   | 出たか     | 人が手を入れたか | 入れたなら、どこで
──────────────────────────────
 09/01  | 出た       | 入れた           | 途中で止まり、手でやり直した
 09/02  | 出た       | 入れた           | 出力の誤りを直した
 09/03  | 出ていない | 入れた           | 朝に気づいて手でやった
 09/04  | 出た       | 入れていない     | —

■ 週に1回、この2つを数える
  A 出た日 ÷ 記録のある日
  B 人が手を入れずに出た日 ÷ 記録のある日

■ 読み方
  A だけが高い      → 成果物は出ている。人手は減っていない（ここが見えなくなる）
  A も B も高い     → 減っている。次の1件へ進んでよい
  B が 0 の週が続く → 直すのはAIではなく、毎回止まっている場所

HaruIroAIはこう考える

ひとつ、線は製品ではなく、使う側が引きます。「取り返しがつきにくい操作は利用者の管理下に置け」と書いてあるのは、裏を返せば、誰かが引かないと線は無いということです。私たちはお金・約束・取り返しのつかない操作を、設計で人の側に残します。自社の運用方針であって、製品の保証ではありません。

ふたつ、性能の話と人手の話を、同じ表に載せません。乗り換えの判断に速さの数字は要りますが、「人の手がどれだけ減ったか」は自分の側で数えないと出てきません。私たちはその数え方を、2026年9月6日にようやく足しました。同じ不具合が10日続いたあとです。

みっつ、「事務がなくなるか」ではなく「事務のどの形が減るか」で考えます。公式の例示から読めるのは形の軸だけで、どこで人が確認するかは自分で決めます。減る候補になるのは4つの形、止めどころは残す。残すなら、そこへ人の時間を寄せられます。

この記事で書いていないこと

雇用の話は書いていません。「AIが人を不要にする」も「事務職はなくなる」も、この記事の範囲ではありません。書いたのは、いま人がやっている作業のうち、どの形が機械に渡せるかまでです。検索した人がそのまま見込み客だ、という前提も取っていません。

ChatGPTの画面で、送信・支払い・削除のすべてに必ず確認が入るとは書いていません。公式が書いているのは「重い判断では入力を待つ」「たとえば一部の通信の送信や購入の前に承認を得る」までで、全操作に必ず入るという記述は見つけていません。モデルを替えたことと人手の増減の因果も書いていません。数えたのは替える前の10日間で、替えたあとは数えていません。自社の検品に使っているツールの名前・バージョン・設定、日本での提供日、今後の価格も書いていません。

よくある質問

うちの事務の仕事は、明日からなくなりますか。
公式が例に挙げた9つのうち8つは転記・下書き・仕分け・一次応答の形でした。減る候補になるのは形の部分で、どこで人が確認するかは例示からは読めず、使う側が決めます。なお、仕組みを置いた側である私たちの自動運用でも、同じ不具合が続いた10日間、人の手が入らずに済んだ日は0日でした。

いくらかかりますか。
ChatGPTの月額は各プランのページに公開されているのでそちらをご確認ください。APIで組む場合は、開発者向けのモデルページに入力100万トークンあたり10ドル、出力50ドルと書かれています（2026年9月8日確認）。日本円への換算はしていません。

うちのパソコンの中を勝手に触られませんか。
公式ヘルプの記述では、デスクトップアプリが手元のファイルやアプリを使うにはあなたの許可が要り、画面収録とアクセシビリティの許可が必要になる場合があるとされています。発表ページには「重い判断ではあなたの入力を待つ」「一時停止したタスクでは操作の確認を求められることがある」とあります。ただし、どの操作で必ず止まるかまでは書かれていません。上の10項目で、どの端末のどのアプリまでかを先に決めてください。

うちも最新のモデルに替えれば、人手が減りますか。
私たちの記録では、替えた翌日に数えたら、それまでの10日間で無人で出た日は0日でした。ただしこれは因果ではありません。分かるのは、替える前は人の手が入っているかを数えていなかった、ということだけです。まず数えてください。1日1行で足ります。

何から始めればいいですか。
4つの形で自分の事務を並べ、月の回数×1回の時間が大きい順に1件だけ選ぶ。その1件について、10項目のうち7〜9（止めどころ）を先に埋める。それだけで、ご相談のときの話が具体的になります。判定そのものは9月4日の記事の3問が使えます。

まとめ——減る候補は「形」、止めどころは使う側が引く

公式が例に挙げた9つの操作のうち、8つは転記・下書き・仕分け・一次応答の形でした。どこで人が確認するかは、その例示からは読めません。取り返しがつきにくい操作を利用者の管理下に置けとはOpenAI自身が開発者向けに書き、発表ページには重い判断では入力を待つとあります。ただし前者は作る側への手引き、後者は「一部の」「ことがある」という書き方です。線を引くのは使う側です。

HaruIroAI自身、モデルを替えた翌日に数えて、同じ不具合が続いた10日間「人が入らずに出た日」は0日だと知りました。速さの数字が上がっていても、人の手が減ったかは別に数えないと出てきません。

止めどころを先に決めて1件だけ動かす形はAI導入・業務自動化支援のページに、毎月1件ずつ進めながら数え方も一緒に置いていく形はAI顧問（月額AI活用支援）のページに、それぞれ書いてあります。