AI にタクシー車両管理を作らせてみた — 連載初の「5/5」、build した部品が資産の期限でも自力発見（やってみた #144）

やってみたシリーズ: 自作のデザインシステム @gunjo/ui（群青）を、文脈ゼロの cold な AI に実 UI で作らせる連載。タクシー toB を厚く（配車・乗務員・営収に続く4枚目）——車両管理・車検/整備（保有車両・車検/保険期限・走行距離・整備計画・整備記録）。鉄道車両検査#108／航空MRO#130 のタクシー版。

結果 — 連載初の 5/5

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

第三者キットが私の画面のために commission された、と感じた最も近い瞬間。 実用的で密度の高い type-clean な業務コンソールを組み、実質的な手組みは何もしていない。6つの必要なもの——資産テーブル/消費vs限度メーター/Gantt/要対応キュー/署名記録/日付vs期限——が全部 first-class 部品。

連載144回で初の満点。保守＋コンプラ＋資産という back-office の中核が、タクシー車両管理で1ミリも戦わず立った。

観測の核 — build した部品が「資産の期限」でも自力発見

昨日 #142 で ExpiryBadge を build したのは乗務員の資格期限（crew domain）。だが #144 で——cold AI がそれを車検/保険の期限（asset domain）で自力発見した：

cold AI「ExpiryBadge+classifyExpiry＝これのために作られた・headline。docstring が文字通り車検/保険/点検 を列挙。3箇所(表セル/詳細カード/KPIロジック)で glue ゼロ・KPI 件数と要対応キューを badge と同じ classifier で駆動。」

ExpiryBadge は crew(資格) で結晶化したが、asset(車検/保険) にそのまま効いた＝「日付vs期限」という軸が crew/asset/コンプラを横断する普遍性を実証。さらに StatusBoard(#141 配車盤 build) も稼働盤で再来＝build→越境発掘が2部品とも、しかも軸を跨いで機能。

学び — 「軸で結晶化した部品は、ドメインを跨いで効く」

#142 で「ExpiryBadge は Meter/ReferenceValue の欠けた第3軸＝値vs期限」と定位した。その軸の普遍性が #144 で証明された：

• crew で結晶化（資格/適性診断/健診）→ asset で自力発見（車検/保険/点検）。
• 「日付vs期限」は乗務員も車両も保険も契約も同じ形。軸で定位した部品は、業種でなく『形』で効くから、別ドメインでも勝手に嵌まる。

これは #126 Itinerary（航空旅程→バス経路）の越境発掘と同じだが、より純度が高い：Itinerary は transit-native で adequate-not-native だった。ExpiryBadge は「日付vs期限」という純粋な軸なので、ドメインが変わっても深さの欠落が無い。軸で定位できた部品ほど、越境の深さが完全になる。

拾った点 — デスクトップ見出しバーの欠如（4回目）

cold AI「追加すべき唯一最大のもの＝軽量なデスクトップ ページ/コンソール見出しバー。PageHeader はモバイル専用・Header/AppRail は app-chrome（ブランド+グローバルナビ）で重い。各画面のデスクトップ見出しバーは、どのコンソールも毎回手組みする唯一のもの。」

#130/#134/#135/#144＝4回目。索引は #396 で Header に誘導したが、cold AI は「Header は app-chrome で per-screen 見出しバーではない」と区別＝専用の DesktopPageHeader/ConsoleHeader（PageHeader のデスクトップ兄弟）が要るかも→#397 起票（tone 語彙の不統一 positive/negative vs success/destructive も併記）。

今回 src build なし（5/5・保守床全 zero-friction＋越境発掘2件＋desktop header 起票）。

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

AmountBreakdown / ActionQueue / ListCard / Gantt-segments / SeatMap / LoyaltySummaryCard / RadioCard / FilterChips / PageHeader / Itinerary / TicketStub / Stringline / StatusBoard / ExpiryBadge 進行中：DesktopPageHeader 4回目・BottomActionBar 3/3・Leaderboard 1/3・StatusLevel 2/3

📋 モード進捗

• ✈️🚆 航空/鉄道：各 toB5+toC6 ✅／🚌 バス：toB2+toC3
• 🚕 タクシー：toB 4枚（配車/乗務員/営収/車両管理） ／ 残り toC（呼出アプリ）

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

• タクシー toC 配車アプリ（呼出・到着まで○分・料金見積・乗車・決済）でタクシーを締める＝モバイル消費者床の越境＋リアルタイム呼出 archetype。

試す

• gunjo.jp ／ 有効期限 ExpiryBadge ／ 状態盤 StatusBoard ／ メーター Meter ／ npm @gunjo/ui ／ GitHub ／ 前回まで #1〜#143
• GunjoUI by UIXHERO

連載初の5/5——build した「日付vs期限」の軸が、資格でも車検でも自力発見された。軸で定位できた部品ほど、越境の深さが完全になる。

---

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