Landing: 視覺方向
風格來自公司形象及其客戶的輪廓，而非當下的個人喜好。
鐵律
未提出 2 或 3 個方向且未經 Felipe 選擇，不得進行任何建構。
所有視覺，無論內部或外部，都必須經過 frontend-design。
首要動作： node check-gate.js --cliente <客戶名稱> --antes-de direcao-visual；完整閱讀 01 和 inventario-assets.md；node check-assets.js --root <客戶> --fase direcao-visual。請勿使用對話記憶。
閘門功能
- 從兩個輪廓推導出軸線（
references/perfis-e-estilos.md）。 - 必需的子技能： 針對每個方向使用 frontend-design:frontend-design。
- 每個方向需包含：名稱、一句話概念、字體（顯示與正文，自托管）、含十六進制值的色盤、章節結構、主視覺、資源 ID（
A-nnn）及缺少項目、風險。 - 對每個色盤，填寫
pares-contraste.json並執行node check-contrast.js --css <css> --pairs <pares>；不得呈現未通過的色盤。 - 推薦一個方向，並將推薦理由與兩個輪廓連結。
- 等待 Felipe 的選擇。記錄
direcao-visual.md（含 frontmatter，escolhida）並核准。
全新登陸頁面：無需模型，直接建構頁面（工作量相同）。對現有功能的擴充：先製作模型；核准後，逐項比對實作結果與模型。在建構過程中若有正當理由的改進是允許的，並應記錄在反饋記錄中。
視覺審查（發佈閘門前）
層級與字體一致 · 375 和 1280 px，捕捉視窗（非 fullPage），緩慢滾動後 · 對比度（check-contrast） · 焦點、懸停、錯誤、空白和載入狀態 · 間距、元件與色彩一致 · CTA 符合業務需求 · 頁面為實作版本，非模型 · check-page。
紅旗：立即停止
- 選擇「自認為最好」的風格直接建構
- 為內部畫面使用通用 CSS，理由是「只是內部用」
- 只提出一個方向
- 提及資源時沒有 ID 或使用虛構路徑
| 合理化的說法 | 實際情況 |
|---|---|
| 「內部畫面不需要設計」 | 客戶每天使用的畫面同樣代表品牌 |
| 「Felipe 說『你覺得最好的』」 | 這是委派推薦，而非委派選擇 |
| 「一個方向更快」 | 提出兩三個方向附帶推薦，比用文字討論更快 |
| 「我需要的照片應該存在」 | 記錄需求；切勿假設檔案存在 |