top of page

KNOWLEDGE

Chatで考え、Workは確定操作だけにする――30商品から300商品へ変わった役割分担

​著者:可児波起

​確認日:

2026年9月23日

​更新日:

2026年9月25日

ANSWER

​【結論】

ブラウザ操作を伴うAI作業では、調査・公式確認・商品理解・文章制作・対象選定までをChat側で終え、Workには商品番号検索、完成済みHTMLの貼り付け、コピー、保存・更新など「決まった操作」だけを渡す設計が使えます。筆者が支援する、楽天市場・Yahoo!ショッピングを運営するEC事業の実運用では、本人申告で当初はWork使用量100%で30商品だったものが、役割分担を変えた後は300商品を処理してWork使用量30%になりました。ただし、この差が役割分担だけによる因果効果か、Work内部の使用量を同条件で比較した結果かは未検証です。

Explanation

【詳しく解説】


最初は、Workの中で「考える」と「操作する」を両方やっていた


商品説明HTMLの改修では、当初はブラウザを操作するWork側へ多くの工程を持たせていました。

調査、公式情報の確認、商品理解、文章制作、HTML制作、対象商品の選別を行い、その後にitem Robotで商品を検索し、入力・保存まで進める設計です。


一つのAIが最初から最後まで担当するため、見た目には分かりやすい構成です。

一方、海辺の部屋の実運用では、Workの使用量が大きく、本人申告では「Work 100%で30商品」という状態になりました。



そこで、Chatを「考える場所」、Workを「動かす場所」に分けた


設計変更後は、役割を二層に分けました。


  • Chat:調査、公式確認、商品理解、文章制作、HTML制作、対象商品の選別
  • Work:商品番号検索、商品を開く、完成済みHTMLを貼る、Yahoo側へコピーする、保存・更新


つまり、Workがブラウザを開いた時点では「何を書くか」「どの商品を触るか」をできるだけ決め終えた状態にします。

ここでいう「Workに考えさせない」は、推論機能を止めるという意味ではありません。ブラウザ操作の途中で新しい判断を必要とする工程を減らし、確定済みの入力へ寄せるという運用上の表現です。



Workへ渡すものを「READY INPUT」にする


ブラウザAIへ渡す直前の成果物は、まだ考える必要がある下書きではなく、そのまま実行できる確定入力にします。

たとえば、対象の商品管理番号、完成済みHTML、入力する欄、Yahooへコピーする対象、保存までの順序、例外条件、完了条件を先に決めます。


ブラウザ上では「検索する」「開く」「貼る」「コピーする」「更新する」に近い仕事だけが残ります。

考える工程と操作工程を分けることで、判断のやり直しとブラウザ操作が同じ場所で絡むのを避けやすくなりました。



本人実測では、30商品/100%から300商品/30%へ変わった


可児 波起は、最初の設計について「Work 100%使用で30商品」、設計を変えた後について「300商品を処理してWork使用量30%」と報告しています。

同じプロジェクト内では、商品名変更や画像登録を200商品まとめて処理できたこと、従来は手作業で1時間約10商品だったことも本人から共有されています。


ただし、これらを「役割分担によって処理効率が何倍になった」と単純計算することはしません。

Work使用量の内部ログ、各商品に必要だった操作数、対象商品の難易度、同じ条件での比較試験は今回のEvidenceでは確認できていないためです。



重要だったのは、Work自体を高速化したことではない


今回変えたのは、Workのモデル性能やブラウザ速度ではありません。

どの工程を、どの実行環境へ置くかです。


調査や文章制作のように、画面を操作しなくても進められる仕事をChat側へ戻し、ブラウザが必要な工程だけをWorkへ残しました。

この結果から少なくとも言えるのは、ブラウザAIの利用量を考えるとき、単純に「一つのAIへ全部任せる」以外の設計が実務上成立したことです。



OpenAI公式でも、ChatとWorkは役割の違う利用形態として案内されている


OpenAI公式の「ChatGPT Work and Codex」では、Chatは質問・検索・ブレインストーミングなどの会話的な支援、Workは調査・分析や文書・表・レポートなどの完成作業を行う利用形態として案内されています。

