AIの賢さは選択肢を「出す前」にある──UIはただのボタンなのに、なぜ賢く見えるのか
Why AI Seems Smart Before It Shows You the Options
著：霧星礼知（min.k）｜mncc.info Author: Reichi Kirihoshi (mncc.info)
ChatGPTと記事の構成を相談していたら、画面に見慣れないものが出た。
質問文がひとつと、その下に四つのボタンである。
バカロレアをどう絡めますか？
- 教育思想として扱う
- 試験制度として扱う
- 批判的思考の例にする
- 名前だけ軽く出す
一瞬、ChatGPTもClaudeみたいなことを始めたのか、と思った。
自由記述の入力欄しかなかった空間に、突然、押せるものが現れたからである。(どうも、現段階では機能として本採用ではなく、限られたユーザークラスタに対して適用している段階のようである。AI企業はよくこういうことをやる。)
しかし少し考えてみると、やっていること自体はかなり単純である。モデルが質問文と候補を生成し、それを構造化された形式でボタン表示用の仕組みへ渡している。それだけだ。
だとすれば、あの瞬間、私たちは何を「すごい」と感じたのだろう。
ボタンそのものではないはずだ。ボタンを描画する技術は、二十年以上前から枯れている。
すごいと感じたのは、会話の流れを読んだうえで、「ここは文章で聞くより、選択肢を並べた方が答えやすいだろう」とモデルが判断した、その部分ではないか。
この記事では、選択式UIを入口にして、AIのすごさがどこに宿るのかを考えてみたい。
1. 種明かしすれば、ボタンUIである
まず、仕組みの側から片付けておく。
選択式UIが表示されるまでの流れは、おおまかに次のようなものだ。
- モデルが会話を読む
- 追加確認が必要だと判断する
- 質問文を作る
- 二つから四つ程度の選択肢を作る
- 構造化された形式でUIへ渡す
- ユーザーが押した内容が、次の入力になる
こうやって分解していくと、かなり普通である。
巨大な秘密のアルゴリズムがボタンを出現させているわけではない。言ってしまえば、「AIがラジオボタンの中身を考えている」だけだ。押した結果が次の発言として扱われるのも、ユーザーが同じ文字列を手で打ち込んだ場合と本質的には変わらない。
ここで、実装を過度に神秘化する必要はない。
ただし、単純な実装だから価値が低い、という話にもならない。難しさは別の場所にある。
2. 本当に難しいのは、「ボタンを出す前」である
選択肢を表示するコードよりも、その手前の判断のほうが、はるかに難しい。
判断は、少なくとも三段階に分かれている。
そもそも質問するべきか
AIは、何でも確認すればよいわけではない。
すでに十分な情報があるのに質問すれば、会話は停滞する。反対に、曖昧なまま進めれば、期待と違うものが出てくる。
だからモデルは、
- 今すぐ作業を進められるか
- 結果に大きく影響する未確定事項があるか
- 推測で埋めてよい範囲か
- 聞かれる側の負担に見合うか
を判断しなければならない。
これは実質的に、会話上の要件定義である。ユーザーが依頼を書き終えた直後、モデルが勝手に要件定義会議を始めていると考えてもいい。参加者は一人で、議事録は残らない。
自由記述か、選択式か
質問すべきだとしても、自由記述が最適とは限らない。
ユーザー自身も、答えをまだ言語化できていないことがある。そういうとき、選択肢は補助線になる。
「どのような雰囲気にしますか」とだけ聞かれるより、
- 評論として本気
- 大真面目なメソッド記事
- 前半評論、後半ふざける
- 最初から怪文書
と並べられた方が、自分の好みに気づきやすい。
ここでの選択肢は、回答欄ではない。思考の足場である。
選択肢をどう切り分けるか
そして、これが一番難しい。
選択肢は、少なすぎても多すぎてもいけない。互いに同じ軸の上で比較できなければならないし、重なりすぎてもいけない。
冒頭のバカロレアの質問を、悪い例として使うことができる。
- 教育思想として扱う
- 試験制度として扱う
- 批判的思考の例にする
これらは排他的ではない。教育思想の話をするなら試験制度の話は避けられないし、批判的思考の例として出すなら、その両方に触れることになる。
実際、私の答えは「全部を少しずつ」だった。
つまり、UIとしては整っていたが、選択肢設計としては不完全だったのである。押しやすい形をした、誤った要件定義だったと言ってもいい。
面白いのは、それでも会話が前に進んだことだ。「どれも違う」と気づけたこと自体が、答えを言語化する助けになっていた。悪い選択肢は、悪い選択肢として役に立つことがある。
3. 選択肢は、モデルの「語彙力」を露出させる
選択肢を作るには、対象を適切な言葉で分類しなければならない。
これは、単に文章を生成することとは少し違う。モデルはユーザーの意図を複数の可能性へ分解し、それぞれに短い名前を与えている。
文章のトーンを例にとる。
「真面目」と「ふざける」の二択では、粗すぎて使えない。現実の書き手が迷っているのは、その中間である。
- 真面目な評論
- 大真面目にふざけたメソッド記事
- 真面目な分析の途中に笑いが混じる
- 怪文書として押し切る
良い選択肢は、この中間領域を短い言葉で言い当てる。
つまり、選択式UIによって露出しているのは、モデルのUI生成能力ではない。連続的で曖昧な人間の意図を、いったん使いやすいカテゴリへ変換する語彙力である。
言葉がなければ、人は選べない。自分が何を求めているのかも、名前がついて初めて輪郭を持つ。
選択肢を出すという行為は、モデルがユーザーの代わりに、仮の語彙を提供する行為でもある。
4. 会話が、回答から意思決定へ変わる
従来のチャットAIは、ユーザーが質問し、AIが答えるものとして理解されてきた。
しかし選択式UIが入ると、AIは単なる回答者ではなくなる。
会話の途中で、論点を整理し、決めるべき事項を特定し、候補を作り、決定を促す。これは、簡易的なファシリテーターの仕事に近い。持ち上げすぎない言い方をするなら、ボタンの形をしたコンサルタントである。
ただし、ここには注意すべき点がある。
選択肢は中立ではない。
何を候補として並べるかによって、ユーザーが考える範囲そのものが決まってしまう。「この四つのうちどれにしますか」と聞かれた瞬間、五つ目の可能性は視界から消える。選択肢が提示されるとは、選ばれなかった無数の案が、提示される前に落とされているということでもある。
選択式UIは、親切であると同時にフレーミングである。
しかも、選択肢を出した瞬間、会話はどこかアンケートに似てくる。答える側は、自分の考えを述べるモードから、用意された枠のどれに近いかを判定するモードへ切り替わる。これは楽だが、楽であることと自分の意図に忠実であることは、必ずしも一致しない。
5. ClaudeとGPTが同じ場所へ来た理由
ClaudeとChatGPTが、似たような選択式UIへ到達した。(ChatGPTは、2026年7月現在、全ユーザーへの適用ではなく、テストをしている段階のようだが)
これは、「一方が他方を模倣した」という話に還元しない方が良さそうだ。
高性能な会話モデルを作り、ユーザーの負担を減らそうとすれば、「長い自由記述を要求するより、適切な場面では選択肢を示した方がよい」という結論に、どちらも自然に行き着く。同じ課題を解けば、設計は似た形へ収斂する。
ソフトウェアの歴史では、これがよく起きる。
検索には検索窓があり、日付入力にはカレンダーがあり、選択にはボタンがあり、複雑な分岐にはウィザードがある。誰かが発明したというより、その形に落ち着いた、というものが多い。
AIチャットも、文章だけの空間から、少しずつ操作可能なインターフェースへ変化している最中なのだろう。
ただし、ボタンが増えればよいわけではない。
選択式に向かない会話まで構造化すると、AIとの対話は役所の電子申請になる。何かを相談しに来たはずが、いつのまにか画面の指示に従って項目を埋めているだけになる。あれは、書式が親切であるほど、書きたかったことが書けなくなる形式である。
6. 身も蓋もない技術には、判断が詰まっている
少し話を広げる。
世の中には、種明かしされると身も蓋もない技術が多い。
- 通販サイトの推薦システムは、似た人や似た商品を探して並べる
- IaCは、設定をコードに書いて再現する
- 検索は、入力に近い情報を順位づけする
- AIの選択式UIは、候補を作ってボタンへ渡す
どれも一文で説明できてしまう。
しかし、一文で説明できることと、簡単に良いものを作れることは、まったく別である。
難しさは、
- 何を入力として見るか
- どの条件を重視するか
- 例外をどう扱うか
- いつ実行するか
- 失敗したとき何をするか
の側にある。
実装の派手さではなく、判断の蓄積が品質を決める。
実装は簡単で、どこで使うかが難しい。
これは、AIに限った話ではない。仕事でも同じことが起きる。手順を書き出せば数行で済む作業が、実際には毎回うまくいかないのは、手順が難しいからではなく、その手順をいつ使うかの判断が難しいからだ。
7. UIは「器」である
最初の話に戻る。
ChatGPTに、Claudeで見慣れたような質問カードが突然表示された。あのとき私が驚いたのは、新しいUI機能そのものだと思っていた。
しかし種明かしをすれば、UIはただの器だった。
本当に見ていたのは、
- 会話のどこに分岐があるか
- ユーザーが何を決めかねているか
- どんな言葉を与えれば選びやすくなるか
- そもそも質問すること自体が必要か
を判断する、モデルの側の能力である。そしてその判断は、今回のように外れることもある。四つの選択肢はどれも正しくなく、答えは「全部を少しずつ」だった。
AIの進化は、必ずしも派手な新機能として現れるわけではない。ときには、たった四つのボタンとして現れる。
しかし、その四つを出すまでに、モデルは会話を読み、分岐を見つけ、曖昧な意図に名前を付けている。
UIはボタンである。
中身は要件定義である。
そして、そこに並んでいた四つの選択肢は、いま読み返すとやはり少し的外れで、それでも私はそのうちのどれかを押そうとしていた。
☕️よかったらコーヒー一杯。 https://buymeacoffee.com/mink_obs
著：霧星礼知(min.k) / リサーチ・構造支援：Claude Sonnet 4.6、ChatGPT / AI-assisted / Structure observation
For international readers This essay uses the choice-button UI now common in AI chat assistants as a way into a broader question: what actually makes AI feel intelligent? The buttons themselves are a simple mechanism—the model reads the conversation, decides a question is needed, drafts short labeled options, and hands them to the interface. The real difficulty lies upstream: judging whether to ask at all, whether free text or choices suit the moment, and how to carve continuous human intent into a small set of comparable, non-overlapping categories. Using a real exchange about a French baccalauréat philosophy exam as a case study—including a set of choices that turned out to be a flawed, overlapping framing—the essay argues that AI's real sophistication lives not in the interface but in the judgment of when and how to use it.
Keywords AI chat interface, choice buttons, UI design, model reasoning, requirements definition, ChatGPT, Claude, conversational UX, framing, decision-making