Codex、DAY17・18は連続リセット｜DAY19はdots通話・推論設定・CLIを改善

CodexのDAY17・18の連続リセットとDAY19の通話・推論設定・CLI改善を伝えるアイキャッチ AIを知る

Codexの28日間の改善企画は、DAY17・DAY18と2日続けてリセットになりました。ここでいうリセットは、Codexの利用枠を戻すものです。今回は、米国太平洋時間で、告知した日のうちに反映されるのを待つ流れから、翌朝の反映を予告する流れへと変わりました。

そしてDAY19では、dotsの通話接続、会話途中での推論設定変更、Codex CLIに更新が入りました。Tibo氏は「小さな更新」と紹介していますが、使う場面に置き換えてみると、呼び出すまでの待ち時間や、長い作業を続けるときの手間に関わる改善です。DAY17の発表・DAY18の発表・DAY19の発表

私もdotsに電話してみました。以前から、かけてもなかなか出てくれないと感じていたのですが、今回試すと、つながるまでに5コールぐらい。「もう少し早く出てくれるとうれしいな」というのが、率直な感想です。

この記事では、発表された内容を押さえたうえで、次の点を掘り下げます。

  • リセットの告知と実際の反映に、どのような時間差があったのか。
  • dotsの「通話接続が速くなった」は、会話や作業のどの待ち時間を指すのか。
  • ClaudeやGemini Liveと比べたとき、音声でAIを使う体験をどう見ればよいのか。
  • 推論設定とキャッシュ、CLIの更新が、どんな仕事で役立つのか。

前回の流れは、DAY15・16の記事「リセットとプロンプトキャッシュ保持の改善」でまとめています。

※本記事は2026年10月24日時点の発表・公式資料と、同日の筆者の利用体験をもとにしています。

AIへの通話接続を待ちながら進行中の仕事を確認する人の概念画像
  1. DAY17・18は連続リセット。今回は翌朝の反映を案内
    1. DAY17はリセットと、Daybreak Blueの事前準備を案内
    2. DAY18もリセット。ただし、周辺の更新はあった
    3. 告知の日と、利用枠が戻る時間は別に見る
  2. DAY19は、dots・推論設定・CLIの3方向を改善
  3. dotsは通話接続が高速化。試すと約5コール
    1. 「なかなか出ない」という感覚は、今回も少し残った
    2. 今回速くなったのは、3つある待ち時間のうち「接続」
    3. 活躍するのは、任せている仕事へ短く口を出したいとき
  4. ClaudeやGemini Liveと比べると、音声AIの見方も変わる
    1. 文字と音声を行き来し、ツールや作業へつなぐ
    2. 接続の速さは、短い相談のしやすさに関わる
  5. 推論の強さを途中で変えても、キャッシュを維持
    1. 同じ案件でも、必要な考え方は途中で変わる
    2. DAY16は「時間を空けても」、DAY19は「設定を変えても」
    3. モデル切り替えまで、同じ扱いになるわけではない
    4. Claude Codeにも、条件付きで同じ方向の工夫がある
  6. Codex CLIの更新は、準備と再開の手間に効く
    1. 定型の指示や設定を、プリセットで呼び出す
    2. モデルや権限を、コマンドの中で直接指定する
    3. 長い作業の再開と、会社の環境での接続を改善
  7. これまでの改善から見える、長い作業を支える積み重ね
  8. まとめ｜呼び出しやすさと、続けやすさをどう評価するか
  9. 出典・参考資料

DAY17・18は連続リセット。今回は翌朝の反映を案内

CodexのDAY17・18のリセット告知と翌朝の反映を分けて利用枠を確認する概念図

今回、追いかけていて気になったのは、リセットが2日続いたことに加え、「今日の告知」と「利用枠が戻るタイミング」が分かれたことでした。米国太平洋時間で日付をまたぐ直前まで告知を待つ展開もあり、「今日はどうなるんだろう」と、ひやひやしながら見ていました。

DAY17はリセットと、Daybreak Blueの事前準備を案内

DAY17の投稿は、「忘れたと思ったでしょう」と切り出し、リセットを告知しています。返信では、反映予定を翌朝に示しました。

Tibo氏によるDAY17のリセット告知と、翌日の午前10時前に反映すると伝える返信。

画像内の日本語訳（本投稿・返信の全文）

Tibo氏・本投稿

DAY17／忘れたと思ったでしょう。でも忘れていません。今日はリセットの日です。

