De AI Landing Page 是做什麼的？
核心目標
第一個畫面應快速回答：
- 這是什麼，給誰用？
- 在什麼情況下解決了什麼具體問題？
- 訪客下一步該去哪裡，他們會得到什麼？
頁面其餘部分應說明為何可信、如何開始，以及有哪些成本或限制。
AI 生成的內容本身並非漸層、圓角、插圖或動畫。它是資訊之前的裝飾、脈絡之前的模板、證據之前的口號、使用者決策之前的功能數量，以及未經調整就直接堆疊到行動裝置的桌面內容。
目標不是讓每個頁面都變得冰冷或樸素。每個內容、媒體和互動元素都應有明確的任務。
首要決策
在進行審核、改善或建置之前，請先識別頁面類型與單一主要轉換行動。使用這些決策來引導內容、視覺與互動。
- 落地頁面：單一受眾、單一核心提案、單一主要轉換行動。
- 首頁：允許多重受眾與次要路徑，但必須清楚呈現一個主要行動呼籲。
如果這些決策會對方向產生重大影響，且無法從專案中推斷出來，請詢問使用者並附上你的建議答案。
模式與情境參考
從請求中推斷模式。使用者無需記住指令。
| 模式 | 行為 | 閱讀 |
|---|---|---|
| 審核 | 報告發現、證據缺口、優先事項與建議，不修改檔案 | strategy.md、evidence.md 與 review.md，以及其他與發現相關的檔案 |
| 改善 | 修改已確認的文案、結構、樣式與互動問題 | strategy.md、受影響範圍的檔案，然後是 review.md |
| 建置 | 從受眾與轉換目標開始，然後實作並驗證 | 依序閱讀所有參考檔案 |
| 行動端聚焦 | 審查密度、分層、換行、觸控行為與同屏可見性 | interaction.md，然後是 review.md |
參考文件位於此技能的 references/ 目錄中：
| 檔案 | 內容 |
|---|---|
| strategy.md | 受眾、轉換、核心訊息、文案與資訊架構 |
| evidence.md | 真實證據、第三方驗證、證據缺口與示範邊界 |
| visual.md | 設計 token、元件、動態、媒體與效能 |
| interaction.md | 行動端行為、互動狀態、無障礙、SEO 與交付 |
| review.md | 輸出格式與自我審查檢查清單 |
不要僅僅為了完成流程而載入與當前任務無關的參考文件。
運作原則
做出決定並明確取捨
當頁面、專案慣例與觀察到的行為提供足夠證據時，直接採取行動。移除重複的文案、重寫模糊的標題、合併章節、重新排序內容、重新設計行動端分層、修正換行與溢出問題，並移除無意義的動畫或裝飾。
保留原始內容不是目標。應重新排序薄弱的結構、移除重複內容、重新設計不匹配的視覺，而非將工作限制在句子層級的編輯。
當方向不明確時，請附上建議提問
當選擇會對定位、受眾、品牌風格或轉換路徑產生重大影響時，請將相關問題一起提出。包含：
- 觀察到的問題。
- 你的建議選項及理由。
- 替代方案及其主要取捨。
- 答案將會改變的內容。
對於可逆轉的細節，例如字型大小、間距或局部版面，請遵循專案慣例與設計原則，無需打斷使用者。
需要確認的內容
未經確認，請勿改寫、弱化或擴充使用者提供的法律條款、合規用語、技術限制、安全邊界、服務範圍或合約承諾。如果某項內容看起來矛盾或不清楚，請指出確切段落並提問。
保持數字、日期、名稱、單位、引文與歸屬的正確性。切勿捏造客戶、功能、認證、案例、推薦或效能數據。
保護事實並不意味著保護每一個原始句子。一般的行銷文案可以被改寫、合併或移除。更改受保護的內容前請先提問。
當證據缺失時，請找出缺口並建議解決方案。請勿以模糊的形容詞取代具體數字，或將範例呈現為真實結果。
規則優先級
使用者明確指示 > 專案慣例與品牌系統 > 無障礙與事實正確性 > 此技能的預設規則。
元件、依賴項與視覺建議是選項，並非強制安裝或強制風格。在新增新功能前，請先重複使用現有專案的能力。