For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/ja/articles/gpt-6-intelligent-ui-eazo-qoni-and-the-fu-fc1ec475.md.
OpenAIはChatGPTで**インテリジェントUIを備えたGPT-6**の提供を開始しました。変化は分かりやすく、回答はもはやテキストを延々とスクロールするだけのものではありません。
OpenAIはChatGPTでインテリジェントUIを備えたGPT-6の提供を開始しました。変化は分かりやすく、回答はもはやテキストを延々とスクロールするだけのものではありません。
質問に応じて、ChatGPTは会話の中にテキスト、図解、グラフ、フォーム、タップ可能なコントロール、計算機、割り勘計算ツール、ゲームなどのインタラクティブな要素を直接組み合わせて表示できます。OpenAIによると、システムが形式を自動的に選択し、プレーンテキストのほうが適切な場合は従来どおりテキストで回答します。
提供は2026年10月7日に、ChatのPlus、Pro、Business、Enterpriseユーザーを対象として世界的に開始され、FreeとGoには10月8日から展開されました。有料Chatプランではこの体験にGPT-6 Solが使用され、FreeとGoではGPT-6 Lunaが使用されます。GPT-6 AstraはProの推論オプションを支えるモデルとして引き続き利用されていますが、現時点ではインテリジェントUIには対応していません。
OpenAIは、毎週12億人以上がChatGPTを利用しているとも説明しています。これは小規模なインターフェース実験を超えた動きです。大衆向けの会話型プロダクトが、明確に「インターフェースになり得る回答」へと進み始めています。
この方向性は、元となった中国語記事の中心的な主張とも近いものです。パーソナルエージェントの最終形は、より賢いコマンドラインではないかもしれません。特定の人が繰り返し必要とする作業のために、グラフィカルなインターフェースを作成し、維持できるソフトウェアになる可能性があります。
この記事では、AIアプリ作成プラットフォームであるEazoと、同社が構想するパーソナルエージェントの基盤となるアイデンティティ・アクション・メモリ基盤であるQoniを通して、その可能性を検討します。
2つの家族の事例が、この考え方を具体化します。
ある家族はEazoを使い、1歳半の子ども向けに、話すことと学習を支援するシンプルなアプリを作りました。子どもは文章を入力したりプロンプトを考えたりしなくても、大きなカードをタップして数字、文字、日用品、動物の音声を聞くことができました。
別の家族は、起床時間帯、昼寝の上限、昼寝に失敗した場合の対応など、条件分岐の多い睡眠コンサルタントのPDFを持っていました。何度も文書を読み返す代わりに、Adam Waxmanは約1週間かけてルールをアプリ化しました。その後、本人と妻、ベビーシッターは同じライブスケジュールを利用し、前の昼寝の時間が変わると、後の睡眠時間も再計算されました。
そのアプリが役立ったのは、わずか数か月でした。それで問題ありませんでした。
どちらのアプリにも、何百万人ものユーザーやアプリストアでの公開は必要ありませんでした。それぞれが、1つの家族のために、狭く、一時的で、非常に個人的な問題を解決したのです。
パターンはシンプルです。
ツールを作る人は会話を使うかもしれません。しかし、繰り返し使う人に必要なのは、タップだけかもしれません。
パーソナルエージェントは急速に広がっています。
MetaのMuseは、専用の安全な仮想マシン上で動作し、独自のブラウザを備えています。ユーザーが機密性の高い操作を承認すれば、メール、旅行、ショッピング、決済など、ウェブサービスや接続されたアプリを横断して操作できます。
OpenAIのdotsは、GPT-6 Astraを搭載した常時稼働型のエージェントです。独自のクラウドコンピューターを持ち、OpenAIのプラグインエコシステムを通じて4,000以上のアプリに接続できます。
こうしたシステムは、会話を入口にすることの有効性を示しています。目的を説明すれば、エージェントに作業を任せられるからです。
しかし、元の記事は、繰り返し行う多くの活動において、チャットボックスは弱点があると主張しています。
AirbnbのCEOであるBrian Cheskyも、10月1日のTechCrunchのインタビューで関連する見解を示しました。彼は、チャットだけのインターフェースは、閲覧やショッピングには理想的ではないと述べています。ユーザーにはより豊かなインターフェースが必要になることが多く、同じタスクに複数の人が関わる場合もあるためです。また、Museのようなエージェントを通してAirbnbを利用した体験もまだ不十分であり、コンシューマー向けAIはまだ解決されていないと話しました。
次のような活動では、視覚的な状態が重要です。
グラフィカルなインターフェースは、繰り返し自然言語で依頼する場合よりも、位置、選択肢、進捗、操作、文脈を保ちやすくなります。
会話型エージェントは単純に「終わった」とする記事の強い主張は、行き過ぎです。OpenAI自身のインテリジェントUIは、会話の終着点ではなく、ハイブリッドな方向性を示しています。会話は意図を伝えるために有用であり、インターフェースは結果として生まれた構造を操作するために有用です。
Eazoは、この2つの役割を分けています。
会話は、新しいニーズを説明するために使われます。その結果は、元の依頼を毎回言い直さなくても、開いたり、タップしたり、共有したり、再利用したりできる永続的なアプリになることを目指します。
元記事では、シンプルな例えが使われています。ベッドサイドの照明スイッチが欲しいなら、電気工事士に設置場所を一度伝えればよく、毎晩部屋に「電気を消して」と説明する必要はありません。
この考え方は、エージェントに対する見方を変えます。
一度だけ自然言語で依頼する
↓
エージェントが確認して構築する
↓
永続的なグラフィカルアプリ
↓
タップ、閲覧、共有による繰り返し利用
現在の主流エージェントは、既存のソフトウェアをユーザーに代わって操作することが多くなっています。Eazoが提案する次の段階は、エージェントが最初から存在していてほしかった小さなソフトウェアを作ることです。
つまり、アプリが消えるのではありません。変わるのは、誰がアプリを作れるのかという点です。
元記事では、話すよりもタップしたほうがよい日常の場面がいくつか挙げられています。
これらの例には、3つの共通点があります。
1つ目は、頻繁で反復的であることです。同じニーズを毎日説明したい人はいません。
2つ目は、幼い子ども、高齢者、コミュニケーションが難しいユーザーなど、テキストや音声で要件を簡単に表現できない人が使う可能性があることです。
3つ目は、従来型のソフトウェア製品を作るほど市場が大きくない一方で、1人または1世帯にとっては非常に価値が高いという、個人的すぎるニーズであることです。
元記事では、このアプローチをMuseやdotsのようなエージェントと比較しています。
この比較は、客観的な業界分類ではなく、原著者による整理です。たとえばMuseは、すでに一部のツールを自ら構築できます。また、ChatGPTのインテリジェントUIも、会話の中にインタラクティブな体験を作成できます。重要な違いは、永続性とプロダクトの形です。Eazoは、再利用可能なアプリを最終成果物として作ることに重点を置いています。
Eazoは、自然言語を使ってAIアプリ、エージェント、3Dワールド、インタラクティブコンテンツを作成するためのプラットフォームだと説明しています。
文書化されている作成フローは、おおむね次のとおりです。
アイデアを説明する
→ プロダクトの範囲を確認する
→ プロダクト計画を確認する
→ デザインの方向性を選ぶ
→ ページを生成する
→ 完全なアプリを構築する
→ プレビューして修正する
→ 公開する
このプラットフォームは、自動操縦モードと共同作成モードの両方をサポートしています。自動操縦モードでは、エージェントがプロジェクトをより自律的に進めます。共同作成モードでは、範囲、デザイン、実装に関する判断を求めるため、より頻繁に停止します。
元記事では、Eazoを行動志向のエージェントを直接置き換えるものではなく、それらを補完するものとして説明しています。中心にあるのは依然としてチャットですが、チャットはユーザーを理解し、永続的なものを作るために使われます。その後の繰り返し利用は、カスタムインターフェースが担います。
原文の大きなテーマの1つは、アプリ作成はコーディングを始める前に失敗することが多いという点です。ユーザーは、プロダクトを十分に明確に表現できないことがあります。
多くのAIコーディングツールでは、ユーザーがプロダクトマネージャーのように振る舞う必要があります。要件を定義し、機能を分割し、プロンプトを改善し、実装の細部を何度も修正しなければなりません。
Eazoのワークフローは、その解釈作業の多くをエージェント自身が担うことを目指しています。
Eazoのデザインワークフローでは、構築前に複数のデザイン方向を生成できます。現在の公式ドキュメントでは、ユーザーは1〜6個のデザイン方向を指定でき、個数を指定しない場合はデフォルトで6個が生成されます。
目的は、最初からデザイン用語を知っていなくても、具体的な視覚的選択肢を見て反応できるようにすることです。
ユーザーは「もっと温かい雰囲気に」「もっとシンプルに」といった指示を出し、その反応をもとに方向性を選べます。
原文には、次の依頼が含まれています。
YouTube動画やポッドキャストから学習できるAIベースの英語学習アプリを作ってください。動画やポッドキャストをアップロードしたり、URLから読み込んだりできる基本機能を含めてください。動画やポッドキャストの話者の音声をテキストに変換し、ユーザーが再生速度を調整してシャドーイング学習をできるようにしてください。ユーザーは新しい語彙に印を付けることができ、システムは意味の説明にも対応する必要があります。アプリにさらに良い機能を追加して設計してください。
重要なのは、プロンプトの文法ではありません。メディアの読み込み、文字起こし、再生速度の調整、シャドーイング練習、語彙の保存、説明などの目標が、ソフトウェアアーキテクチャを指定せずに混在している点です。
Eazoの現在のドキュメントでは、最初のプロンプトに完全なプロダクト仕様を含める必要はないと明記されています。エージェントは不足している詳細を確認し、計画を提案し、フロントエンドのページを生成してから、完全なアプリを構築できます。
原文には、Blender関連のアセットを使った3Dワークフローも示されています。
元のユーザー依頼：
このシーンとキャラクターを再現してください。キャラクターには歩くアニメーションを付けてください。
原文によると、Eazoはまずキャラクターのターンアラウンド画像を生成し、アニメーション用アセットに進む前にユーザーへ確認を求めました。
その後、ユーザーは2つ目の要件を追加しました。
さまざまな場所の時間をタイムゾーンで切り替えて確認できるアプリにしてください。空の色は現在選択しているタイムゾーンに合わせ、iPhoneの時計表示のデスクトップを参考にしたスタイルにしてください。
Eazoの現在のドキュメントでは、テキストまたは画像から3Dモデルやインタラクティブなシーンを生成できることが確認されています。ただし、個々のデモ結果は保証された出力ではなく、あくまで例です。
元記事では、Eazoを単なるフロントエンドコード生成ツールではなく、完全なプロダクトへ進むためのノーコードからローコードの手段として紹介しています。
現在のEazoのドキュメントでは、次の組み込み機能が確認されています。
原文では、Eazoには「49種類の組み込みAIモデル」があるとされています。ただし、モデルカタログは変更されるため、この正確な数を恒久的な仕様として扱うべきではありません。現在のEazoのドキュメントでは、対応するプロバイダーとモデルのライブカタログが公開され、Eazoが管理するモデルアクセスまたは独自のAPIキーを利用できます。
原文には次の依頼があります。
現在のプロジェクトにログインシステムを追加してください。
Eazoの公式ドキュメントでは、組み込みのログイン、セッション、ユーザーIDのサポートが確認されています。
原文では、次の依頼が使われています。
価格3ドルの決済機能を追加してください。メンバーは画像生成機能を無制限に利用できます。
Eazoは現在、組み込みの決済フローを通じて、1回限りの支払いと月額サブスクリプションを文書化しています。チェックアウトにはEazoのStripeコネクターを使用し、クリエイターは収益を引き出す段階になったときにStripe Expressのオンボーディングを行うだけで済みます。
原文には次の依頼があります。
何人のユーザーがログインし、アプリを利用したかを確認したいです。
Eazoのワークスペースおよび組み込み機能のドキュメントでは、管理型データベース、アプリデータ、ユーザーID、アクティビティ関連機能が確認されています。
原文には次の依頼があります。
アイデアを一文で入力するだけで、We0 AI が紹介サイト、ページ、CMS を生成し、公開後の顧客獲得と流入拡大を支援します。
無料登録で完全なプロジェクトを 1 つ生成
1 つの完全な生成フローを試し、最初のプロジェクトのドラフトをすぐに確認するのに最適です。
ユーザー入力に基づき、現在の文脈に合った画像をランダムに生成する画像生成アプリを作ってください。画像を生成するたびに、次の特定のSkillを呼び出す必要があります：/gc-minimal-zine-poster-v0-3
Eazoの9月のリリースノートでは、Skillsを作成、編集、ファイル、GitHub、npxからインポートし、Chatから呼び出せることが確認されています。
Eazoの現在のクイックスタートでは、アプリ情報と公開範囲を設定した後、本番用リンクとQRコードを生成する公開で終わる8段階の作成フローが説明されています。
認証、決済、ストレージ、Skills、公開を説明するスクリーンショットが原文には複数含まれていましたが、このMarkdown版の準備中に一部の画像ファイルを確実に取得できませんでした。そのため、架空の画像に置き換えるのではなく、ここでは再掲していません。
原文では、Eazoは主にバイブコーダーと、すでにコーディングを知っているかどうかにかかわらず、アイデアを動く成果物に変えたい人を対象としています。
典型的なユーザーには、次のような人が含まれます。
原文では、EazoをCodex、Cursor、Lovable、Bolt、Replit Agent、Base44、Claude Codeなどのプロダクトと比較しています。
これらの比較は慎重に解釈する必要があります。各プロダクトは重なり合うものの異なるワークフローを対象としているためです。リポジトリレベルのコーディングに重点を置くもの、ウェブアプリ生成に重点を置くもの、自律的なエンジニアリングに重点を置くものがある一方、Eazoはエンドツーエンドの作成と公開可能性を重視しています。
Eazoは、クリエイティブエージェント向けの自社評価スイートであるEazo Benchmark v3.0を公開しています。
このベンチマークには、次の8つの能力領域にまたがる147件のテスト項目が含まれています。
原文によると、タスクには3Dモデル、動画、データベース、フォント、Figmaファイルなどの実際のアセットが含まれ、複数ターンの作成ワークフローをもとに設計されています。
この数字には、正確な但し書きが必要です。
Eazoは、自社ベンチマークの103タスクからなる比較可能なサブセットにおいて、Eazo V5が平均複合品質スコア88.0を達成し、Codex CLIは84.4だったと報告しています。
これは自社による有用な証拠ですが、独立した業界ベンチマークではありません。このベンチマークはEazoが測定したいワークフローを中心に設計しているため、スコアをEazoが一般的に「Codexより優れている」とする主張として扱う前に、タスク、採点ルール、モデル設定、比較可能なサブセットを確認する必要があります。
CodexとEazoは同一のプロダクトカテゴリーではないため、この区別は特に重要です。
原文では、Eazoのベンチマーク性能の多くを、自社開発の汎用エージェントフレームワークであるEazoTackに帰しています。
公開されているアーキテクチャは、次の4層で構成されています。
ユーザーは依頼を説明し、ライブプレビューを確認し、次のステップに関する提案を受け取ります。
実行エージェントが次のメインループを処理します。
理解する
→ 判断する
→ 実行する
→ 検証する
別のプロアクティブエージェントは、コンテキストのスナップショットを使って次のステップの候補を提案します。プロジェクトの状態が変わると、古くなった提案は破棄されます。
原文によると、EazoTackは15個のコアツールと、1つのinvoke_skillメタツールを使用します。
専門的な機能は必要な場合にのみ呼び出されます。これには次のものが含まれます。
エージェントとプロジェクトワークスペースは同じコンテナ上で実行されるため、ファイル操作やシェル操作をローカルで行えます。一方、モデル呼び出し、メディア生成、データベース機能、デプロイは、管理されたプラットフォームAPIを通じて実行されます。
原文では、7日間のキャッシュヒット率が98.3%、V5の本番環境で観測されたキャッシュヒット率が約98%、初回トークンの応答時間が約1.5秒と報告されています。
これらはEazo独自の本番測定値であり、独立した性能監査ではありません。
原文では、同一モデル構成により、Codexとの比較に対してコストが約3分の1削減されるとも主張されています。この主張も、普遍的なコスト保証ではなく、Eazo独自のベンチマークとランタイム測定の結果として読む必要があります。
続いて記事は、アプリ層の下に目を向けます。
有用なパーソナルエージェントには、最終的に次の3つの永続的な能力が必要になると原文は主張します。
Qoniは、Eazoのチームがこの3つの機能を中心に構築したインフラです。
Qoniの現在の公式ドキュメントでは、プラットフォームを次のように分けています。
| レイヤー | プロダクト | 目的 |
|---|---|---|
| アイデンティティ | GenAuth | 個人にひも付いたアイデンティティをエージェントに与え、範囲を限定した監査可能な委任を実現する |
| アクション | Web Agent | ホストされたブラウザ上で、エージェントが検索、閲覧、フォーム入力、クリック、管理されたウェブタスクを実行できるようにする |
| メモリ | GUMem | ユーザーのコンテキスト、メッセージ、リソース、アクション履歴を保存し、呼び出す |
Qoniは、自らをパーソナルエージェント向けの管理型インフラと説明しています。
クイックスタートでは、エージェントが限定的かつ期限付きの権限を受け取り、ホストされたブラウザを操作し、判断や承認が必要な場合は人間に確認を求めるショッピングフローが示されています。
これは、エージェントが単に「記憶」や「手」を持っていると説明するよりも具体的です。重要なのは、権限の範囲、監査可能性、ユーザーによる制御です。
原文では、Qoniを創業者のXie Yangによる2つの先行プロジェクトと結び付けています。
アイデンティティに関する取り組みはAuthingから発展し、ブラウザ操作の機能はFellouから進化したとされています。メモリは、以前からのナレッジグラフ研究を基盤としています。
記事では、より広い考え方をTim Berners-Leeのセマンティックウェブ構想までさかのぼっています。これは、情報を理解し、サービスを調整し、選択肢を比較し、ユーザーのために行動するソフトウェアエージェントという構想です。
現在のエージェントエコシステムをセマンティックウェブの実現と呼ぶべきかどうかは議論の余地があります。しかし、このつながりは概念的に有用です。
現代のエージェントは、過去のウェブアーキテクチャが提供に苦労した、まさに次のようなインフラを必要とし始めています。
誰が行動しているのか？
どのような権限を持っているのか？
何にアクセスできるのか？
何を記憶しているのか？
どの操作を監査できるのか？
Qoniの現在の公式サイトは、これを3つの言葉で要約しています。アイデンティティ、アクション、メモリです。
原文は、「アプリが消えてすべてがチャットになる」ことが未来なのではない、という強い主張で締めくくられています。
OpenAIのインテリジェントUIは、主要なチャットインターフェースそのものが、よりグラフィカルでインタラクティブになっていることを示すため、この主張をより興味深いものにしています。
同時に、Museとdotsは別の道筋を示しています。それは、ユーザーのために既存のソフトウェアやサービスを操作する永続的なエージェントです。
EazoとQoniは、第3の層を提案しています。
会話で新しいニーズを表現する
↓
AIがそれを再利用可能なアプリに変える
↓
アイデンティティ＋アクション＋メモリが下層で永続化する
↓
人々は安定したグラフィカルな画面を通して操作する
これらのアプローチは、必ずしも互いに排他的ではありません。
考えられる方向性は、次の要素を組み合わせたものになるでしょう。
原文の見出しは、会話型エージェントに「未来はない」と述べています。しかし、証拠が支持するより慎重な結論は次のとおりです。会話だけでは、すべてのパーソナルエージェント体験を支えるには不十分である可能性が高い。
インテリジェントUIは、GPT-6とともに導入されたChatGPTの機能です。回答にテキスト、グラフィック、グラフ、フォーム、ボタン、計算機、ゲーム、その他のインタラクティブな要素を組み合わせられます。GPT-6は質問に応じて回答形式を自動的に選択します。
はい。OpenAIは2026年10月7日にPlus、Pro、Business、Enterpriseへの提供を開始し、10月8日からFreeとGoにも拡大しました。FreeとGoではGPT-6 Lunaが、有料ChatプランではインテリジェントUI向けにGPT-6 Solが使用されます。
Eazoは、自然言語の指示でアプリ、エージェント、3Dワールド、インタラクティブコンテンツを構築するAI作成プラットフォームです。ワークフローには、プロダクト計画、デザイン生成、アプリ構築、プレビュー、修正、公開が含まれます。
Eazoの現在のドキュメントには、ログイン、管理型データとファイルアップロード、アプリ内AIモデル、3D、決済、通知、パーソナライズされたメモリ、公開の組み込みサポートが記載されています。対応モデル、上限、料金、機能の提供状況は変わる可能性があるため、本番利用者は最新のドキュメントを確認してください。
Eazoは、Eazo Benchmark v3.0の103タスクからなる比較可能なサブセットにおいて、平均複合品質スコアがCodex CLIの84.4に対して88.0だったと報告しています。Eazo自身がベンチマークを設計・運用しているため、この結果は独立した普遍的なランキングではなく、自社による測定として扱うべきです。
EazoTackは、Eazo独自のエージェントフレームワークです。原文では、実行エージェント、プロアクティブエージェント、キャッシュ優先のコンテキスト管理、15個のコアツール、専門的なクリエイティブ機能を呼び出すinvoke_skillメタツールを使用する4層アーキテクチャとして説明されています。
Qoniは、アイデンティティ、アクション、メモリを中心に構築された、パーソナルエージェント向けの管理型インフラです。主なコンポーネントはGenAuth、Web Agent、GUMemです。
完全に置き換えるわけではありません。現在のプロダクトは両者を組み合わせる方向に進んでいます。会話は新しい意図を伝えるのに有用であり、グラフィカルインターフェースは、繰り返し行うタスク、視覚的なタスク、状態を持つタスク、複数人が関わるタスクに適していることが多いです。
GPT-6のインテリジェントUIは、会話型AIがプレーンテキストを超えて進んでいることを示す強いシグナルです。ChatGPTは現在、会話の中でインタラクティブな図解、計算機、フォーム、ゲーム、その他のタスク固有のインターフェースを直接作成できます。
Eazoはこの考え方をさらに進め、チャットの履歴ではなく、再利用可能なアプリを最終成果物として扱います。公式ドキュメントでは、プロダクト計画、デザイン、フルスタック機能、3Dコンテンツ、AI、決済、データ、公開にまたがるワークフローがサポートされています。また、EazoTackフレームワークは、キャッシュ効率を重視したエージェント実行と専門的なSkillsを中心に設計されています。
Qoniは、アイデンティティ、ブラウザ操作、メモリ、範囲を限定した委任、監査可能性によって、同じビジョンをアプリ層の下へ拡張します。
より確かな結論は、チャットが終わったということではありません。パーソナルエージェントには、意図を伝えるための会話と、繰り返し利用するためのインターフェースの両方が、ますます必要になっているということです。
ひとことから始めて、数分で完全なサイトを手に入れましょう。
