2026年8月10日から11日にかけて、この構造をつくった人とAIがかわした対話がある。最初からこの話題だったわけではない。パートナー候補を探していて似た会社をひとつ見つけ、その会社をどう見るかで話が長くなった。
その対話で同じことが 四回起きた。AIが既存市場の枠 — 競合、標準、販売チャネル — で先に読み、設計者が構造の方向へ正す。
記録は誤った主張を消さずにそのまま残している。だからこの四回が、この構造が最も読み違えられやすい四か所になる。
この記事は新しく取材したものではない。その対話に実際にある言葉だけを使う。会社名の入った発話は類型に置き換えて引用し、置き換えた箇所は角かっこで示す。対話が扱わなかったことは、この記事も扱わない。
まず — 何が困っていたか
似たものを見る前に、設計者はこう言っている。
「誰かがそれとの違いは何だと訊いたとき、うちはこれだ、というのが明確じゃなかったんだ。」
そして似たものをよく見たあとにこう続けた。
「こういう似たものを見ていると、もっと明確に、はっきりしてくるね。」
答えがなくてできなかったのではなく、似たものを前にして初めて自分の位置がはっきりした、という述懐だ。この記事が結論ではなく、そのはっきりしていく過程を載せる理由がそこにある。
誤解 ① —「同じカテゴリの先行競合だ」
AIが読んだもの。 実行環境 + オーサリング道具 + ストア。二十年やっている会社がすでにあり、大規模に載っている。「構造がほぼ同じ」と読んだ。
訂正。
「これはポジションが少しずれてる。(…) これは単一のフレームワークとして[スマートTVのOS]の車載版という感じだね。似てはいるけど、うちのフォーカスはデバイスの接続で、ここはそれをモットーにもしていないし、そう見えもしない。車のエンタメOSみたいな感じ? スマートtvのosみたいに.. 自分でつくって自分のアプリを回す、そういうもの..」
最後の一言が類型全体を描いている — 自分でつくって自分のアプリを回すもの。
関係の向きが逆だ。あちらは一台の端末が多数のアプリを受ける。こちらは一つのプレイヤーが多数の装置を受ける。外見が似ていても矢印が反対を指している。
誤解 ② —「では彼らが競合だ」
向きが逆だというところまでは整理された。AIはその次を競争の構図で読んだ。
訂正。
「[車載インフォテインメント・スマートTV・ナビ・ホームオートメーション]などにうちのプレイヤーが入れば、一つのアプリとして入るけれど、どんな装置とも接続できるということだよ。api方式ではなく、装置のuiを見ながら..」
一文に転換のすべてが入っている。その中へアプリ一つとして入れば、その閉じた端末が、外にあるすべての装置を扱える場所になる。戦う相手ではなく、通り抜ける道だ。
そして条件まで自分でつけている。
「うちのプレイヤーは無料になって、装置メーカーがうちの標準を使うようにするのがいいだろうね。… 装置内のセキュリティに問題がなければ拒否する名分がないだろう。」
「こういう装置は 車両の中核に触れないから、装着できる絵になるじゃない。」
条件が先に付いていることが要点だ。無料で開き、装置の中では何も触らない。通路はその二つの上にしか成り立たない。
誤解 ③ —「MCP Appsの下位プロファイルだ」
対話がMCP陣営に移ったとき、AIはUI標準の席はすでにMCP Appsが取ったのだから、その下に制約環境プロファイルとして入るのが妥当だと整理した。
訂正。
「mcp appsは私よりずいぶん後に出たものだよ。それに、これはアプリという表現を使っているけど llmのui表現式に近いんだ。 mcpをuiを通じて道具として制御する、みたいなことができない。」
そして何をつくったのかを一文で言った。
「私は llmが対話する窓口であるmcpを、人も一緒に対話できる窓にしたわけで、これを一緒に見ながらやることもできるんだ。」
一緒に見ながらやることもできる — 置き換えるのではなく、並んでいられるという意味だ。この巻の二編あとで、その二つの窓を並べて置く。
この場面で、この巻がなぜ必要かも本人が言っている。
「今みたいに『appsがある、お前は遅い』と。たぶんこれを見続ければ、少し知っている人はそう言うだろう。この違いを正確に理解して説明できないといけない。」
誤解 ④ —「パートナーが売る構造だ」
AIは長いあいだこれをパートナー営業モデルとして読んでいた。業種別の資料が複数あることも、パートナー用カタログだと見た。
訂正。
「こういうのはパートナーじゃなくて、特装車の制御盤にプレイヤーを載せるとか、FlowOS(デバイス用)を載せて制御することを、そのドメインに合ったものを見せて、これをスターターパックなり購入して載せてもらおうとして、キーノートもそうしたんだよ。」
「パートナーには 『こういう市場があるな、自分が適用させればいいな』というインスピレーションを受けてほしかったわけで.. 」
業種資料は売り物の一覧ではなく、どこに置けるかの地図だった。ドメインを持つ側が見て「うちの設備にもできそうだ」と思うのが本来の用途だ。
この巻の後半に業種を四つ並べる理由がそれだ。
四回を貫くもの
四つを並べると同じ形が見える。AIは毎回これを 既存市場にある席のどれかに置こうとした — 競合か、下位規格か、販売チャネルか。そして訂正は毎回 主語を変えることだった。
誰が事業をつくるのか。誰が窓を開けるのか。誰が設備に載せるのか。
設計者がこの違いを「核心」と呼んだのはここだ。
「ここは皆が自分のデバイスの中でビジネスモデルが生成される。プレイヤーは すべてのドメインの主たちがビジネスモデルをつくれる。これが核心の違いに見える。これが私が整理したかった違いであり強調点だと思う。」
次の一編がそれを扱う。
このインタビューにないもの
その対話になかったものは、この記事にもない。新しく訊かなかったからだ。
- その質問を、いつ、誰から最初に受けたのか
- MCP Apps 側がうまくやったことは何だと見ているのか
- この構造をつくるうえで何を諦めたのか
三つとも、次に訊く場所がある。
makemind.dev 「探索」— 引用はすべてその対話の原文で、ない問答はつくっていない。