案例研究
将项目的原始素材（笔记、图片、演示文稿、链接、客户邮件）转化为案例研究，展示个人的思考方式以及其工作带来的改变。一个故事，三种格式：网页、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 约束或未发布的内容。如果不确定客户是否可具名，请询问；提供匿名版本（例如“一家全球体育和娱乐公司”）。
- 图片归用户所有。 仅使用用户提供或拥有版权展示的图片。为每张图片编写 alt 文本和说明。不要从网络获取客户或品牌图片用于案例研究。
- 展示思考过程。 每个案例研究都回答：问题是什么，你发现了什么，你做了什么决定以及为什么，你创造了什么，什么发生了变化。
- 不包含 Beautiful Engine 的署名或其他第三方品牌：案例研究归用户所有。
工作流程
- 收集并阅读所有附件。如果是演示文稿或 PDF，提取关键帧作为图片（
pdftoppm -r 110 -png deck.pdf frame），并挑选最强的。 - 找到故事，用 4 句话概括：挑战、洞察、创意、结果。这将成为导语和章节标题。
- 定制（当给定公司或职位时）：以与对方需求匹配的部分开头，在诚实合适的地方使用他们的词汇，并选择能证明该点的图片。如果对话中存在该公司的公司简报，请使用它。
- 编写
case-study.md：标题、一行导语、元数据块（客户、角色、团队、年份、领域），然后是挑战、洞察、创意、过程、工艺、结果、致谢。简短段落，搭配图片说明，仅当真实引用时才使用拉引文。 - 构建页面，基于
assets/case-study-template.html：- 将图片复制到其旁边的
images/文件夹； - 如果用户有自己的作品集风格（查看他们的网站），则使用其颜色和字体；否则保持中性，让作品本身承载色彩；
- 对于 PDF：使用
scripts/fonts.py链接字体，并根据 references/rendering.md 渲染； - 对于网页版本：保存副本为
index.html，将 FONT LINKS 替换为相同字体的 Google Fonts<link>，以便托管时正常工作。
- 将图片复制到其旁边的
- 渲染、审计、检查 PDF 联系表，并在有浏览器时以手机宽度打开网页。
- 交付 PDF、网页文件夹（
index.html+images/，压缩为 zip）和case-study.md。在回复中包含：4 句话的故事概要、因保密而省略的内容、以及可以增强效果的事实或数据。
输出文件命名：<项目>-Case-Study.pdf、<项目>-Case-Study-web.zip、<项目>-Case-Study.md。