> For the complete documentation index, see [llms.txt](https://developer.eagle.cool/plugin-api/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developer.eagle.cool/plugin-api/zh-tw/plugin-review/criteria/visual-assets.md).

# 視覺素材

插件圖示與封面是使用者認識插件的第一組資訊。審核會分別檢查圖示及每個投稿語系的封面，確認素材齊全、清楚、與插件相關，而且不會誤導使用者。

我們評估的是素材能否正常傳達插件，而不是要求所有插件採用相同風格。個人審美偏好或「還可以更精緻」不會單獨成為拒絕理由。

## 整體一致性

圖示與封面可以使用不同構圖，但色彩、圖像語言與產品識別應能互相搭配。各語系封面可以替換文字，但不應呈現彼此矛盾的功能或產品形象。

每個語系會獨立審核。一個語系的封面正確，不能證明另一個語系的素材也沒有問題。

## 插件圖示

圖示應符合以下標準：

* 使用正方形畫布，呈現完整且有意圖的圖示構圖；
* 主要圖形與畫布邊緣之間保留明顯留白，經過插件中心的圓角或裁切後仍能保留重要內容；
* 圖像與插件名稱、功能、輸出或概念具有合理關係，不只是任意的通用符號；
* 在插件中心的小尺寸下仍容易辨識，並具有清楚的對比與視覺焦點；
* 沒有明顯拉伸、壓扁、重大裁切或破碎圖形。

建議使用不透明的 App 圖示背景與[官方圖示樣板](https://www.figma.com/community/file/1301113485954941759/eagle-plugins-icon-template-english-version)，但這不是強制的視覺風格。透明外角、透明背景或不同設計語言，只要構圖完整、留白安全、與插件相關且容易辨識，也可以通過。

不得冒充 Eagle 官方插件，或明顯複製已知第三方品牌。一般素材不會因為無法確認來源就自動被拒絕，但開發者仍須確保自己擁有必要的使用權。

## 插件封面

封面應幫助使用者快速理解插件用途。可以使用：

* 插件實際介面、操作過程或輸出結果的截圖；
* 準確描述真實流程的圖解；
* 與插件相關且不造成誤導的插圖或合成版面。

真實介面截圖通常能提供較直接的證據，但不是唯一可接受的形式。裝飾性圖稿、生成式圖片或 AI 輔助設計本身不會導致拒絕；重點是畫面是否與插件相關，並準確呈現目前版本實際提供的功能。

封面還須符合以下要求：

* 主體、介面與必要文字在插件中心卡片尺寸下仍清楚可讀；
* 構圖有明確焦點，背景不會干擾理解；
* 沒有明顯拉伸、壓扁、重大裁切、非預期黑邊或填補區域；
* 不使用想像中的介面、結果或功能冒充真實產品能力；
* 不放入密集段落、大量功能清單或縮小後無法閱讀的必要文字。

輕微裁掉非必要介面邊緣、可捲動內容或裝飾元素，只要核心功能仍然清楚，通常不會阻擋投稿。缺少精緻外框或高度視覺潤飾，也不是拒絕理由。

可以使用[官方封面樣板](https://www.figma.com/community/file/1302217259099110218/eagle-plugin-introduction-template)作為構圖參考。

## 常見未通過原因

* 缺少投稿所需的圖示或任一必要語系封面。
* 圖示不是正方形，或主要內容會在實際顯示時被裁掉。
* 圖示與插件完全無關，或縮小後無法辨識。
* 圖示或封面明顯拉伸、壓扁、嚴重裁切或帶有異常黑邊。
* 封面主體或必要文字在實際顯示尺寸下無法理解。
* 封面展示插件並未提供的介面、功能或結果。
* 不同語系的封面內容彼此矛盾或使用錯誤語言。

修改時應針對可見問題處理，例如重新輸出正確比例、增加安全留白、替換為真實介面，或減少無法閱讀的文字；「讓它更好看」不是可執行的審核要求。