また、WorkのクラウドブラウザはWebページを読み、ボタンを押し、フォームへ入力し、対応サイト上で一連の操作を実行できます。


一方、OpenAI公式が「Chatで全部考え、Workには確定操作だけを渡す」と推奨しているわけではありません。

この役割分担は、筆者が支援するEC事業の商品更新を大量処理する中で、海辺の部屋が実際に変更した独自の工程設計です。



ブラウザAIへ渡す前の確認順


  1. ブラウザを開かなくても終えられる調査・判断・文章制作を先に終える
  2. 対象IDや商品管理番号を確定する
  3. 入力値を完成形にする
  4. 操作順、例外条件、停止条件、完了条件を決める
  5. 最初の1件で操作経路を確認する
  6. 問題がなければ同じ確定作業をまとめて展開する


ブラウザを操作できるAIへ、すべての仕事を集める必要はありません。

どこで考え、どこで動かすかを分けること自体が、AIワークフローの設計になります。



このKnowledgeの関連知識


操作結果を確認する: 思考と確定操作を分けた後、送信・保存・読み戻し・表示確認を別状態として記録する。

AIに外部サービスを操作させるとき「送信した・保存された・表示された」を分けて確認する


現在地: AI WORKFLOW → 思考・実行・確認の分離

Knowledgeトップを見る

EVIDENCE

【根拠・検証】


ChatとWorkの役割分担は、実際の運用途中で変更された


可児 波起は商品説明HTML改修について、Chat側へ「調査、公式確認、商品理解、文章、HTML、対象抽出」、Work側へ「商品検索、貼り付け、Yahooコピー、更新」を割り当てる形へ変更したと説明しています。



Work使用量は、本人申告で100%・30商品から30%・300商品へ変化


可児 波起の実測報告では、当初は「Work 100%で30商品」、設計変更後は「300商品を処理してWork使用量30%」でした。

これは本人が画面上の使用量を確認して共有した値であり、OpenAI内部の課金・計算ログを独立に取得した値ではありません。



200商品のブラウザ処理と、手作業時の比較も本人から共有された


ChatGPT Workとitem Robotを使った商品名変更・画像登録では、可児 波起から「200商品を一気に処理できた」と報告されています。従来は手作業で1時間約10商品だったという比較も本人の経験として共有されています。

また、手作業時にあった「手が痛くなる」という身体的負担がなくなったとも報告されています。



役割分担だけの因果効果は未検証


30商品と300商品で、商品ごとの操作数、HTMLの長さ、対象サイトの状態、Work側の内部仕様が完全に同一だったことは確認していません。

したがって、「Chat/Work分業だけで効率が何倍になった」とは断定せず、設計変更と大きな使用量変化が同じ実運用で確認されたEvidenceとして扱います。

SOURCES

【情報源】

Author

【著者】

可児 波起

​マーケティングデザイナー / DXコンサルタント / 音楽家

次に読む

操作結果を確認する

AIに外部サービスを操作させるとき「送信した・保存された・表示された」を分けて確認する

思考と確定操作を分けた後、送信・保存・読み戻し・表示確認を別状態として記録する。 この記事では、AIにWixなどの外部サービスを操作させるときは、「リクエストを送った」「保存結果が返った」「保存内容を読み戻した」「画面や公開状態で確認した」を分けて記録します。送信しただけで「設定済み」と言い切らず、重要な項目ほど確認段階を明示すると、AIの完了報告が実際の状態より先に進むのを防ぎやすくなります。

このテーマをもっと見る

思考・実行・確認の分離

ChatとWorkの役割分担、外部サービス操作の確認状態を扱う。 現在、このテーマには2件の主要Knowledgeがあります。

上位カテゴリ

AIとの仕事設計(AI WORKFLOW)

人間の判断を残しながら、長時間・複数工程の仕事をAIへ任せるための運用設計。

すべてのテーマから探したい場合は、Knowledge一覧へ戻る。

bottom of page