コールドテスト

航空UIのコールドテスト — フライト予約・運航管理・チェックイン・空港案内・MRO・乗員

国内線フライト予約、運航管理(OCC)、オンラインチェックイン、フライト運航状況、予約管理・マイレージ、空港ターミナルマップ、eチケット、手荷物追跡、振替再予約、旅程プラン、ラウンジ案内、機体整備、乗員スケジュール、グランドハンドリング、就航計画──toB5＋toC10 で航空モードを15枚完走しました。

運輸：航空の cold test、15 画面のまとめ。

なぜ航空UIは難しいのか

航空は「予約」「運航」「チェックイン」「保守 (MRO)」「乗員スケジュール」「就航計画 (network planning)」と、業界の中に大きさの違うサブシステムが並びます。座席表 SeatMap・機材繰り Gantt のリッチセグメント・手荷物追跡の RouteStops・空港案内の ListCard・eチケット TicketStub・運航状況 Badge＋icon の色非依存表示──消費者側の作法と運航部の作法が同じ業界内で同居します。toC が弱いまま走らないために、KeEem の指示で並列に深掘りした arc としても記録されています。

ここで結晶化した部品

航空15枚で 3-confirm を満たして build に到達した部品です。toC を厚く掘ったことで mobile-first 床が一気に成熟しました。

PageHeader（モバイル app-bar 風の sticky 消費者ヘッダ）は #122 空港案内・#125 振替・#127 ラウンジで 3-confirm 到達 build。同じ arc 内で TicketStub・FilterChips も build しています。

運輸：航空の全ラウンド

運輸：航空カテゴリの 15 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。

#112スコア 3.5/5

AI にフライト予約を作らせてみた — 昨日作った ListCard を翌日もう使い、座席表の穴が2回目になった（やってみた #112）

/flight-booking

鉄道 toC（特急券/乗換案内/運行情報）に続く、交通モード2つ目の利用者側。観測2つ——**#111 で build した `ListCard` を別 cold AI が便一覧で自力発見するか**＋**座席表（SeatMap）が2回目の手組みになるか**（#109 鉄道座席に続く）。

#113スコア 4/5

AI に航空の運航管理を作らせてみた — 3画面で手組みされた「機材繰りバー」が、ついに Gantt に入った（やってみた #113）

/flight-operations

航空 toC（フライト予約 #112）に続く事業者側。観測の本命——**機材繰り（各機の1日＝便→折返し→整備の連なり）が、Gantt の rich-segment ギャップ（#354・現在2/3）の3回目になるか。**

#114スコア 3/5

AI に搭乗手続きを作らせてみた — 3画面で手組みされた「座席表」が、ついに部品になった（やってみた #114）

/flight-checkin

KeEem に「toC が弱いから深掘りして」と言われ、航空 toC を3枚（#114-116）並列で回した。これはその1枚目。観測の本命——**座席表（SeatMap）が3回目の手組みになるか。**

#115スコア 4/5

AI にフライト運航状況案内を作らせてみた — ListCard と RouteStops が「これのために作られた」（やってみた #115）

/flight-status

`tsc` 緑・375px mobile-first・0 console error。cold AI（群青を一度も触っていない設定）：

#116スコア 3.5/5

AI にマイレージ画面を作らせてみた — ListCard は3用途で効いたが、ロイヤリティの「華」は無かった（やってみた #116）

/booking-manage

`tsc` 緑・375px mobile-first・0 console error。cold AI（群青を一度も触っていない設定）：