给 LinkedIn 帖子配图时：判断走 HTML/CSS…

当用户写好或提供了一篇 LinkedIn 帖子，需要一张与之匹配的视觉图形（结构化图形、白板信息图或品牌信息图）时使用。

适用场景

解决思路

1. 技能触发后直接进入 Step 1，不要先总结内容，也不要解释选项。
2. 在 Codex 或 Claude 中用当前任务里实际可用的工具执行；`AskUserQuestion` 的示例只描述要问的问题，不构成必须调用的 API：使用可用的提问工具（在其限制内），或直接在聊天里提问；复用用户已提供的答案和素材。
3. 在用户选定的项目里工作；做个性化设计前先读该项目的 `about-me.md`、`voice.md` 和相关品牌文件。
4. 文件之间互相冲突或仍是初始默认值时，先确认预期作者；缺少事实就询问用户或运行 `voice-builder`；绝不沿用维护者的身份、账号或私有文件。
5. 相对本技能文件夹解析自带的 `references/` 目录。
6. 用户明确要求刷新 profile 时，原地读取并更新规范的 `about-me.md`、`voice.md` 或 `newsletter-voice.md`，保留无关的用户事实与规则；下游消费方必须重新读取这些规范文件；只有新交付物会与无关的现有文件重名时才使用新文件名。
7. 仅安装技能不会启动访谈或写文件；除非用户要求，不要写入持久化的学习记录。
8. 优先使用用户已提供的证据；必要时通过可用的搜索/来源工具核实外部声明；来源或集成不可用时，说明缺失的能力并提供「粘贴文本/导出文件」的输入方式；绝不编造事实、第一人称经历、指标或工具成功运行的结果。
9. 只通过用户已有账号连接所选路线需要的服务；绝不打印凭据或覆盖已有连接；起草、保存、审阅都不构成发布、发消息或更改账号的授权。
10. 牢记本技能产出的图像提示是 prompt-ready，而不是已生成或已视觉审核的素材；除非用户要求换生成器，保留其指定的 Gemini 工作流；缺少图像服务不阻塞撰写提示词。
11. 图像被提供或生成后，按原始尺寸和 feed 尺寸（约 360px 宽，缩略图 320px）逐一打开检查每个导出件，核对文案是否精确、尺寸、裁切、可读性、品牌色、字体外观、logo 和参考保真度；修复失败的导出并重新检查；不可用的导出或检查记为待处理；图像提示或栅格导出不算可编辑的设计文件。
12. Step 1：使用用户提供的帖子或用户点名的确切文件；如果只有项目草稿，先确认用哪一份；否则输出 “Paste the post you want a graphic for.” 并等待用户粘贴。
13. 拿到帖子后，用 AskUserQuestion 询问图形类型（单选），选项为：HTML/CSS graphic、Whiteboard infographic、Branded infographic、You decide。
14. 用户选 “You decide” 时分析帖子：含编号步骤、框架、对比或数据表格走 Path A（HTML/CSS）；回顾工作流、分享技巧、讲解概念或讲故事走 Path B（图像提示），并在两种风格中挑更合适的那个。
15. Path A 设计约束：默认 1200 x 1400 像素；用户明确指定尺寸时以其为准。
16. Path A：深色背景（#1a1a2e 或用户品牌色）配高对比文字。
17. Path A：使用干净的无衬线字体（Inter、system-ui）。
18. Path A：深色背景上用白色或浅色文字。
19. Path A：只用一个强调色做高亮和分隔线。
20. Path A：四边至少保留 40px 内边距。
21. Path A：不要用图库照片作背景。
22. Path A：分区数量由帖子内容决定（3 步就是 3 块，10 条技巧就是 10 块），约束是可读性而不是固定数量，每个元素都要在手机屏幕上足够大、能读清。
23. Path A：输出单个自包含 HTML 文件，使用内联 CSS，并包含 viewport meta 标签。
24. Path A：从帖子中提取核心框架或步骤，不要复制整篇帖子；提炼为：5 到 8 个词的短标题、作为视觉块的要点（可用 Unicode 图标）、以及在有 `about-me.md` 时带作者名的页脚。
25. Path A：保存 HTML，并用可用的浏览器截图或现有本地渲染器导出 PNG；导出前等待字体和图片加载完成。
26. Path A：按全分辨率打开实际 PNG，并按 360px feed 宽度检查标题、每个条目、裁切、对比度、字体和署名；修复 HTML 并重新导出，直到这些检查全部通过；把可编辑的 HTML 与被检查过的 PNG 一起保留。
27. Path A：浏览器/渲染能力不可用时，把 HTML 作为 render pending 返回，说明缺失的能力，并给出用户自行浏览器截图的步骤；绝不把未渲染的 HTML 说成已视觉验证。
28. Path B：图形必须视觉化地回顾帖子内容，不是抽象插画或图库照片，要用读者可扫读的视觉形式总结帖子的关键信息。
29. Path B：先从帖子中提取信息图内容：主标题或钩子（缩短到 5 到 10 个词）。
30. Path B：提取所有必需的关键点、步骤或要点，并按要求的顺序排列；力求每行简洁，如果准确内容放不下就提议拆分。
31. Path B：提取值得强调的数字、统计或数据。
32. Path B：提取页脚行（作者名，以及合适时的 CTA）。
33. Path B：按所选风格套用对应的提示词模板来构建提示词。
34. Path B / Style 1（白板信息图）：套用白板模板并填入内容区块，标题用大号粗马克笔写在顶部，3 到 6 个要点各配手绘项目符号、编号或小图标，有统计数字就画大并用圆圈或方框框出；整体必须是真实白板或大笔记本页的照片观感、彩色马克笔手写、线条略不完美、禁止数字字体。
35. Path B / Style 2（品牌信息图）：品牌色未知就先问用户；先检查 `about-me.md` 里是否已有。
36. Style 2 提示词：输出 1080x1350 的品牌信息图提示，风格干净、现代、编辑感、扁平设计、锐利边缘、强排版，无 3D 效果、无渐变、无图库照片；写明配色（背景、文字、强调色）；布局为顶部大号粗体标题、带图标或编号的结构化正文、以大号特征数字展示的统计、以及页脚（作者名 | CTA 或标语）；文字要大且可扫读，图上约 40 个词，内容过多时拆分 brief；不要装饰性边框、不要水印，用户未提供就不加 logo。
37. 在代码块中输出完整提示词，并告诉用户 “Paste this into Gemini or your image generator. The prompt is ready to go.”
38. 两条路径结束后：报告真实状态（HTML render pending、HTML + inspected PNG，或 Gemini prompt-ready），只链接实际存在的文件，并列出未解决的视觉缺陷；帖子评分只审查文案，不能替代图像检查。
39. 规则：设计前必须先读帖子；图形要回顾帖子内容，而不是说明抽象概念。
40. 规则：结构化图形（Path A）必须是单个带内联 CSS 的 HTML 文件。
41. 规则：图像提示（Path B）必须完全自包含，用户冷粘贴到 Gemini 就能得到图形。
42. 规则：提取并提炼帖子内容，不复制全文。
43. 规则：白板风格始终保持手绘马克笔观感、不完美线条、彩色笔、笔记本/白板纹理。
44. 规则：品牌风格始终保持干净、扁平、现代，并使用用户的品牌色。
45. 规则：任何输出中都不要使用 em dash。
46. 规则：全程使用英式英语（British English）。

适用边界 · 注意事项

• 需要立刻拿到成品图或已视觉审核的图片时：本技能产出的是待渲染的 HTML 或 prompt-ready 的提示词，除非另有可用的图像生成服务并实际生成、检查过导出件。
• 帖子内容还没写好或没提供时无法开始：必须先从用户那里拿到帖子原文或其点名的确切文件。
• 目标平台不是 LinkedIn 时：标题、尺寸、feed 宽度检查和整体流程都是围绕 LinkedIn 帖子与信息流展示优化的。