それから、Daybreak Blueのアクセスを取得しておくよう、あらためてお伝えする良い機会でもあります。15分しかかかりませんし、インシデント対応の最中にその手続きをすることにはなりたくないですよね。

Tibo氏・返信

明日の午前10時前（原文：PST）に反映します。

画像1：Tibo氏によるDAY17の投稿と返信。出典：本投稿／反映時刻を示した返信。

Daybreak Blueは、承認を受けた利用者が、防御を目的とするサイバーセキュリティ業務に取り組むための仕組みです。Tibo氏の呼びかけは、セキュリティ事故への対応が必要になってから慌てないよう、事前にアクセスの準備をしておこう、というものです。公式のアクセス案内

投稿の「15分」はTibo氏の説明として読み取るのが適切です。公式資料では申請・承認が必要とされており、誰でも必ず15分で利用を始められるという保証ではありません。

DAY18もリセット。ただし、周辺の更新はあった

DAY18も、企画としてはリセットという結論になりました。ただし、投稿には性能改善や周辺の発表も並んでいます。「OpenAI全体で何も更新がなかった日」と読むと、原文とはずれてしまいます。

Tibo氏によるDAY18のリセット告知、関連する更新、翌朝の反映と小さなアップデートを予告する返信。

画像内の日本語訳（本投稿・返信の全文）

Tibo氏・本投稿

DAY18／Decisions APIが一般提供（GA）になり、OpenResponsesがLinux Foundationに加わりました。いくつかの性能改善もリリースし、UberはCodexとWorkの本格活用を進めています。それでも、はい……今日はリセットです！

Tibo氏・返信

明日の午前10時前（原文：PST）に、小さなアップデートとあわせて反映します。

画像2：Tibo氏によるDAY18の投稿と返信。出典：本投稿／翌朝の反映と更新を予告した返信。

周辺ニュースのうち、名前だけでは分かりにくい3点を補うと、次のようになります。

  • Decisions API：文章や画像をもとに、決まった形式の判断結果を返すためのAPIが正式提供になりました。OpenAIのAPI変更履歴
  • Open Responses：複数のAIモデル提供元に対応したインターフェースをつくるための公開仕様です。Linux Foundation傘下のAgentic AI Foundation（AAIF）に加わったことが発表されています。Linux Foundationの発表
  • Uberの導入：OpenAIの発表は、3万人超の従業員に向けてChatGPT Workの全社展開を始めるという内容です。開発チームではCodexの利用も継続するとされています。OpenAIの発表

こうした動きはありつつ、28日間企画のDAY18はリセットとして案内された、という整理です。

告知の日と、利用枠が戻る時間は別に見る

DAY17・DAY18とも、返信には「明日の午前10時前」とあります。私が確認した流れでも、これまでのようにその日のうちにリセットされるのを待つ形ではなく、米国太平洋時間で次の日の朝にリセットがかかる結果になりました。

ここは、反映の予告は公式投稿、実際に翌朝のリセットを確認したことは筆者の観察として分けておきます。個々のアカウントで同じ瞬間に反映されたとまでは確認していません。

利用者としては、「リセットの告知が出たから、今すぐ枠が戻っている」と考えず、実際の利用枠表示を見て、次の作業を始めるタイミングを決めたいところです。

DAY19は、dots・推論設定・CLIの3方向を改善

DAY19のdots通話接続、推論設定変更時のキャッシュ維持、CLI更新の3つを示す概念図

DAY19には、小さな更新として3つの柱が示されました。前日の返信が予告した「小さなアップデート」に続く発表です。まずは、本投稿とCLIについての返信をまとめて確認します。

Tibo氏によるDAY19のdots通話接続と推論設定変更時のキャッシュ改善、Codex CLI更新の説明。

画像内の日本語訳（本投稿・返信の全文）

Tibo氏・本投稿

DAY19／小さな更新です。dotsへの通話がずっと速くつながるようになりました。CodexとWorkで会話の途中に推論設定を変更しても、キャッシュが無効にならなくなりました。それから、Codex CLIも更新しました。

Tibo氏・返信

Codex CLIの更新についてです。再利用できるプロンプトのプリセット、コマンド内で直接指定できるモデルと権限の設定、企業向けMCPへのサインインを追加しました。また、長いセッションを再開する際の失敗を修正し、Windowsの企業ネットワークで使われるプロキシの認証にも対応しました。

