トラックUIのコールドテスト — 配車・求貨求車・車両労務・運賃請求・原価収支・荷主ポータル

なぜトラックUIは難しいのか

トラックは規制が重い（改善基準告示で拘束時間／連続運転／休息に名前付き上限）うえに、求貨求車という「二者間マーケットプレイス」、荷主ポータル・宅配追跡という「B2B2C 消費者側」、国際輸送の「多日タイムスタンプ」と、UI に新しい床を要求する作法が多いです。トラック arc では、これまで床に無かった「値 vs 名前付き上限」（LimitMonitor）、「日付グループ＋小計」（SectionList）、「自由形式の日付ラベル付きストップ」（RouteStops dateLabel）、「flush 設定行」（NavRow）が同じ arc で次々に 3-confirm を満たしました。

ここで結晶化した部品

トラック10枚で 3-confirm を満たして build に到達した部品です。床の隙間を最も多く埋めた arc としても記録されています。

• LimitMonitor#161

  値 vs 名前付き上限（ソフト/ハード・実単位）。営業係数 / 拘束時間 / 改善基準告示で 3-confirm 達成 build。value-vs-X 家系の4番目。

• SectionList#162

  グループ見出し＋本文＋グループ小計フッター。タクシー月別履歴 / バス IC 台帳 / 運賃請求で 3-confirm 達成 build。

• RouteStops dateLabel#166

  per-stop dateLabel（自由形式・日付跨ぎ）。HH:MM の intraday を維持しつつ、国際物流の多日タイムスタンプに対応。

• NavRow#168

  flush 設定行（icon + label + value + chevron）。法人配車・宅配設定・お支払いポータルで 3-confirm 達成 build。索引が ListCard.onSelect（aria-pressed トグル）に誤誘導する a11y バグも是正。

LimitMonitor は「値 vs 名前付き上限（ソフト/ハード・実単位）」として、ExpiryBadge（期限）/ ReferenceValue（範囲）/ Meter（容量）に次ぐ「value-vs-X 家系の4番目」になりました。索引も Meter target / ReferenceValue 誤誘導を是正。

運輸：トラック の全ラウンド

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

#159スコア 4.5/5

AI にトラック配車システムを作らせてみた — 5モード目で部品が「本当の自宅」に帰った（やってみた #159）

/truck-dispatch

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

#160スコア 4/5

AI にトラック求貨求車マッチングを作らせてみた — 索引是正が翌画面で効いた回（やってみた #160）

/truck-matching

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

#161スコア 4/5

AI にトラックの労務コンプライアンス画面を作らせてみた — value-vs-X 家系の4番目が結晶化（やってみた #161）

/truck-compliance

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

#162スコア 4/5

AI にトラックの運賃・請求管理を作らせてみた — グループ化の背骨が3回目で結晶化（やってみた #162）

/truck-billing

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

#163スコア 4/5

AI にトラックの収支ダッシュボードを作らせてみた — トラック toB 完了、直近 build が次々再検証された（やってみた #163）

/truck-pl

`tsc` 緑・デスクトップ情報密度・可変データ駆動。cold AI（群青を一度も触っていない設定）：

#164スコア 4.5/5

AI にトラックの荷主ポータルを作らせてみた — 前回 build した部品が「翌回」で自力発見された（やってみた #164）

/shipper-portal

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

#165スコア 4/5

AI に宅配の追跡・再配達画面を作らせてみた — 前回の索引修正が「翌回」で検証された（やってみた #165）

/parcel-tracking

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

#166スコア 4/5

AI に国際輸送・通関追跡を作らせてみた — RouteStops が「多日対応」で結晶化（やってみた #166）

/intl-shipment

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

#167スコア 4/5

AI に宅配の配達設定画面を作らせてみた — 索引が「動く部品に見えるが動かす意味が違う」へ誘導した（やってみた #167）

/delivery-settings

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

#168スコア 4.5/5

AI に荷主の請求・支払ポータルを作らせてみた — NavRow が結晶化、トラック完走で全5モード完成（やってみた #168）

/shipper-billing

トラック toB5（配車#159/求貨求車#160/車両労務#161/運賃請求#162/運送原価#163）+ toC5（荷主#164/宅配#165/国際#166/設定#167/請求#168）が**対称完走**。航空・鉄道・タクシー・バスに続き、**運輸5モードすべてが toB+toC 対称で完走**した。

この業界が gunjo に残したもの

トラックは、value-vs-X 家系を完成させた LimitMonitor、日付グループ＋小計の SectionList、多日タイムスタンプ対応の RouteStops dateLabel、flush 設定行 NavRow を群青に残しました。同時に運輸5モード（鉄道・航空・バス・タクシー・トラック）が全部 toB＋toC 対称で完走し、「運輸の床」が初めて 1業界として確立した arc でもあります。