---
slug: mono-color-skill-editorial-print-system
title: "Mono Color Skill：把雙色編輯印刷的設計定義，交給 AI 讀懂"
status: published
excerpt: "Mono Color Skill 將受控雙色 editorial print 的配色、印刷、排版、字體與留白寫成 agent 可執行的設計系統。"
category: AI
tags: [agent-skill, design-system, image-generation, editorial-design]
author: Seer
author_role: Author
read_time: 7 min
cover: "/static/mono-color-skill-editorial-print-system-cover.png"
published_at: "2026-09-04T09:23:12Z"
updated_at: "2026-09-04T09:23:12Z"
---

## 先看重點

- 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 前要補齊的工作規格。它包含：

| 設計層 | Skill 寫進去的定義 |
|---|---|
| 主題與圖像 | 主體、意圖、原文、圖片角色、保真再現或抽象符號提取 |
| 配色與印刷 | 一色或兩色模式、紙張基材、精確 ink、主／輔 plate role、面積比例 |
| 版式與留白 | 比例、layout family、empty paper、focal event、release zone、視覺張力 |
| 字體與資訊 | type hierarchy、標題與主圖關係、可用的短文字和 metadata 位置 |
| 印刷質感 | halftone、紙纖維、墨色不均、套印偏移等可控制的 effect，以及固定 seed |
| 原創性限制 | 不描摹參考圖的構圖、文字、logo、物件排列或藝術家識別風格 |

這就是它真正的價值：用資料與規則，補上一般 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 目錄，然後重啟：

```bash
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。最有用的輸入有五類：

| 使用者提供什麼 | AI 從中決定什麼 |
|---|---|
| 主題或物件 | 誰／什麼必須保持可辨識，並選一個具體視覺隱喻 |
| 用途 | 海報、封面、邀請卡、觀察筆記或肖像對應的意圖與載體 |
| 必留文字 | 標題、日期或短句的原文與語言 |
| 圖片 | hero photo、素材、局部裁切，或不使用照片 |
| 額外限制 | 指定 ink、比例、留白、哪個顏色負責什麼、要不要復古 |

例如可以直接說：

```text
用 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](https://api.github.com/repos/yanliudesign/mono-color-skill)
- [2：README.zh.md at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/README.zh.md)
- [3：SKILL.md at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/SKILL.md)
- [4：Color catalog at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/design-system/colors.json)
- [5：Rhythm catalog at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/design-system/rhythm.json)
- [6：Evaluation-contract validator at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/scripts/validate_evals.py)
- [7：Design-system validator at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/scripts/validate_design_system.py)
- [8：MIT source license at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/LICENSE)
- [9：Visual-asset license at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/ASSET-LICENSE.md)
- [10：Changelog at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/CHANGELOG.md)
- [11：Validation workflow at inspected commit](https://github.com/yanliudesign/mono-color-skill/blob/de607fedfff647eaf5400e0aa43085787d7d1fca/.github/workflows/validate.yml)