驚いたことに、CLIの利用はDevDay以降、2倍に増えています。

画像3：Tibo氏によるDAY19の投稿と返信。出典：本投稿／CLI更新を説明した返信。

利用場面に置き換えると、今回の更新は次のように整理できます。

更新の柱 発表された変更 使う場面の例
dotsの通話 通話がつながるまでを高速化 短い確認や、任せている作業への追加指示
推論設定とキャッシュ 会話途中で推論設定を変えてもキャッシュを無効にしない 同じ案件で、軽い確認と深い検討を切り替える
Codex CLI 定型指示・設定・認証・再開などを改善 毎日の繰り返し作業や、長い開発作業の継続

右列は、発表内容から考えられる活用例です。実際にどれだけ時間が短くなるかは、作業内容や利用環境によって変わります。

dotsは通話接続が高速化。試すと約5コール

dotsの約5コールという筆者の体感と、通話接続・返答・作業完了の違いを示す概念図

dotsは、ChatGPTの中で仕事を任せ、文字や通話で進み具合や方針を相談できるAIです。dotsの公式ガイド

私がまず気になったのは、電話をかけてから話し始められるまでの時間です。呼び出したらすぐに応じてほしい、という期待があるだけに、ここが短くなる改善は歓迎したいところです。

「なかなか出ない」という感覚は、今回も少し残った

以前から、dotsには電話をかけても、なかなか出てくれないと感じていました。改善が発表されたので、2026年10月24日に私も試したところ、つながるまでに5コールぐらいかかりました。

もう少し早く出てくれるといいな、とは思います。とくに「いま進めている件、ひとつだけ確認したい」というときには、短い用件そのものより、呼び出して待つ感覚のほうが気になりやすいからです。

今回の体感だけでは、改善前後でどれだけ短くなったかまでは分かりません。

今回速くなったのは、3つある待ち時間のうち「接続」

Tibo氏が述べているのは、通話がつながるまでの改善です。音声AIを使うときには、待つ場面を分けると、変更の意味が分かりやすくなります。DAY19の発表

待っている場面 利用者が感じること DAY19の発表から分かる範囲
呼び出して、通話がつながるまで 「早く出てほしい」 今回、速くなったと案内された部分
話し終えて、返答が始まるまで 「こちらの話を受けて、すぐ返してほしい」 接続の改善とは分けて評価する部分
調べ物や操作を頼み、作業が終わるまで 「結果ができたら教えてほしい」 作業内容や使うツールにも左右される部分

接続が速くなれば、最初の呼び出しは気軽になります。一方で、複雑な相談への返答や、資料を調べてまとめる作業まで、同じ割合で速くなったとは言えません。

自分が待っているのがどの部分か分かれば、更新後の使い心地を具体的に見られます。

活躍するのは、任せている仕事へ短く口を出したいとき

公式ガイドでは、dotsとの通話中に文字でメッセージを送ることや、進捗・判断が必要な点を会話することが案内されています。また、通話を終えても、すでに任せた作業は続けられます。dotsの公式通話ガイド

この仕組みなら、接続の改善が役立ちそうなのは、たとえば次のような場面です。

  • 資料をまとめてもらっている途中で、「比較対象をもうひとつ加えて」と伝える。
  • 作業の進み具合を聞き、「その方向で続けて」と短く返す。
  • 文章では説明しにくい意図を声で補い、確認したい条件やURLは文字でも送る。

共通しているのは、進んでいる仕事に、追加の条件や方針を短い会話で伝えられることです。通話の入口が軽くなるほど、こうした使い方を試しやすくなると感じます。

dotsを日々の仕事にどう組み込むかは、使い始めて約3週間の実践ガイドでも整理しています。

ClaudeやGemini Liveと比べると、音声AIの見方も変わる

dots・Claude・Gemini Liveで音声の相談から仕事へつなぐ使い方を比較する概念図

音声でAIに話しかけ、そこから作業へつなげる流れは、他社でも進んでいます。今回のdotsの改善を考えるうえでは、競合の音声機能がどこまでできるのかも押さえておくと、比べるポイントが見えてきます。

文字と音声を行き来し、ツールや作業へつなぐ

2026年10月24日時点の公式資料をもとに、日常的な使い方に関わる部分を比較しました。

