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

やってみたシリーズ: 自作のデザインシステム @gunjo/ui（群青）を、文脈ゼロの cold な AI に実 UI で作らせる連載。トラック toB を厚く（配車#159 に追加）——求貨求車・帰り便マッチング（荷物⇄空車・マッチング候補/適合度・成約・運賃交渉）。運送業 iconic な、これまで全モードで未見の二者間マーケットプレイス archetype。

結果 — 4/5、索引是正が「翌画面で」効いた

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

密度の高い本物の業務コンソールが、ほぼ戦わずに組めた。 /docs/by-use-case が list/queue/KPI/ranking の全判断で正しく誘導した。減点は1点——二者間マーケットプレイスの核心＝マッチング/ペアリング自体に home が無いこと。

観測の核1 — 前回の索引是正（#418）が翌画面で効いた

#159 で「索引が ActionDataTable を隠す（案件一覧を DataTable に誘導）」を見つけ、PR#418 で索引を是正した。そして#160 の cold AI は：

cold AI「荷物（求貨）の一覧＝ActionDataTable。enableSelection＋selectedIds/onSelectionChange＋bulkActions(一括オファー/CSV)＋rowActions。まさに『荷物を選択→オファー』。そして by-use-case の索引が ActionDataTable に直行で誘導した＝偶然に発見したのでなく。これがキット最強の瞬間。」

#159 で索引を直し、#160 でその修正が検証された＝同じ arc で「索引是正→翌画面で正しく誘導」が回った。これは部品 build の検証（#136→#153 Stringline）と同じ構造の、索引版の build→検証ループだ。Leaderboard も適合度ランキングで自力発見＝二重の検証。

観測の核2 — マッチング/ペアリングに home が無い（索引の罠つき）

荷物×空車のペアリング詳細（左に荷物・右に空車・中央に適合度）——これが唯一の手組みだった：

cold AI「MatchCard も二列 compare/pairing composition も無い。people-shaped でない『A⟷B エンティティのペアリング』が無い。索引の two-sided の答えは RelationshipRow だが、それは PersonCell(アバター+名前+役割)で person⟷person(1on1/ケア担当)をモデルする。貨物カードを2枚入れると name/secondary スロットを濫用し、パレットにアバター円が付く。間違った道具。」

→ #419 起票：MatchCard/PairingPanel（左エンティティ＋右エンティティ＋中央 connector/score＋factor breakdown・people 前提でない）。求貨求車・配車・候補者⟷求人・買い手⟷売り手 で再発。これも索引の罠（two-sided→RelationshipRow が people 固定）＝是正対象。

学び — 索引には「2種類の罠」がある

床が成熟した今、cold-test が炙り出す欠陥は索引の誤誘導に集中している（#159 で予言）。だが#160 で索引の罠が2種類あると分かった：

1. 隠す罠（#159 ActionDataTable）＝正しい部品があるのに索引が言及せず別の部品に誘導＝adopter は手組みに向かう。→ 索引に項目追加で是正（安い）。
2. すり替える罠（#160 RelationshipRow）＝索引が「two-sided ならこれ」と間違った部品を積極的に勧めるが、その部品は people 固定で freight に使うと崩れる＝adopter は信じて使い、アバター円がパレットに付いて初めて気付く。→ 索引是正＋本物の部品 build の両方が要る（高い）。

これは #150 の「能動的な誤誘導」の精緻化だ。「隠す」より「すり替える」方が危険＝前者は無いと分かれば手組みするが、後者は「ある」と思って使い詰まる。床成熟後の cold-test は、この2種を見分けて安い是正（索引追加）と高い是正（部品 build＋索引）を切り分ける作業になる。

→ #160 のその場対応＝MatchCard/PairingPanel 起票（#419・高い是正）。今回 src build なし（4/5・索引是正検証・MatchCard 起票）。

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

…Gantt(intraday) / Leaderboard / SegmentedControl / LineChip 進行中：MatchCard/PairingPanel(1/3)・SectionList(2/3)・LimitMonitor(2/3)・ValidityTimer(1/3)

📋 モード進捗 — トラック toB2

• ✈️ 航空 ✅／🚆 鉄道 ✅／🚕 タクシー ✅／🚌 バス ✅
• 🚚 トラック：toB2（配車#159/求貨求車#160） ← 新モード・toB を厚く中

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

• トラック toB をさらに（運賃・請求／車両整備・デジタコ／運送原価）／その後 toC（荷主の集荷依頼・貨物追跡）。※KeEem に確認。

試す

• gunjo.jp ／ 一括操作表 ActionDataTable ／ ランキング Leaderboard ／ メーター Meter ／ npm @gunjo/ui ／ GitHub ／ 前回まで #1〜#159
• GunjoUI by UIXHERO

索引是正が翌画面で効いた——索引には「隠す罠」と「すり替える罠」があり、後者の方が危険。床成熟後の cold-test は、安い是正（索引追加）と高い是正（部品 build）を切り分ける作業になる。

---

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