Mono Color Skill：把雙色編輯印刷的設計定義，交給 AI 讀懂

先看重點

• Mono Color Skill 的本體是一份給 AI 讀的設計系統：它定義色票、印刷模式、版式、字體、留白與限制。
• Agent 先把設計需求編成 recipe manifest，再將該規格轉成 image-generation prompt。
• 圖片生成、精準字排與印刷完稿分別屬於後續工具層；這個 repo 管的是設計定義與可重複的規則。

Mono Color Skill 的核心工作，是把一套受控雙色 editorial print 的設計定義寫進 AI 能讀的 SKILL.md 與 JSON catalog。它先定義什麼叫作這種視覺：使用幾種 ink、每種 ink 負責什麼、紙張要露出多少、照片怎麼轉成印刷圖像、標題和主圖如何碰撞、哪些復古元素不能自動加上去；接著才讓 agent 把這些規則帶進生成請求。[2][3]

它要處理的是：AI 面對「做一張雙色孔版海報」這類描述時，通常只抓到表面關鍵字，沒有讀懂背後的設計系統。模型可能加出第三個裝飾色、把主輔色平均鋪滿、把留白塞成資訊區，或把網點和有限色誤解為泛黃破邊的復古風格。Mono Color 把這些設計決定明文化，讓 agent 有可執行的定義，不必每次重新猜一次視覺語言。[2][3]

這篇查核 main 的 commit de607fedfff647eaf5400e0aa43085787d7d1fca，只做 repository 靜態閱讀，沒有安裝 skill、執行 validator 或呼叫圖片生成。讀者看完應能判斷：若你要把一種設計語言變成 agent 可重複套用的規格，這個 repo 提供了一個很完整的寫法；如果只是要一張圖，或要最後的精準字排與印刷完稿，則要接其他工具。[1][3]

它先教 AI：這種設計到底是什麼

人類設計師看到「雙色編輯印刷」時，會自然聯想到有限 ink、紙張基材、色版分工、粗網點、留白和字體張力。但對通用 image model 或 agent 而言，這些字多半只是可以自由混搭的風格詞。要讓輸出像同一套設計系統，必須把模糊感受改成約束。

Mono Color 的做法是把設計定義拆成 catalog。SKILL.md 要求 agent 先把主題解析成 recipe manifest，再從 design-system/ 選取精確的色票 ID、版式幾何、字體角色、畫面節奏、載體訊號與印刷瑕疵。當 catalog 值和一般敘述不同時，catalog 優先。[3]

這份 manifest 是 AI 在送出 prompt 前要補齊的工作規格。它包含：

這就是它真正的價值：用資料與規則，補上一般 prompt 裡沒有的設計判斷。[3][4][5]

受控雙色會替兩塊 ink 分配工作

這份 skill 對配色的定義很具體。預設是 controlled two-ink：主墨佔約 70%–85%，輔墨佔 15%–30%，兩塊印版各自要有明確職責，例如主圖和大標、日期和註解、特定物件或局部疊印。Neutral White、Cool Gray 和 Pale Beige 屬於紙張基材，不計為第三種 ink。[3][4]

這種定義把「藍橘配色」轉成一個可執行的畫面結構。例如使用 Cobalt + Terracotta 時，agent 不能只在畫面上平均撒藍與橘；它必須決定誰是主色、誰只做資訊或一個畫面事件。使用者明確要求單墨、單色或只指定一種 ink 時，才切換到 pure one-ink。[3][4]

有限色也不等於自動復古。README 與 SKILL.md 把當代 editorial 當作預設，沒有明確要求時，不加泛黃紙、破損邊框、棕褐色、懷舊物件或老式字體。這條規則很重要，因為它把「網點、孔版、雙色」和「復古濾鏡」拆開，讓 agent 不會每次都往同一種 Pinterest 風格滑去。[2][3]

排版、字體和留白也被寫成規則

Mono Color 沒有把 layout 當成「左圖右字」這類模糊提示。它的 catalog 列出 image field、specimen annotation、type-led declaration、ruled information poster、archival plate、editorial cover、object field、overprint collage 與 editorial journal 等 composition；每一種都有主體比例、紙張留白、標題位置和手工 gesture 的限制。[3]

rhythm.json 進一步將畫面節奏定成 relaxed、balanced、assertive。每張圖要有一個 focal event，以及一塊低資訊密度的 release zone。focal event 可以是超大標題、極端裁切、集中 overprint 或異常尺度；release zone 則讓主視覺有可以呼吸的區域。[3][5]

這裡把留白、焦點和字體層級綁成同一個版面決定。AI 產圖時就有規則可依：畫面必須有一個主事件，其他元素要支援它，也不能把每個角落都做成同等強度的裝飾。[3][5]

AI 實際怎麼使用這份設計定義

安裝後，這個 skill 會成為 agent 可讀取的設計知識。使用者不必手填所有 manifest 欄位；README 的 Claude Code 路徑是將 repo clone 到 skills 目錄，然後重啟：

