AI に空港ランプ管理を作らせてみた — 「機器状態盤」の穴が、2回目を見せた（やってみた #134）

やってみたシリーズ: 自作のデザインシステム @gunjo/ui（群青）を、文脈ゼロの cold な AI に実 UI で作らせる連載。航空 toB を厚く（鉄道 駅務#132 の航空版）——グランドハンドリング/ランプ管理コンソール（GSE機器・スポット・ターンアラウンド進捗・引継ぎ）。

結果 — 4/5、背骨は crown jewels。だが機器盤はまた手組み

tsc 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

ActionQueue と SignedRecord は operator コンソールの crown jewels。 severity トリアージ・sign→lock→addendum という正しいドメインモデルを encode している。CoSign（安全2人確認）も maker-checker にぴったり。RouteStops/StatGroup も zero-friction。 だが GSE機器状態盤に住所が無い。また手組み。

観測の核1 — StatusBoard 2回目（#132 → #134）

#132（駅務）で機器状態盤を手組みして StatusBoard を起票した。そして #134 で——cold AI が GSE 機器盤（トーイングトラクター/ベルトローダー/ハイリフト/GPU/PCA/PBB/カーゴドーリー）をまた手組みした。2回目（2/3）。 しかも cold AI が、頼んでもいないのに #132 と同じ仕様・同じ再来先を名指し：

「station-ops・rail-maintenance・equipment-OEE が全部要る『場所＋故障の目立ち つき資産状態グリッド』を再実装した。欠けてる primitive は StatusBoard/DeviceGrid＝{id, group, location, status, note} のグリッド・状態→トーン・故障優先ソート・グループ別の故障数。全 physical-ops ドメインを横断する唯一の穴。」

→ #385 に2回目を追記＋仕様精緻化（種別/ゾーンでグループ化・グループ別 故障数）。3回目（製造の設備OEE/ライン稼働盤 or 物流の倉庫設備）が来れば build。

観測の核2 — RouteStops が「段階オペ進捗」に適合（索引が undersell していた）

ターンアラウンド進捗（到着→PBB装着→取卸→給油→搭載→プッシュバック→出発、各工程に予実時刻＋状態）を——

cold AI「RouteStops がぴったり。plannedTime/actualTime＋自動 Delta＋statusLabels で再ラベル＝STD（定時出発）を見張るのに完璧。Stepper より適（Stepper はタイミング/Delta が無いウィザード進捗）。 ただ索引は段階進捗を Stepper/ApprovalSteps に誘導していて、RouteStops は barrel を読んで見つけた＝索引が RouteStops を undersell している。」

→ 索引是正 #387：RouteStops は「状態トラッキング かつ 段階オペ進捗（ターンアラウンド/生産工程/修理フロー）」・予実タイミングがあるなら Stepper より RouteStops。#124（手荷物）で確定した RouteStops の定義域が、ランプのターンアラウンドにも届いた。

今回 src build なし（4/5・StatusBoard 2/3＝3回ルール待ち）。

学び — 「穴」と「適合」が同じ画面で同時に進む

#134 の1枚で2つが同時に起きた：

• 穴の前進：StatusBoard が 1/3→2/3（駅務の機器盤が、ランプの GSE 盤として再来）。
• 適合の前進：RouteStops の定義域（#124 で「状態トラッキングに適合」と確定）が、ターンアラウンドという航空 physical-ops にも届き、索引の undersell を是正。

つまり deep-dive は「穴を貯める」だけでなく「既存部品の定義域を別文脈で確かめ、索引の誤誘導を直す」のを同時にやる。StatusBoard は3回目を待ち、RouteStops は使われるほど適用範囲が確定していく。

📊 結晶化スコアボード（build 済 11個）

AmountBreakdown / ActionQueue / ListCard / Gantt-segments / SeatMap / LoyaltySummaryCard / RadioCard / FilterChips / PageHeader / Itinerary / TicketStub 進行中：StatusBoard 2/3・Stringline 2/3・ExpiryBadge・CheckboxCard・Gantt-intraday・StatusScreen success

📋 toB/toC 進捗

• ✈️ 航空：toC 6枚 ✅／toB 4枚（OCC/MRO/乗員/グラハン）＝厚みUP・あと1枚（就航/スロット計画）で鉄道の5枚と対称
• 🚆 鉄道：toC 6枚 ✅／toB 5枚 ✅

次回予告（やってみた #135）

• 航空 toB 就航管理・ダイヤ/スロット計画（路線便数・空港スロット・機材アサイン）＝ダイヤ作成#133 の航空版で航空 toB を5枚＝鉄道と完全対称に。その後 新モード バス（Stringline 3回目→build の本命）。

試す

• gunjo.jp ／ ルートストップ RouteStops ／ アクションキュー ActionQueue ／ コサイン CoSign ／ npm @gunjo/ui ／ GitHub ／ 前回まで #1〜#133
• GunjoUI by UIXHERO

機器状態盤の穴が2回目を見せ、RouteStops の定義域がランプにも届いた——deep-dive は穴を貯めながら、既存部品の地図も同時に精密にする。

---

<!-- 公開前: 相互URL差込／スクショ確定／EN(dev.to)ミラー -->