Moylan Arrowで学ぶAI UIの掟

この記事の注目ポイント：
Fordの燃料ゲージ横にある小さな矢印「Moylan Arrow」を例に、伝統的な情報アーキテクチャ（IA）のシンプルな構造が、チャット型AIに代表される複雑なUIでのハルシネーションや誤動作を減らす教訓になる、という話を日本語で要約。

3分で読めるように解説するよ。デザインと開発の現場で何を変えれば良いか、実務寄りに噛み砕いて紹介するね。

深掘り解説

まず事実関係を整理。1986年にJames Moylanが提案した「燃料キャップの位置を示す矢印」は、1989年のFord Escort以来、多くの車に採用された静的で分かりやすいIA要素だよ。

元記事はこの矢印をメタファーにして、オープンエンドなチャットUIではなく、必要な情報を制約して提示する構造化UIの有効性を説いている。理由は単純で、静的・バイナリな表示はAIのハルシネーションをそもそも起こしにくいんだ。

デザイナーや開発者にとって重要なポイントは次の3つ。

具体的な現場での適用イメージ（ツール別の手順例）。

ユーザー行動の発見：反復的に行われる確認タスクをログやユーザーインタビューで抽出する。
Figmaでの作業：ダッシュボード的なウィジェットコンポーネントを用意し、矢印やバイナリ表示を配置してプロトタイプを作る。
フロントエンド統合の考え方：チャットUIを万能にしないで、情報は必要に応じて条件表示するコンポーネントで出す（コンポーネント化と条件分岐で管理するイメージ）。
テストと運用：文化差の検証、そしてAIを介する場合でも応答を限定したAPIスキーマ（left/right などのバイナリ）にすることでハルシネーションを回避する。

EV時代の実例も紹介されている。FordのEVモデルでは充電ポート位置を示す同様の矢印が採用されており、音声アシストや汎用的な提案表示だけでは不足する場面で有効だという指摘があるよ。