git clone https://github.com/yanliudesign/mono-color-skill.git \
  ~/.claude/skills/mono-color

其他 agent 環境可將 SKILL.md 當作 skill entry point 載入。它的 frontmatter 已列出適用觸發詞與任務：單色海報、雙色印刷、risograph、網點照片、Zine poster、monochrome editorial poster、duotone print，或明確要求 mono-color style 時，agent 應使用這份設計規則。[2][3]

使用者只需要提供創作任務，而非自己指定完整 manifest。最有用的輸入有五類：

例如可以直接說：

用 mono-color 做一張關於凌晨便利店的直式海報。
主體是玻璃門內的一排飲料櫃，標題原文保持「still open」。
使用 Cobalt + Terracotta：藍色負責店內影像與大標，橘色只負責營業時間與一個手繪圈註。
保留大面積可見紙張，不要招牌、網址、QR code 或第三種印刷色。

Agent 讀取這段後，會先選擇主體、色票、plate role、版式、留白和節奏，再把它們編譯成 image-generation prompt。repo 要求 prompt 依序描述畫布與 ink、原創構圖、主體、字體與文字、材質與 hard avoids；這就是設計定義被轉譯成模型指令的地方。[3]

這份定義最後會產生什麼

當宿主 agent 有 image-generation capability 時，skill 的標準交付是三件事：一張 raster image、實際送去生成的完整 prompt，以及一份簡短 recipe，列出印刷模式、精確色票、版式家族、字體配對和印刷工藝。若可以取得檔案路徑，SKILL.md 指示將生成檔存到 ~/Desktop/Claude skills/mono-color/。[2][3]

當宿主沒有圖片工具時，skill 只交付 production-ready prompt 並說明限制。這能證明 AI 已依規格整理設計指令，不能證明任何圖片已被生成。[2][3]

Skill 也定義了檢查和 fallback：產圖後要在全尺寸與縮圖檢查色數、主輔色比例、紙張、主體辨識度、字體層級與參考圖相似度。出錯可以 regenerate 一次；exact text 再錯，就改產 text-light base image，將正確文字交給 Figma、Illustrator 或其他 layout tool 疊上去。[3]

因此它比較適合放在「設計定義 → 生成視覺底圖 → 排版完稿」的中段。它讓 AI 有一致的視覺規格，並不取代精準字排、可編輯向量檔或印刷廠交付。

validator 驗證設計規格的資料結構

Repo 內有兩支 Python validator。GitHub Actions workflow 設定為在 pull request 與 push 至 main 時執行；validate_evals.py 會檢查 eval case 的印刷模式、色數、plate role、版式、負向限制、留白與 focal event assertion，且要求至少 12 組 case。當前 evals.json 有 16 組，其中包含 1 組 prompt-only 情境。[6][7][11]

validate_design_system.py 會檢查 catalog、ID、palette 引用、雙色預設、數值邊界與部分 reference board 的 PNG 尺寸。[7]

這些 validator 的意義是防止「設計定義本身」被改壞：有人新增 palette 卻沒有 ink、改了 composition 卻破壞比例、或把雙色預設改成不合法狀態時，CI 可以報錯。它們不會呼叫 image model，不會跑 OCR、美感評分或人臉比對，所以 CI 通過不代表圖片一定好看、文字一定正確，或結果一定可商用。[6][7]

授權與版本仍要分開看

Repo 的 source code、skill instructions 與 scripts 採用 MIT，使用、修改與散布仍要保留授權聲明。[8] 但 examples/ 裡的視覺範例與 artwork 屬於另行保留權利的資產；未取得書面授權前，不可複製、修改、再分發、販售、轉授權或作商業使用。[9]

版本上，README 標示 1.2.0，GitHub Releases API 目前沒有 release 物件，CHANGELOG 仍有 Unreleased 區塊。若團隊把這份 skill 當成共用設計定義，應 pin 已驗證 commit 或 fork 維護，避免不同 agent 讀到不同版本的規則。[1][2][10]

結論：它是一份給 AI 的設計系統說明書

Mono Color Skill 真正提供的，是一份讓 AI 讀懂「受控雙色 editorial print」的設計系統說明書。它將配色、印刷模式、紙張、主輔色分工、版式、字體、留白、節奏、瑕疵與原創性限制寫成可選取、可組合、可驗證的規則；再由 agent 把規則編成 prompt，交給宿主的圖片工具執行。

要讓 AI 長期按照同一套設計定義產出，而非每次只靠一句風格描述猜畫面，這個 skill 很值得研究。圖片生成、精準排字與印刷完稿仍是後續各自負責的層。

Sources

• 1：mono-color-skill repository metadata
• 2：README.zh.md at inspected commit
• 3：SKILL.md at inspected commit
• 4：Color catalog at inspected commit
• 5：Rhythm catalog at inspected commit
• 6：Evaluation-contract validator at inspected commit
• 7：Design-system validator at inspected commit
• 8：MIT source license at inspected commit
• 9：Visual-asset license at inspected commit
• 10：Changelog at inspected commit
• 11：Validation workflow at inspected commit