画面を動かすデモを見て、全部預けたくなった火曜日

火曜の朝、画面が動く映像が先に来ます。フォームが埋まる。カレンダーが直る。CRMの画面が変わる。相談に来る社長は、そこで「うちも全部預けられる」と言いかけます。自分で入力している仕事が、映像の中で終わっていくように見えるからです。

私は、そこでデモの感想を聞きません。聞くのは、今使っている画面で、どこまで任せるかです。少人数の会社ほど、見た人がそのまま「詳しい人」になります。詳しい人が増える前に、任せる操作の名前が要ります。

公式の例と、今日やってよい操作は別

OpenAIは2026年9月3日、GPT-6 Astra を出しました（GPT-6 Astra）。computer use の例として、オンラインフォーム、CRMの顧客レコード、カレンダー、ウェブ調査、メールや文書の下書きを挙げています。提供は段階です。限定した組織から入り、数日以内に Plus、Pro、Business、Enterprise、API、AWS へ広げる。Enterprise は最初オフです。

例があることと、あなたの会社の画面で今日やってよいことは違います。フォームを埋める例を、契約の確定まで読んでしまう。CRMの更新例を、顧客への正式登録まで読んでしまう。そこで週が壊れます。壊れ方は性能の問題ではありません。今の画面の、どの操作まで人の手を残すかが空になることです。

先週火曜は、強い能力の分類が出た週に、今の画面で使わない仕事を書く、としました（強い能力のモデルが分類された週に、先に書くのは新製品名ではなく「今の画面で使わない仕事」）。あれは公開前の話です。今日は、公開が始まったあとの操作です。使わない仕事だけだと、「それ以外は全部触ってよい」と読まれます。全部触ってよい、は範囲ではありません。

同じ製品名のまま版が分かれる話は、8月にも書きました。火曜に足すのは、版の次です。その画面で、どの操作まで任せるか。版だけ書くと、デモの映像が版を上書きします。上書きされた版は、来週また古くなります。

デモが先に歩くと、現場の手順が曖昧になる

社内チャットにデモが流れます。既存の入力手順が「古い」扱いになります。見積の前提が「画面操作できるAI」になり、どの画面かが消えます。人が残す操作の話が、できることの映像に負けます。

エージェントに任せる前に、承認なしで進めてよい範囲を決める、という話は以前からあります。火曜は、その範囲を画面の操作に落とします。落とさない範囲は、デモを見た感想です。感想は、顧客との前提になりません。

チャットのAIが自分から話し始めるほど、黙っていてよいときを先に決める、とも書きました。黙っていてよいときと、触らせない操作は近いです。近いものをデモで上書きすると、火曜の朝に残るのは「見た人」です。見た人に仕事が集まります。集まる理由は詳しさではありません。映像を最初に見た、それだけです。

公式の例を雑談で一般化すると、説明できる人へ負荷が寄ります。寄った人は詳しく見えます。見えているのは、映像の早さです。映像の早さは、判断の速さではありません。

AIの答えを見るとき、正しさより先に前提を見る、という話とも重なります。火曜の前提は、「どの画面の、どの操作か」です。フォーム記入の例を、契約確定として読むと、前提が壊れます。壊れた前提の上の正しさは、その場の印象です。

夜も動くエージェントの話を、この火曜に伸ばさない方がいいです。日中の画面で任せてよい操作が空のまま夜間へ行くと、デモが24時間化します。24時間化したデモは、確認する人を増やしません。増えるのは、詳しい人の受信箱です。

任せる、を画面と操作に分ける

私が書いてほしい分解は、長くなくていいです。

今使っている画面の名前。その画面で任せてよい操作。その画面で人が残す操作。

カレンダーの候補まで任せて、確定は残す。調べた内容の下書きまで任せて、送信は残す。社内フォームの下書きまで任せて、顧客レコードの更新は残す。会社によって違います。無いのは困ります。三つが無い週は、デモが社内の手順になります。手順になったデモは、翌週また上書きされます。上書きされる手順に、顧客の前提は置けません。

権限表を火曜に増やさない方がいいです。増やす前に、今の画面で任せてよい操作を一つ書く。書かないまま権限を足すと、紙の上限は残り、現場はデモを追います。

公式は、強い能力への入口を制限する、とも書いています。制限があると書いた能力を、社内の「全部任せられる」に訳さない方がいいです。訳すと、火曜の朝は検索から始まります。Astra は何ができるか。うちのCRMに入るか。検索は早いです。早い検索は、今の見積の前提を書き換えません。書き換えない前提の上にデモが乗ると、顧客には「検討中の画面操作」と見えます。検討中の画面操作は、納期になりません。

任せてよい操作を書けない会社では、火曜は再生から始まります。何分の映像か。どのソフトか。再生は早いです。確認する人の名前は増えません。増えない確認のまま金曜を迎えると、提案に残るのは「コンピュータでできる」です。できる、は来週また増えます。

一つ書いたら、その日のうちに社内へ出します。出さない一行は、書いた人のメモです。メモは、デモの転送に負けます。負ける前に、今の画面の名前とセットで残します。セットが無い一行は、製品発表の要約に見えます。要約は、任せてよい操作の代わりになりません。代わりになるのは、今の画面で止める操作の名前です。

火曜に私が残したい一文

私が社長に書いてほしいのは、デモの感想ではありません。

今の画面で任せてよい操作を、一つ書く。

下書きまで、でもいい。カレンダーの候補まで、でもいい。書けないなら、デモを共有するより先に、今の操作が決まっていません。決まっていない操作に映像を足すと、金曜に言えるのは「知っている」だけです。どこまで任せたかは、言えません。

書いたあとに、人が残す操作を一つ足します。今ある画面でいい。新しい製品の一般提供を待つ必要はありません。公式も、提供は段階だと書いています。待っている間に薄れるのは、今の画面の使い方です。

画面操作の例は、来週の発表でまた増えます。私が残したいのは、今の画面で任せてよい操作、一つです。

相談でよく聞くのは、「デモを見せれば社内が動く」です。動くのは関心です。関心と、任せてよい操作は違います。関心だけが動いた会社では、火曜の夜に「うちの受注入力もできる？」と聞かれます。できるかどうかより先に、受注入力のどこまで人の手を残すかを言えた方がいいです。言えないままデモを回すと、関心は増えて、範囲は空のまま金曜へ行きます。

もう一つ聞くのは、「今の画面が古いから、新しい操作を待っている」です。待っている間も、見積の前提確認と顧客への返信は今の画面で進みます。今の画面で任せてよい操作が空だと、待っている対象は製品名です。製品名を待っている週は、今の入力手順が「仮」になります。仮の手順のままデモを共有すると、現場は今の入力を雑に扱い始めます。雑になった入力は、新しいモデルが来ても戻りません。戻らない入力を、デモの再生回数で埋めない方がいいです。

任せてよい操作を一つ書けた会社でも、人が残す操作を言えないことがあります。残す操作が「大事なことは人がやる」だと、大事の中身が空です。大事の中身は、送信、金額、顧客レコード、公開、のどれかです。どれかを名前で残す。名前が無い「大事」は、デモを見た人がその場で決めます。その場の決めは、翌週またデモで上書きされます。

BNIの週だと、火曜の朝は受信トレイより先に一行、と以前書きました。今日の一行は、新製品名ではありません。今の画面で任せてよい操作です。書けないまま定例会へ行くと、帰りに「画面操作できるらしい」だけが残ります。残った話は、水曜の確認待ちを増やします。増やす前に、任せる操作の名前を一つ持っていく。持っていけないなら、デモの共有は午後でもいいです。