サービス 音声を始める入口 会話から作業へつなぐ機能
dots dotとの会話画面などの通話ボタン 通話中も文字でやり取りでき、任せた作業は通話終了後も継続できる
Claudeの音声モード チャットの波形アイコン 同じ会話で文字と音声を切り替え、検索や接続済みツールを利用できる。順次提供中の統合版Claudeでは、作業中の会話にも音声で参加できる
Gemini Live モバイルアプリのLiveアイコンなど 文字との切り替え、カメラ・画面共有、対応アプリとの連携に対応。条件を満たすアカウントでは、Liveからタスクの作成・予約・進捗確認もできる

出典：dots／Claude音声モード・統合版の提供状況／Gemini Live／Geminiのタスク機能

Claudeの音声モードは、Freeを含む全プランに提供されているベータ機能で、日本語も案内されています。ただし、利用できるモデルやツール、利用量はプランによって異なります。また、通常の双方向の音声モードと、Claude Codeなどの音声入力は区別されています。Claudeの公式ヘルプ・日本語対応を含む公式発表

Gemini Liveは、日本向けの無料プランにも含まれています。一方、上の表にある継続的なタスク機能には、Google AI Pro／Ultra、18歳以上の個人アカウント、アクティビティ保存やパーソナル インテリジェンスの設定などの条件があります。「無料で音声会話ができること」と「仕事を継続的に任せられること」は、提供条件を分けて見る必要があります。Googleのプラン案内・タスクの利用条件

接続の速さは、短い相談のしやすさに関わる

比較してみると、音声で質問できるかどうかだけでは、違いが見えにくくなってきました。文字の会話から自然に切り替えられるか、話した内容がその後の作業につながるかも、使い勝手を左右します。

Googleも2026年5月の発表で、Gemini Liveを会話画面の中ですぐに開ける体験へ変更したと説明しています。これは、話し始めるまでの手軽さも製品の改善対象になっている例です。Google I/O 2026の発表・項目42

音声で何ができるかに加えて、必要なときにすぐ話し始められるかも、日々使う機能になるための条件だと感じます。dotsの接続改善も、この視点から見ていきたいところです。

この表は公式機能の比較で、接続速度を同じ条件で測定したものではありません。比べたいのは、自分の用件に合った入口と、会話の後にできる仕事です。

推論の強さを途中で変えても、キャッシュを維持

同じモデルの推論の強さを変えながら共通の前提をキャッシュで再利用する概念図

DAY19のもうひとつの柱は、CodexとWorkで、会話の途中に推論設定を変更してもキャッシュが無効にならなくなったことです。こちらは、長い会話の中で作業の難しさが変わるときに関わる改善です。DAY19の発表

同じ案件でも、必要な考え方は途中で変わる

推論の設定は、AIにどれくらい深く考えさせるかを調整するものです。複雑な検討では強める意味がありますが、一般に、深く考える設定ほど時間やトークンを使います。OpenAIのモデル・推論設定ガイド

たとえば、ひとつのプログラムを直す場合でも、必要な作業は同じではありません。

  1. 全体を確認する：関連ファイルと、問題が起きていそうな場所を把握する。
  2. 難しい箇所を検討する：不具合の原因や、修正による別の影響まで深く考える。
  3. 仕上げる：修正内容を短く説明したり、変更点を整理したりする。

この例で、同じモデルを使いながら、難しい検討だけ推論を強め、仕上げでは軽い設定に戻す使い方を考えてみます。

プロンプトキャッシュは、入力の先頭から共通する部分について、すでに行った計算を再利用する仕組みです。OpenAIのキャッシュ解説

途中で設定を変えたことだけを理由に、その再利用が途切れなくなるなら、作業に合わせて推論の強さを選びやすくなります。

DAY16は「時間を空けても」、DAY19は「設定を変えても」

前回の記事でもキャッシュ改善を取り上げたので、「また同じ話？」と感じるかもしれません。しかし、改善している条件が違います。

  • DAY12：サブエージェント間での共通入力の再利用など、キャッシュを活かす処理が話題になりました。
  • DAY16：時間が空いたときにも再利用しやすくする、保持期間の改善が中心でした。
  • DAY19：会話を続けながら推論設定を変えた際に、キャッシュが無効になる問題への対応です。

出典：DAY12の記事／DAY15・16の記事／DAY19の発表

同じ「キャッシュ改善」でも、前回は休憩や作業中断の後、今回は作業の途中で判断の深さを変える場面に注目すると、違いがつかみやすくなります。

