AI にタクシー法人配車を作らせてみた — タクシーが toB6+toC6 で本当に完走（やってみた #152）

やってみたシリーズ: 自作のデザインシステム @gunjo/ui（群青）を、文脈ゼロの cold な AI に実 UI で作らせる連載。タクシー toC 最後の1枚（配車#147・予約#148・履歴#149・サポート#150・会員#151 に続く6枚目）——法人配車・タクシーチケット（個人/法人切替・電子チケット・利用目的・経費規定・承認・利用明細）。これで toB6+toC6 対称＝タクシー本当の完走。

まず — 今度は本当に完走（toB6+toC6 対称）

#147 で「タクシー完走」と早とちりして KeEem に「は？toC 一回で完成？？？」と正された。その後 toC を #147→#152 で6枚掘り、toB 6枚（配車/乗務員/営収/車両/苦情/需要予測）と toC 6枚（配車/予約/履歴/サポート/会員/法人）が対称に。鉄道・航空（各 toB5+toC6）に並ぶ。今回は「完走」と言って良い。

結果 — 3.5/5、generic 床は ~70%、B2B2C 固有層が穴

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

consumer-mobile の背骨は強い。 PageHeader/BottomActionBar/RadioCard/ApprovalSteps/TicketStub/ExpiryBadge/ListCard/AmountBreakdown が ~70% を速く・正しい a11y で。だが B2B2C 固有の3つ＝アカウント切替・配車入力・規定サマリ が、まさに手組みさせられた3つ。

観測の核 — B2B2C の定義的操作「個人⇄法人」に部品が無い

cold AI「最も明確な穴＝segmented-control/account-switcher/profile-switcher が無い。個人⇄法人(自費⇄経費・consumer⇄pro)は あらゆる B2B2C アプリの定義的操作。Switch は binary で意味が違う・Tabs は content-nav で trigger が h-9=36px(44px未満)・RadioCard は背が高すぎ。role=radio の2列グリッドを手組みした。追加すべき #1・索引すら必要性を認識していない。」

→ #409 起票：SegmentedControl/AccountSwitcher（2-4セグメント単一選択・≥44px・ToggleGroup のモバイル版）。実は 出発/到着（#110/#140）・払戻し/遅延証明（#129）でも手組みされており、精神的には既に3回超。TicketStub の stored-value スロット（利用可能額/上限/期限）・NavRow（icon+ラベル+chevron の flush 行）も併記。

学び — 「完走」とは toB と toC が対称になること

#147 の早とちりから #152 の本当の完走まで、タクシーで学んだのは**「完走」の定義**：

• ❌ toB を作り込んで toC を1枚で締める（#147 の誤り）。
• ✅ toB と toC が同じだけ厚い（toB6+toC6）。

なぜ toC を toB と対称にするのか——toC（消費者側）こそ穴が出る場所だから。タクシー toC 6枚で出た穴：BottomActionBar(build)・RatingInput・SectionList・DateTimePicker・ApproachCard・ReferralCard・SegmentedControl…toB6枚では1つも出なかった新部品が、toC6枚で7つ以上。toB の床は成熟しているが、toC の床はまだ穴が多い。だから完走＝toB+toC 対称を基準にすると、最も弱い側（toC）が必ず掘られ、穴が出る。KeEem が「toC 一回で完成？」と正したのは、この「弱い側を必ず掘る」規律を守るためだった。

拾った点

• ✅ ApprovalSteps が消費者向け承認status（申請→承認待ち→承認済/差戻し）に適合・索引も正しく誘導。
• ✅ ExpiryBadge がチケット期限で自力発見＝crew/asset/coupon/ticket の4ドメイン横断。
• 🟡 Button 既定が <44px（#362 再確認・bespoke モバイル部品は44px だが base Button は size=xl まで上げないと届かない）。

今回 src build なし（3.5/5・タクシー完走・SegmentedControl 等起票）。

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

…PageHeader / Itinerary / TicketStub / Stringline / StatusBoard / ExpiryBadge / BottomActionBar 進行中：SegmentedControl(3回超)・ReferralCard・RatingInput・SectionList・DateTimePicker・NavRow

📋 モード進捗 — タクシー完走で4モード完成

• ✈️ 航空：toB5+toC6 ✅／🚆 鉄道：toB5+toC6 ✅／🚕 タクシー：toB6+toC6 ✅（完走）
• 🚌 バス：toB2+toC3（toB が薄い・非対称）／🚚 トラック：未着手

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

• 残る非対称＝バス toB を厚く（鉄道/航空/タクシーの toB5-6 に対しバスは toB2）or トラック新モードを toB→toC で。※KeEem に確認。

試す

• gunjo.jp ／ 承認ステップ ApprovalSteps ／ チケット券面 TicketStub ／ 有効期限 ExpiryBadge ／ npm @gunjo/ui ／ GitHub ／ 前回まで #1〜#151
• GunjoUI by UIXHERO

タクシーが toB6+toC6 で本当に完走した——「完走」とは toB と toC が対称になること。弱い側（toC）を必ず掘るから、穴が出る。

---

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