- 新モデルの名前が先に社内チャットへ流れる現場責任者
- 見積や手順に「最新のAI」とだけ書いている人
- 使えるようになる前から、できることの話が広がる会社
火曜の朝、名前は先に届きます。Astra。Fable。Mythos。名前が新しいと、今週の仕事も新しくしたくなります。したくなる気持ちは分かります。ただ、先に書くのは新製品名ではありません。今使っている画面で、使わない仕事です。
使えるようになる前に名前が歩くと、現場は二つに割れます。試したい人と、何が変わったか説明できない人です。割れたまま金曜を迎えると、残るのは製品名のメモです。残らないのは、使ってよい仕事の境界です。
2026年9月1日、公開前でも分類は先に出た
OpenAIは2026年9月1日、Astra の準備状況を公表しました(Path to Astra)。公式が書いている範囲は、次のとおりです。
- Astra は、同社の Preparedness Framework でサイバー能力を Critical に分類した最初のモデルである
- 公開は「まもなく」であり、この文書の時点では一般提供ではない
- 最も進んだサイバー能力へのアクセスは、より限定する
- 高度なサイバー作業は、まず試験者のグループから始める
分類が出たことと、現場が今日使えることは、別です。別であるものを、「うちも使える」と書くと、再現できません。再現できない一文は、翌週の説明になりません。
同じ9月1日、Anthropic は Claude Fable 5.1 と Claude Mythos 5.1 を発表しました(Introducing Claude Fable 5.1 and Claude Mythos 5.1)。公式は、二つを 同じモデルで、安全装置の強さが違う と書いています。Fable 5.1 は一般提供。Mythos 5.1 は信頼できるアクセスプログラム経由です。Mythos は、現時点では米国の一部組織向け、とも書いてあります。日本の一人会社が、今日 Mythos を使える、とは書いていません。
画面の名前は同じでも、版と対象が分かれる話は、8月にもありました(同じ製品名のまま版が分かれた週に、先に書くのは性能比較ではなく「どの画面の、何月の版か」)。火曜に足すのは、月と画面の次です。公開前の分類と、一般提供の版と、制限付きの版です。三つを「最新」の一言にまとめると、顧客への説明が空になります。
名前が先に歩くと、今の画面の境界が薄くなる
現場で起きるのは、性能の優劣論争ではありません。起きるのは、今の画面の使い方が曖昧になることです。
- 社内チャットに新名前が流れ、既存の手順が「古い」扱いになる
- 見積の前提が「最新モデル」になり、どの画面かが消える
- 使ってはいけない仕事の話が、新機能の話に負ける
エージェントに任せる前に、承認なしで進めてよい範囲を決める話はすでにあります(エージェントに任せる前に、承認なしで進めてよい範囲を決める)。火曜は、範囲の前に 使わない仕事 を書きます。使わない仕事が無い範囲は、全部試してよい、と読まれます。全部試してよい範囲は、範囲ではありません。
チャットのAIが自分から話し始めるほど、先に決めるのは黙っていてよいとき、という話もあります(チャットのAIが自分から話し始めるほど、先に決めるのは黙っていてよいとき)。黙っていてよいときと、使わない仕事は近いです。近いものを、新製品名で上書きしない方がよいです。上書きすると、火曜の朝に残るのは「名前を知っている人」です。知っている人に仕事が集まります。集まる話は、すでにあります(AIを一番使える人に、一番仕事が集まっていないか)。
公式が「限定する」と書いた能力を、社内の雑談で一般化すると、負荷は説明できる人へ寄ります。寄った人は、詳しいように見えます。見えているものは、名前の早さです。名前の早さは、判断の速さではありません。
「最新のAI」を、今の画面と使わない仕事に分解する
火曜に残す分解は、長くなくてよいです。
- 今使っている画面の名前
- その画面で進めてよい仕事
- その画面で使わない仕事
Astra を待つか、Fable を試すかは、この三行のあとで足ります。三行が無い週は、製品発表が社内の手順になります。手順になった発表は、翌週また上書きされます。上書きされる手順に、顧客の前提は置けません。
正しさの前に前提を見る話とも重なります(AIの答えを見るとき、正しさより先に「前提」を見る)。前提の一つが、今は「公開されているか」と「誰向けか」です。公開前の分類を、公開済みの機能として書くと、前提が壊れます。壊れた前提の上の正しさは、その場の印象です。
攻撃を見つけるAIが出ても、先に決めるのは権限の上限、という話もあります(攻撃を見つけるAIが出ても、先に決めるのは権限の上限)。火曜は権限表を増やしません。増やす前に、今の画面で使わない仕事を一つ書きます。書かないまま権限を足すと、上限は紙に残り、現場は名前を追います。
火曜の朝に残す一行は、製品名ではない
今週の火に書く一行は、これで足ります。
今の画面で使わない仕事を、一つ書く。
顧客への正式な見積。契約書の確定。公開前の個人情報。どれでもよい。一つでよい。書けないなら、新名前を覚えるより先に、今の仕事の境界が薄いです。薄い境界に新名前を足すと、経験した人がまた一人増えます。増えた人は、金曜に「知っている」と言えます。言えないのは、どこまで使ったかです。
使わない仕事を書いたあとに、試してよい仕事を一つ足します。足すのは、今ある画面です。Astra の一般提供を待つ必要はありません。公式も、公開はこれからだと書いています。待っている間に薄れるのは、今の画面の使い方です。
強い能力の分類は、ニュースとして残ります。残すべきなのは、分類の暗記ではありません。今の画面で使わない仕事、一つです。
使わない仕事を書けない会社では、火曜の朝は検索から始まります。Astra とは何か。Mythos は日本で使えるか。検索は早いです。早い検索は、今の見積の前提を書き換えません。書き換えない前提の上に新名前が乗ると、顧客には「検討中の最新」と見えます。検討中の最新は、納期になりません。
公式が「まもなく」と書いた公開を、社内の今週の目標にすると、目標は外部の発表日になります。発表日は、自社の確認者を増やしません。確認者が増えない目標は、詳しい人の受信箱を増やします。受信箱が増える週は、使わない仕事がますます書けません。書けないまま金曜を迎えると、提案に残るのは家族名です。家族名は、来週また増えます。
使わない仕事を一つ書いた会社でも、火曜のうちに社内へ共有した方がよいです。共有しない一行は、書いた人のメモです。メモは、新名前の検索に負けます。負けたメモは、水曜の一般版と制限版の話でまた薄れます。薄れる前に、今の画面の名前とセットで残します。セットが無い一行は、製品発表の要約に見えます。要約は、使わない仕事の代わりにはなりません。代わりになるのは、今の画面で止める仕事の名前です。
新モデルの名前より先に、今の画面で使わない仕事を分けます。tugiloは、公開前の分類を、現場の境界に落とします。