SUMLINK 樣本矩陣定義
版本：v1 · 2026-08-28 配套：
brand-visual-spec.md（判準來源）、asset-qc-checklist.md（逐項判級） 用途：定義生成什麼、生成多少、怎麼比較、什麼時候可以往下一批。 前提：現階段產品可見度鎖在 A／B 兩檔（規範 §9）。C 檔在工廠原圖到位前不進矩陣。
0. 為什麼要有矩陣，而不是「想到什麼生什麼」
三個目的，缺一不可：
- 可比較 —— 只變動一個維度，才知道差異來自哪裡。全部一起變 = 拿到一堆圖但學不到東西
- 可驗收 —— 每一格有預先寫好的通過條件，不是事後看順不順眼
- 可覆蓋 —— 知道哪些格子還空著，而不是同一種圖生了 40 張
1. 五個維度
D1 — 空間（4 值）
| 代碼 | 空間 | 空間語彙 |
|---|---|---|
hosp |
Hospitality & Dining | 精品酒店大堂、餐廳卡座、酒吧 |
resi |
High-end Residential | 客廳、餐廳、走廊、書房 |
offc |
Minimalist Office | 開放辦公、會議室、接待 |
retl |
Boutique Retail & Gallery | 精品店、展廳、畫廊 |
這四個對應 CMS Applicable Spaces collection 的四筆現有 item。不要新增第五個空間
—— 新增空間會連帶動到 Webflow 的巢狀 multi-reference 清單（上限 5 筆）。
D2 — 色溫檔（3 值）
| 代碼 | 檔位 | 場景時段 |
|---|---|---|
5000k |
5000 K | 早晨啟動 / 日間任務 |
4000k |
4000 K | 中性參考（所有色彩指標的標稱條件） |
2700k |
2700 K | 夜間 / 打烊 / 住宅晚間 |
D3 — 產品可見度（2 值，第 3 值鎖定）
| 代碼 | 檔 | 狀態 |
|---|---|---|
A |
純氛圍，無燈具 | ✅ |
B |
燈具暗示（離焦／極小／出框） | ✅ |
~~C~~ |
~~燈具主體~~ | ❌ 鎖定 —— 無參考錨點 |
D4 — 鏡頭（4 值）
| 代碼 | 焦段 | 主要用途 |
|---|---|---|
w |
24–35 mm，垂直線平行 | hero、空間全景 |
n |
35–50 mm | 生活情境 |
t |
85–100 mm | 燈具與空間的關係（B 檔專用） |
m |
100 mm macro | 光打在材質上的細節 |
D5 — 交付比例（4 值）
16x9（hero）／4x3（卡片）／1x1（社群）／191x100（OG）
比例不參與前三批的實驗設計 —— 前三批一律 16x9，
因為比例只影響裁切，不影響通道能力判斷。進入生產批才展開。
2. 命名規範
{空間}-{色溫}-{可見度}-{鏡頭}-{批次}-{序號}.png
例：retl-2700k-B-t-b2-03.png
同名 .json 記錄：通道、模型版本、seed、完整 prompt、negative 串、生成時間、單張成本。
沒有 .json 的圖不進評審。 無法重現的圖沒有價值。
3. 批次設計
Batch 0 — 通道體檢（不產出可用素材）
目的：比較通道，不是產圖。所以只留一個格子，其餘全部固定。
| 維度 | 固定值 | 為什麼選它 |
|---|---|---|
| 空間 | retl |
材質最豐富，最能看出色彩還原 |
| 色溫 | 4000k |
中性，先不觸發白平衡陷阱 |
| 可見度 | A |
排除燈具變因 |
| 鏡頭 | w |
垂直線平行是最難的，早點暴露幾何弱點 |
規模：每通道 3 個 seed。三個通道 = 9 張。
這一批要回答的問題（不是「好不好看」）：
- [ ] 垂直線有沒有歪 —— 直接看牆角與門框
- [ ] 暗部是落在 navy 家族還是純黑／暖褐
- [ ] 有沒有自己加文字、浮水印、紅色
- [ ] 整體飽和度是不是偏低（不是 HDR 感）
- [ ] 單張耗時、單張成本
- [ ] 同 prompt 換 seed，風格漂移多大
⚠️ 這一批不需要產品照，也不需要參考圖。憑證到位就能跑。
Batch 1 — 色溫辨識力（最關鍵的一批）
目的：驗證通道能不能守住色溫差異。這是 HCL 品牌的命脈。
| 維度 | 值 |
|---|---|
| 空間 | 4 個全跑 |
| 色溫 | 3 檔全跑 |
| 可見度 | A |
| 鏡頭 | w |
規模：4 × 3 = 12 格 × 2 seed = 24 張。
通過條件：把同一空間的三張色溫並排，不看檔名能正確排出 2700 → 4000 → 5000 的順序。 評審者不得事先知道哪張是哪個檔位。
這是一個盲測，不是自評。 由沒有寫 prompt 的人來排。
常見失敗：模型自動白平衡，三張看起來一樣。 處理順序：先改 prompt（加中性白平衡與照度描述）→ 再改通道 → 都不行才降低色溫檔數。 不可以用後製調色去製造差異 —— 那是假的，而且違反規範 §2 第 7 條。
Batch 2 — 可見度 B 檔控制力
目的：驗證通道能不能讓燈具「在但不搶」，而且畫得夠細。
| 維度 | 值 |
|---|---|
| 空間 | 4 個全跑 |
| 色溫 | 2700k（暖光下燈具輪廓最容易失控） |
| 可見度 | B |
| 鏡頭 | t |
規模：4 格 × 2 seed = 8 張。
通過條件（全部成立才算過）
- [ ] 燈具佔畫面寬度 < 1/8
- [ ] 對焦不在燈具上
- [ ] 軌道讀作「極細」（視覺上 < 30 mm 級距），不是粗厚鋁槽
- [ ] 看不到可辨識的散熱鰭片、旋鈕、接點
- [ ] 沒有裸露高亮 LED 點成為焦點
- [ ] 線性燈是連續光帶，不是一顆顆點
任一項不過 → 該通道的 B 檔能力不足，只能用 A 檔出圖。
Batch 3 — 生產批（Batch 0–2 全通過才開）
展開 D5 比例維度，依實際需求排。優先序：
retl/hosp—— Applications 卡片要用，且 CMS 已有四筆空間 item 等著綁- Lighting Programs 區的色溫時序演示（需要同空間三檔一致性，依賴 Batch 1 通過）
- OG／社群
4. 空間 × 產品家族對照（⚠️ 建議草案，待 dsh 確認）
B 檔要暗示「哪一種燈具」，需要這張對照表。
| 空間 | 建議產品家族 | 畫面裡暗示的形態 |
|---|---|---|
hosp |
BY001 線性壁燈、Linan 嵌燈 | 牆面連續光帶 + 天花小孔徑重點光 |
resi |
BY001、TARA 無邊框線性 | 天花隱藏線性、牆面洗光 |
offc |
TARA、35#／60# 磁吸軌道 | 天花平齊線性、細軌道 |
retl |
磁吸軌道全系、DJANA 洗牆、Cutting Light | 細軌道 + 收斂光池 + 均勻牆面洗光 |
⚠️ 這張表是我從產品規格推的，不是資料。
CMS 的 applicable-spaces-3 欄位目前 10 筆全是 null ——
真正的對照關係要 dsh 逐產品勾選（見 applications-section-handoff.md 任務 B）。
dsh 勾完之後，這張表要以 CMS 為準重寫。
5. 迭代規則
同一格最多重跑 3 次。
| 第幾次失敗 | 動作 |
|---|---|
| 1 | 調 prompt 措辭，不動通道、不動 seed 策略 |
| 2 | 換 seed 批，或加強 negative 串 |
| 3 | 停。 記錄失敗模式，換通道或把該格降檔（B → A） |
不要在同一格上耗超過 3 輪。 第 4 輪開始就是在賭運氣，成本花在沒有資訊量的地方。
每一次失敗都要回寫：失敗模式進 brand-visual-spec.md §2 或 §13，
不是只記在 QC 表裡。規範要會長大，否則同一個坑會踩第二次。
6. 批次驗收閘
Batch 0 通過 → 才開 Batch 1
Batch 1 通過 → 才開 Batch 2
Batch 0/1/2 全通過 → 才開 Batch 3（生產）
工廠原圖到位 → 才解鎖 C 檔，矩陣改版
不可以跳批。 跳過 Batch 1 直接生產，等於在不知道通道守不守得住色溫的情況下 產出一整批 HCL 素材 —— 而色溫恰好是 SUMLINK 唯一不能出錯的東西。
7. 現在就能開跑的部分
Batch 0 與 Batch 1 不需要任何產品照，不需要參考圖錨點。 它們測的是通道對「光」的理解，不是對「產品」的還原。
憑證到位即可開始。 產品照只擋 Batch 2 的一部分與未來的 C 檔。