仕組みの参考になるのが、OpenAIのAPI資料です。GPT-6系の標準・単一エージェントモードでは、会話の後ろに推論設定の更新を追加し、先頭の共通部分を変えずにキャッシュを保つ方法が説明されています。ただし、これは公開APIの説明であり、CodexやWorkの内部処理がすべて同じ実装だと確認できたわけではありません。APIの推論設定変更ガイド

モデル切り替えまで、同じ扱いになるわけではない

気を付けたいのは、同じモデルの推論設定を変えることと、別のモデルへ切り替えることは別だという点です。

画面上のPower設定には、モデルと推論の強さを組み合わせた選択肢があります。そのため、操作の見た目がひとつのスライダーであっても、常に「推論だけの変更」とは限りません。今回の発表を、どのモデルへ切り替えてもキャッシュが維持されるという意味に広げないようにしたいところです。モデル設定の公式資料

また、キャッシュを維持できても、新しく深く考える処理が不要になるわけではありません。推論を強めれば、そのぶん時間や利用量が増えることはあります。「設定変更による無駄を減らす改善」と、「どの設定でも同じ負担で動くこと」は分けて考える必要があります。

Claude Codeにも、条件付きで同じ方向の工夫がある

この考え方はCodexだけのものではありません。Claude Codeの現行資料でも、対応モデルをAPIキーまたはClaudeの契約経由で使う場合、推論の強さを変えてもキャッシュを保てると説明されています。

対象として挙げられているのは、Opus 5.5、Sonnet 5.5、Haiku 5.5、Fable 5.1です。一方、Amazon Bedrockなどの別の提供経路では同じ扱いにならず、設定による例外もあります。Claude Codeのキャッシュ解説

大事なのは、単に「キャッシュがあるAI」を選ぶことより、長い仕事の途中で何を変えると再利用が途切れるのかを見ることだと思います。推論の切り替えを気軽にできることは、必要な場面に考える力を振り向ける使い方につながります。

Codex CLIの更新は、準備と再開の手間に効く

指示と設定の準備を整えて、中断した開発作業を再開しやすくする概念画像

Codex CLIは、文字のコマンドを入力するターミナルからCodexを使うためのツールです。公式変更履歴では、2026年10月23日付でバージョン0.164.0が案内されています。DAY19の返信にある内容は、このリリースの変更点と照合できます。公式変更履歴・0.164.0のリリースノート

普段はアプリ中心の人でも、どの手間を減らす更新なのかを見ると、開発者が日々使う道具としての変化が分かります。

定型の指示や設定を、プリセットで呼び出す

新しい /presets では、定型の指示文や、モデル・推論量・速度を変更するコマンドを、10個の枠に保存して呼び出せます。公式の変更説明・PR #54380

たとえば、コードの変更を確認するときに、毎回次のような観点を伝えているなら、定型部分を用意しておく意味があります。

変更内容を読み、想定していない挙動が入りそうな箇所と、確認すべき点を整理してください。

何度も同じ文章を書く手間を減らせますし、毎回確認したい観点を揃えやすくなることも利点のひとつです。

プリセットは指示や設定の再利用、キャッシュは計算の再利用です。それぞれ違う手間を減らす仕組みと考えると、使いどころを整理しやすくなります。

モデルや権限を、コマンドの中で直接指定する

モデル・推論量・速度を、/model の引数で指定できるようになりました。たとえば、対応するモデルで次のように指定すると、現在のモデルの推論設定を変更できます。

/model --reasoning high

公式の変更説明では、モデル名を省略した場合は現在のモデルに適用し、この操作で保存済みの既定値は変更しないとされています。公式の変更説明・PR #54378

「いつもの設定はそのままに、この会話のこの先だけ深く考えてほしい」という場面に合う変更です。権限についても、/permissions の引数でプロファイルを指定できるようになっています。CLIリリースノート

長い作業の再開と、会社の環境での接続を改善

今回のCLI更新では、目立つ操作だけでなく、仕事を続けるときの問題にも手が入っています。

変更 どんな場面に関わるか
長いセッションの再開失敗を修正 昨日の続きや、中断した開発作業へ戻るとき
再開時に保存済みのスレッド設定を復元 続きの作業で、意図した設定を引き継ぎたいとき
企業向けMCPへのサインインを追加 会社で利用する外部ツールへ、適切な認証を通して接続するとき
Windowsの企業プロキシ認証に対応 認証の必要な社内ネットワークからCLIを使うとき

