案例研究
將專案的原始素材（筆記、圖片、簡報、連結、客戶郵件）轉化為一份案例研究，展現這個人是如何思考、以及他們的工作帶來了哪些改變。一個故事，三種格式：網頁、PDF 和 Markdown。
使用方式
/case-study <專案名稱> [for <公司或職位>] [short | long]
附上任何現有素材：圖片、PDF 簡報、筆記、新聞連結、成果。純文字指令也可以：
- 「為 Sphere 合作啟動專案寫一份案例研究。附有筆記和圖片。」
- 「將這份簡報轉換為作品集案例研究，短版。」
- 「為我的藝術車專案寫案例研究，目標是體驗代理商職位。」
- 「改寫這份案例研究以用於 Netflix 設計主管職位申請。」（附上現有案例研究）
長度。 預設約 600–900 字，搭配 6–10 張圖片。「short」是 150–250 字的卡片，適用於作品集網格或 LinkedIn 貼文。「long」則加入流程細節，適合設計團隊閱聽人。
一次性詢問只有當事人才知道的事
在開始寫作前，收集：他們的角色以及他們個人做了什麼（相對於團隊）、要列名的團隊與合作者、客戶以及是否可公開客戶名稱、成果（數字、新聞、獎項、引述）及其來源，以及哪些內容受 NDA 保護。若有遺漏，用一則簡短訊息提問，然後利用已有的內容繼續進行，並在回覆中標註缺口。
檔案。 <skill-dir> 代表此技能的資料夾，也就是存放這個 SKILL.md 的資料夾。範本位於 assets/，腳本位於 scripts/，共享的 PDF 步驟（字型、顏色、渲染、檢查）位於 references/rendering.md。
嚴格規則
- 絕不虛構成果、引述、數字、客戶或獎項。 只能使用當事人提供的內容，或你在公開來源中驗證過的內容（需引用該來源）。若無成果，應描述作品促成了哪些可能性，並說明可補充哪些內容。
- 清楚標示他們的角色。 說明當事人做了什麼，並按姓名或職位致謝其他貢獻者。僅在當事人確實主導時才使用「我主導」。
- 尊重保密性。 省略任何受 NDA 保護或尚未發佈的內容。若不確定客戶可否具名，應提出詢問；提供匿名版本（例如「一家全球性體育與娛樂公司」）。
- 圖片歸他們所有。 僅使用當事人提供或擁有展示權利的圖片。為每張圖片撰寫替代文字與說明文字。請勿從網路擷取客戶或品牌圖片放入案例研究。
- 展現思考過程。 每份案例研究都需回答：問題是什麼？你注意到了什麼？你做了什麼決定，為什麼？你創造了什麼？什麼改變了？
- 不得包含 Beautiful Engine 或其他第三方品牌標示：案例研究歸屬於當事人。
工作流程
- 收集並閱讀所有附件。若是簡報或 PDF，用
pdftoppm -r 110 -png deck.pdf frame提取關鍵幀為圖片，並挑選最有力的。 - 用 4 句話找出故事：挑戰、洞察、構想、成果。這將成為引文與各節的開頭。
- 量身打造（當指定公司或職位時）：從與對方需求最相關的部分開始，誠實使用他們的詞彙，並選擇能證明這點的圖片。若對話中存在該公司的簡報（Company Brief），請一併使用。
- 撰寫
case-study.md：標題、一行引文、中繼資料區塊（客戶、角色、團隊、年份、專業領域），接著是挑戰、洞察、構想、流程、工藝、成果、致謝。段落簡短，附圖片放置位置與說明文字，僅在確實有引述時才使用引人注目的引言。 - 從
assets/case-study-template.html建置頁面：- 將圖片複製到其旁的
images/資料夾； - 若當事人已有自己的作品集風格（查看他們的網站），則使用其顏色和字型；否則保持中性，讓作品本身傳達色彩；
- 針對 PDF：用
scripts/fonts.py連結字型，並依照references/rendering.md進行渲染； - 針對網頁版：另存一份為
index.html，並將字型連結替換成相同字型家族的 Google Fonts<link>，以便託管時能正常運作。
- 將圖片複製到其旁的
- 渲染、審閱、檢查PDF 聯絡表，並在可用的瀏覽器中以手機寬度開啟網頁。
- 交付 PDF、網頁資料夾（
index.html+images/，壓縮為 zip），以及case-study.md。在回覆中：提供 4 句話的故事摘要、因保密而未納入的內容，以及能讓案例研究更充實的事實或數字。
輸出名稱：<專案名稱>-Case-Study.pdf、<專案名稱>-Case-Study-web.zip、<專案名稱>-Case-Study.md。