出典：Codex CLI 0.164.0のリリースノート

再開失敗の修正には、保存された会話履歴のファイルが圧縮されていても、再開時に正しく見つけられるようにする対応が含まれます。公式の変更説明・PR #54008

利用者から見れば、作業そのものに取りかかる前に、昨日の続きへ戻れるかどうかは大切です。何度も説明し直したり、設定を確かめ直したりする時間を減らせるなら、長い案件ほど意味が出てきます。

企業向けMCPは、AIと外部ツールをつなぐ際の認証に関する更新です。Windowsのプロキシ対応も、会社のネットワークを経由する接続で、ログイン中のユーザーのNegotiate／NTLM認証情報を扱うものです。普段その環境を使わない人には目立ちませんが、業務で接続できるかどうかに関わる修正です。CLIリリースノート・Windows対応の変更説明・PR #55994

Tibo氏はDevDay以降にCLIの利用が2倍になったとも述べています。利用量の指標や集計方法は示されていません。Tibo氏の返信

これまでの改善から見える、長い作業を支える積み重ね

指示や途中調整、待機と再開の改善を積み重ねて長い仕事を続ける概念図

これまでの連載を振り返ると、改善しているのはAIの回答速度だけではありません。指示を出す、途中で方向を変える、待つ、作業を再開する、といった一連の流れの中で、少しずつ使いにくい箇所に手が入っています。

今回につながる主な更新を、使う側の場面で整理すると、次のようになります。

使う場面 これまで取り上げた改善 今回とのつながり
返答を待つ DAY1の高速化、DAY4のUltrafast 今回のdots接続とは、待っている段階が違う
次の指示を考える DAY5のComposer predictions CLIのプリセットも、指示を準備する手間に関わる
混雑や失敗で止まる DAY11の容量・エラー関連の改善 CLIの再開修正は、中断後に仕事へ戻る部分を支える
途中で方針を直す DAY4のSteering、DAY14の送信済みメッセージ編集 DAY19の推論変更も、仕事の途中で調整する使い方に関わる
共通の前提を再利用する DAY12のキャッシュ改善、DAY16の保持期間の改善 DAY19は、推論設定を変更したときの継続性を改善する

ここから見えてくるのは、長い仕事をAIに任せるには、単発の回答が優秀なだけでは足りない、ということです。途中で声をかけやすいこと、必要に応じて考える深さを変えられること、中断しても続きに戻れることも、毎日の使いやすさに関わります。

利用枠のリセットは、また作業を進められるようになるという点でありがたいものです。そのうえで、DAY19のように、日々の小さな待ち時間や手間へ手が入る更新も、使い続ける側として見ていきたいと思います。

まとめ｜呼び出しやすさと、続けやすさをどう評価するか

DAY17・DAY18は連続のリセットで、今回は翌朝の反映が案内されました。DAY19には、dotsの通話接続、推論設定変更時のキャッシュ維持、Codex CLIの更新が発表されています。

今回の更新が役立ちそうなのは、次のような人です。

  • dotsへ短く相談したい人：通話がつながるまでの改善は、進捗確認や追加指示のしやすさに関わります。
  • 同じ案件を長く進める人：必要な場面で推論を強めたり戻したりするとき、キャッシュを活かしやすくなります。
  • CLIを日常的に使う人：定型の指示や設定の呼び出し、長いセッションの再開、企業環境での接続に改善があります。

私のdotsでの体感には、もう少し早く話し始めたいという思いが残りました。今後も、発表の「速くなった」を、実際に短い用件で呼び出しやすくなったかという視点で見ていきたいです。

また、キャッシュやCLIの改善は、すぐに目に見える派手な変化ではなくても、長い作業の中で繰り返す手間に関わります。今回の更新は、AIへ仕事を頼む入口と、頼んだ仕事を続ける過程の両方から見ると、使いどころをつかみやすいと感じました。

AIへ短く相談し、確認した方針で落ち着いて仕事の続きを進める人の概念画像

出典・参考資料

発表内容はTibo氏の投稿と、掲載したスクリーンショットに写っている本投稿・返信で確認しました。機能の詳細や比較は、以下の公式資料を参照しています。各社のヘルプは更新されるため、提供条件は2026年10月24日時点の確認内容です。

DAY17〜19の発表

公式仕様・関連発表

コメント

タイトルとURLをコピーしました