guizang-social-card-skill

Guizang Social Card Skill

为小红书、微信公众号、文章封面和平台缩略图创建精美的社交卡片包。

此技能是独立的。它借鉴了归藏PPT风格系统的视觉原则，但不得编辑原始PPT技能、其模板或参考文件。如果原始PPT技能可用，你只能阅读它作为参考。

生成的作品必须放在任务文件夹中，而不是技能根目录。默认放在此仓库内的 local-tests/<slug>/ 下，或使用用户指定的输出文件夹。不要在根目录创建 social-card-*、livephoto-*、wechat-*、output/ 等任务文件夹，也不要在 SKILL.md 旁边放置松散渲染的素材。

要生成的内容

使用此技能生成：

• 社交卡片/轮播图集：封面加内容页，尤其是小红书3:4格式。
• 短实况照片动态卡片：当用户要求Live Photo/实况照片并提供视频证据或屏幕录制时。
• 素材优先的实况照片拼图布局：当用户拥有高质量视频素材，并希望制作单视频、二宫格、三宫格或四宫格动态卡片，且几乎不添加文字时。
• 三联实况照片拼图：当用户有三个短视频、三个结果、三个视角或高信息量对比，且希望保持在一个图片卡片单元内时。
• 长视频转实况照片：诊断是否需要裁剪、加速、拆分为三联拼图，或要求用户指定时间范围后再渲染。
• 微信公众号封面配对：一张 21:9 主封面加一张 1:1 方形封面，在同一个HTML中组合以便视觉检查。
• 以截图为主的产品帖、文章封面、教程轮播图、户外/生活方式笔记、AI/产品更新说明。
• 需要归藏风格瑞士或编辑杂志布局的社交图片。

不要使用此技能生成：

• 完整的幻灯片或横向PPT网站。请使用PPT技能。
• 长视频生成。请使用视频技能。此技能仅支持短小的、受布局约束的实况照片卡片，这些卡片用视频替换静态图片槽位。
• 纯图片编辑，无需布局或文章提取。

小红书类别能力（能力圈）

最常见的11种小红书类别分为三类。详见 references/category-cookbook.md 中的逐配方路由。

强端到端（文本、结构和图片故事均在范围内）：

• 旅行、职场、推荐（需指定子类型）。

文本和结构强；图片需来自用户或素材库：

• 游戏、影视、美食（仅食谱方向）、彩妆（仅教程方向）、健身、家居、穿搭（仅精选/文章方向）。

超出范围——诚实告知而非承诺结果：

• 美食（菜品大片摆盘）。
• 穿搭（日常OOTD全身照；我们无法生成或模拟）。
• 情感（梦核/氛围感装饰风——与编辑和瑞士风格均冲突）。
• Y2K/千禧辣妹/哥特萝莉/kawaii装饰美学。
• 纯摄影展示帖，图片即为全部交付物。

当请求落入第三类时，在接收阶段明确指出我们无法做到——不要默默改造布局而错过用户意图。

核心原则

表达优先。目标不是将文字塞进海报，而是将来源转化为清晰的视觉论点。

对于每一页，决定：

• 观众一眼应理解什么？
• 什么证据、截图或图片支持它？
• 哪些词必须放大，哪些可以成为说明或元数据？
• 哪些内容可以删除，因为它属于帖子正文而非图片？

必需参考文件

根据需要阅读以下文件：

• references/platform-specs.md：精确比例、输出尺寸和命名。
• references/style-system.md：归藏编辑和瑞士视觉规则。
• references/theme-presets.md：选择电子杂志调色板或瑞士强调色板时使用。
• references/layout-recipes.md：选择轮播图/社交卡片/微信页面结构时使用。
• references/components.md：共享组件规范：字体栈、字号比例、最小可读尺寸、中文标题长度区间、瑞士卡片填充互斥规则、图片容器比例类、间距令牌和Lucide图标规则。
• references/background-systems.md：构建电子杂志WebGL/墨水/纸张背景时使用。
• references/portrait-fill.md：适配3:4布局并避免垂直空间未填满时使用。
• references/content-planning.md：封面钩子、页面分解和文案压缩。
• references/production-workflow.md：HTML/CSS渲染和图片处理。
• references/live-photo-production.md：当用户要求Live Photo/实况照片/三连实况拼图、为社交卡片提供视频素材，或希望小红书/微信动态卡片交付时使用。涵盖信息预算、单张vs三联实况照片、长视频接收和平台发布提醒。
• references/image-overlay.md：每当文字放在照片上时使用：照片资格、局部色调回退、通过多模态主体映射避免面部/主体。
• references/screenshot-treatment.md：当用户提供应用/网页/代码/仪表盘截图时使用——选择 .frame-shot 而非 .frame-img，设置圆角/阴影/背景/内边距，决定是否添加 .device-browser 或 .device-phone 外壳。
• references/map-component.md：当内容具有空间关系（旅行路线、店铺位置、步行游览）时使用——真实路线默认使用Mapbox Static或OSM静态瓦片；示意图SVG仅用于概念/说明性地图。图钉为HTML叠加层；绝不使用实时JS地图。
• references/title-shortener.md：当任务是微信21:9+1:1封面配对，或任何跨平台复用时使用——从长标题推导1:1短标题（5步提取、4种模式、反模式、在 .poster.square 上调整大小）。
• references/category-cookbook.md：将用户命名的小红书类别（旅行/职场/游戏/影视/彩妆/美食/穿搭/家居/健身/情感/推荐）路由到适用配方，并确认范围。
• references/qa-checklist.md：在交付最终图片前使用。

工作流程

1. 接收

仅收集缺失且会改变输出的信息：

• 目标平台和比例。

• 源文本、字幕、文章或标题。

• 小红书类别——如果用户命名了11种常见类型之一（旅行/职场/游戏/影视/美食/彩妆/穿搭/家居/健身/情感/推荐），通过 references/category-cookbook.md 路由以找到正确配方，并确认请求在能力圈内（见上方“小红书类别能力”）。如果请求落在超出范围类别，在设计前向用户说明，不要默默改造。

• 提供的图片/截图及其各自位置。对于新闻/教程/数据/评论内容，主动提示提供截图或照片——它们是证据层。没有真实素材的海报往往显得空洞。

• 提供的视频素材，如果用户要求Live Photo。将用户提供的视频视为正常路径；网络来源的免费视频仅用于演示/推广案例或用户明确要求素材时。确认目标平台，因为时长不同：小红书支持 5s；微信公众号Live Photo应保持 3s 且必须从iPhone上传。在裁剪前，阅读 references/live-photo-production.md 并将请求分类为单张Live Photo、三联拼图或长视频接收。如果来源过长或包含多个可用时刻，先进行低成本诊断，然后一次性询问是否裁剪、加速、拆分为多个槽位或使用用户指定的时间范围。如果来源短于目标时长，询问是否提供更长的片段、接受更短的Live Photo，或明确允许保持/慢放。如果重要焦点不明确，建议可能的裁剪/放大选项，但让用户在执行前决定。

• 如果用户仅提供文本（无任何图片），在设计前询问一次：

  这篇我需要 1-2 张图。三种走法：
  A. 你自己有照片 / 截图，传给我（推荐——最不"AI 感"）
  B. 我去 Pexels / Unsplash / Flickr 帮你找
  C. 用 AI 生成
  

  用一句话推荐A——你自己的照片是让海报看起来不像AI生成的关键。接受用户选择的任何选项（包括“都行你看着办”）并继续。不要稍后再次提示，不要在多次对话中反复推荐A。 此问题一次性完成。

• 如果指定了偏好风格：瑞士风格、杂志/编辑风格、科技风格、户外风格等。

• 硬约束：标题文字、1:1封面无图片、必须包含硬件照片、保持截图可读等。

如果用户已提供足够上下文，则基于合理假设继续。

如果内容涉及当前产品发布、政策、价格、声明或新闻，通过浏览验证不稳定事实，并在最终回复中引用来源。

2. 提取故事

在设计前将来源转化为页面计划。

对于小红书：

• 第1页为封面钩子。
• 第2-N页每页仅承载一个想法。
• 大多数帖子使用5-9页。当底部区域变空时压缩或合并页面。
• 将细节保留在帖子正文中；图片应承载钩子、对比、清单和尖锐的要点。

对于微信：

• 始终生成配对系统：21:9 主封面和 1:1 方形封面。
• 在同一个HTML文件中构建两个封面，并添加组合预览区域，以便一起检查它们的视觉关系。
• 21:9 保留完整或接近完整的标题、副标题和一个强烈的视觉关系。
• 1:1 使用从长标题推导的简化短标题：大号居中文字，默认无图片，无拥挤的副标题。

3. 选择风格模式

每个包选择一种模式。两种系统不绑定特定内容类型——改变的是视觉姿态，而非你能谈论的话题。职场文章可以是编辑风格；旅行账本可以是瑞士风格。根据你想要的感觉选择，而不是按类别查找。

编辑杂志×电子墨水带来：

• 衬线/宋体展示字+安静无衬线正文，纸+墨水调色板。
• 在暖色纸张基底上的氛围层（纸纹/墨迹/WebGL画布）。
• 账本行、边注、拉引引用、大照片槽位——杂志专题感觉。
• 最适合当你希望页面感觉缓慢、深思熟虑、手工排版时。

瑞士国际风格带来：

• Inter/Helvetica感觉，大尺寸时非常轻的展示字，小尺寸时等宽标签。
• 严格左对齐网格、细线规则、一个高饱和度强调色。
• 卡片填充矩阵、KPI塔、水平条形图、编号陈述——系统/数据感觉。
• 最适合当你希望页面感觉工程化、量化、果断时。

如果两种风格对同一内容都可行，问题在于编辑意图：“这是一个专题故事还是发布说明？”这决定模式，而非主题本身。

除非用户明确要求混合，否则不要在同一个图片集中混合两种视觉系统。

然后选择一个主题：

• 编辑杂志×电子墨水使用6种杂志调色板之一：Ink Classic、Indigo Porcelain、Forest Ink、Kraft Paper、Dune或Midnight Ink（唯一深色变体；保留用于游戏关键艺术/夜景摄影/电影封面）。
• 瑞士国际风格使用4种强调色板之一：IKB Blue、Lemon Yellow、Lemon Green或Safety Orange。

阅读 references/theme-presets.md 获取精确CSS令牌。除非用户有严格的品牌要求，否则不要发明任意颜色。

4. 规划页面

创建简洁的内部计划：

Page 01 / 封面 / 钩子 / 图片来源 / 布局意图
Page 02 / 要点 / 关键文案 / 视觉证据 / 布局意图
...

当用户要求审批时，在渲染前展示此计划。否则内部使用并继续。

使用 references/layout-recipes.md 选择页面结构。避免让每一页都成为重复的标题加卡片布局。

对于3:4图片，在编码前检查 references/portrait-fill.md。短表格或账本必须扩展为完整的竖版构图，包含引用列、图片证据、边注、更大的行或背景英雄区域。

面向受众的文案必须描述用户的实际场景，而非制作方法。内部术语如 3s、5s、Live Photo、triple collage、information budget、long-video intake、speed-up、highlight detection、one action point 或 layout template 可用于指导规划、文件名、QA注释和交付摘要，但不得成为H1、钩子或正文文案，除非用户明确制作关于这些概念的教学帖。在渲染前，将每个可见标题作为真实观众阅读一次：如果听起来像任务要求，则替换为场景特定文案。

不要仅仅为了满足自动密度警告而添加非模板装饰。额外的标尺、侧边栏、伪时间轴、装饰性标签或虚构徽章必须来自现有布局配方或用户请求。如果出现密度警告，通过选择更好的配方、调整真实内容大小或接受带有视觉理由的建议性警告来修复；不要在卡片上放置无意义的UI。

对于实况照片卡片，首先将其规划为普通社交卡片，然后决定动态角色：一个动作点、一个小过程、前后变化、三个并行结果或氛围/证据。唯一的结构变化是一个或多个图片槽位变为视频槽位。保持相同的比例、裁剪、安全区域、排版和风格模式规则；将静态图片裁剪逻辑应用于视频流。第一帧必须通过与静态图像相同的检查：无过度裁剪、关键UI/内容保持可读、卡片仍遵循所选布局配方。在渲染前阅读 references/live-photo-production.md。

对于素材优先的实况照片拼图卡片，让视频素材主导。使用很少或没有文案：单视频封面一个短标题就足够，二宫格/三宫格/四宫格版本通常不应添加文字。当单视频封面在素材上添加文字时，使用M16图片主导封面/文字在图片上的规则：首先进行主体映射、安全安静区域、编辑风格衬线/宋体标题使用常规中等字重、纸色文字、无默认全画布遮罩。不要发明额外的踢脚线、元数据、细线、标签、标尺、徽章、副标题或解释性制作术语，仅仅为了让叠加层看起来有设计感。如果只有一个标题可用，让排版承载布局：按短语换行、克制的大小、字距、对齐和位置。将来源嵌入的文字视为素材的一部分；除非用户要求，否则避免添加新文字。

4.5. 复制种子模板

不要从头编写HTML。根据步骤3中选择的风格模式选择一个种子模板：

• 编辑杂志×电子墨水 → 将 assets/template-editorial-card.html 复制到任务文件夹作为 index.html。
• 瑞士国际风格 → 将 assets/template-swiss-card.html 复制到任务文件夹作为 index.html。

种子模板已包含：字体加载、主题令牌、所有三种海报尺寸（.poster.xhs / .poster.square / .poster.wide）、配对预览框架、颗粒/背景层以及布局配方引用的所有类定义。

在 <html> 元素上设置主题/强调色：

• 编辑风格：<html data-theme="ink-classic | indigo-porcelain | forest-ink | kraft-paper | dune | midnight-ink">。
• 瑞士风格：<html data-accent="ikb | lemon-yellow | lemon-green | safety-orange">。

将 <!-- POSTERS_HERE --> 后的单个占位海报替换为每页一个 <section class="poster ..."> 块，每个块包含所选布局配方（编辑风格M01-M16，瑞士风格S01-S12）的HTML骨架。切勿加载错误模板的类系统：编辑风格配方假设衬线展示字+账本/边注/管道-v；瑞士风格配方假设Inter+卡片填充/矩阵/h-bar/kpi-tower。混合它们会无声地破坏布局。

5. 构建和渲染

默认实现模式：

• 默认在 local-tests/<slug>/ 下创建任务文件夹，或在用户请求的输出文件夹内。切勿将生成的任务文件夹、渲染图片、MOV文件、.pvt 包或下载的源文件放在技能根目录 SKILL.md 旁边。
• 将源图片放在 assets/ 中。
• 从步骤4.5复制的种子模板开始，而不是空白文件。优先只更改 <!-- POSTERS_HERE --> 区域逐页修改。如果任务需要自定义布局CSS，在复制的文件中添加一个清晰命名的任务范围块，并保持语义默认值重置（figure { margin:0; }，无浏览器默认间距意外）。
• 使用Playwright或浏览器截图工具导出每个 .poster 或 .cover 节点。
• 将渲染图片保存在 output/ 中。
• 验证尺寸并检查渲染的PNG。
• 保持 node validate-social-deck.mjs <task-dir> 可用于自动检查通过。它检查溢出（R1）、页脚碰撞（R2）、瑞士粗体展示（R3）、最小字号（R4）、4带密度（R5）、.h-xl 行上限（R6）、浏览器默认figure边距漂移（R7）、视觉边界/底部空白（R8）和标题到内容间距（R9）。任何FAIL时退出码为1——在请求自动检查时在最终交付前修复。WARN为建议性但需阅读。

实况照片分支：

• 在渲染前决定信息预算：3s 适合一个动作点；5s 适合一个小过程；三联拼图适合三个并行片段但非复杂故事；长视频需要诊断后再编辑。
• 对于长来源，避免声称精确的自动高光检测。探测时长/分辨率，制作稀疏接触表，并在裁剪、加速、拆分/三联拼图或询问用户时间范围之间选择。
• 从每个视频槽位提取第一帧，放入最终静态卡片布局，并在制作 .pvt 前展示/检查该预览。这以更低的令牌和渲染成本捕获裁剪和层级问题。
• 以平台时长渲染配对的MOV：小红书 5s，微信公众号 3s。
• 从可读的代表性帧中提取关键JPG。
• 使用 makelive 将 JPG + MOV 打包为 .pvt；通过AirDrop将 .pvt 作为一个项目发送到iPhone进行测试。
• 验证尺寸、时长、帧数、包内容和动态质量。优先使用接触表帧条进行视觉检查，以便只有最终拼接图像需要人工/模型检查。使用 references/live-photo-production.md 获取精确命令和故障模式检查。

不要在图片内放置可见的说明、键盘快捷键或使用解释。

对于编辑杂志×电子墨水，使用分层背景系统。优先使用微妙的WebGL墨流画布或冻结的程序画布加纸纹。阅读 references/background-systems.md；不要依赖纯米色背景，也不要添加全页网格/点背景。

6. 图片和截图处理

当用户提供截图时：

• 除非用户要求重新设计，否则保留截图内容。
• 优先使用程序化框架：目标比例画布、安全内边距、干净背景、可读截图。
• 不要拉伸截图。
• 如果截图清晰度重要，放大截图区域并减少附近文字。

文字在图片上的构图

每当海报将文字放在照片上（全出血封面、大图片槽位、生成图片叠加）时，遵循 references/image-overlay.md：

• 先选择，仅在需要时着色。 覆盖画布≥60%的照片必须首先通过 image-overlay.md 中的安静区域和亮度测试。先无遮罩构图；如果缩略图检查失败，仅在标题区域周围添加局部、与图片色调匹配的着色。不要默认使用全画布渐变。
• 主体映射是强制性的。 在放置标题前，使用Read工具读取图片，用自然语言描述主体面部/焦点特征的位置，并将主体映射作为HTML注释记录在英雄块旁边。仅在记录的安全区域放置文字。
• 裁剪纪律——在每个照片上内联设置 object-position。 模板默认值（center 50%）是回退，而非推荐。对于每个 <img>，根据主体位置决定并内联写入：例如 style="object-position:center 62%" 用于中段主体，center 30% 用于天空重的风景且地平线主体，center 70% 用于前景设备。参见 references/components.md 中的表格了解范围，以及 image-overlay.md 了解面部照片的具体细节。跳过此步骤会在高比例（r-3x4、r-21x9）上无声地将主体裁剪出画面。
• 缩略图测试。 将渲染的PNG缩小到360像素宽，确认标题仍然可读。如果标题与照片冲突，移动标题、更换照片或添加局部与图片色调匹配的着色；如果照片看起来死板，则着色过重或照片不适合文字在图片上。

编辑风格深色封面（例如游戏期刊在关键艺术上）和瑞士风格带英雄照片的封面都需要这些检查。跳过它们是已知的失败模式（见 style-system.md 反模式D）。

当用户没有图片时：

• 此分支仅在步骤1的“三选一”门落在B（网络来源）或C（AI生成）时运行。切勿无声落入B或C——用户已选择其一。
• 对于C（AI生成）：仅在生成位图能增加真实价值时使用，通常1-2页。生成与页面视觉角色匹配的图片，而非通用装饰。保持生成的图片无嵌入标题、页码、徽标或虚假UI标签，除非明确需要。
• 对于B（网络来源）：见下方网络来源图片部分。

网络来源图片（用户无图片时的回退）

当用户没有截图/照片，且生成位图不适合页面角色时（例如编辑风格氛围照片、户外/生活方式背景、游戏封面艺术、真实世界产品照片），从网络获取而非让页面显得单薄。

策略：先获取，后披露，让用户决定署名。 不要根据猜测的许可证预过滤来源——用户是最终构图的权利持有者，并决定什么可接受。

推荐来源，按偏好顺序。以下五个均为免费库，无需许可费用；我们不从付费图库网站（视觉中国/Getty/站酷海洛等）获取。

1. Unsplash — https://unsplash.com/s/photos/<keyword>。适合户外/生活方式/氛围背景。英文关键词效果最佳。许可证宽松但需逐案验证。
2. Pexels — https://www.pexels.com/search/<keyword>/ 或 https://www.pexels.com/zh-cn/search/<keyword>/。原生支持中文关键词搜索——填补Unsplash在国内场景（中文街景/国风物件/本地地名）的空白。当主题为中国特定或关键词为中文时优先使用。免费使用Pexels许可证。
3. Flickr CC许可池 — https://www.flickr.com/search/?text=<keyword>&license=2%2C3%2C4%2C5%2C6%2C9。许可证过滤器（license=2,3,4,5,6,9）限制为Creative Commons照片。填补“纪实真实感”空白：街头摄影、人物在环境中、真实室内、非摆拍场景，这些是Unsplash/Pexels缺乏的。如果用户选择署名，始终保留CC署名。
4. Wallhaven — https://wallhaven.cc/search?q=<keyword>。适合游戏/动漫/壁纸主题。内容由用户上传，权利未验证。
5. 直接网络搜索 — 当需要特定主题时（产品渲染、游戏剧照、历史照片）。使用WebFetch/WebSearch查找候选URL。

编辑模式选择顺序：Pexels（如果关键词为中文/中国特定）→ Unsplash → Flickr CC（如果需要真实感）→ 直接搜索。瑞士模式很少需要这些——产品渲染、UI截图和keyshot风格图片应由用户提供或AI生成，而非图库。

如何获取：

• 使用WebFetch或 curl 将图片下载到任务文件夹的 assets/ 目录。
• 按用途命名文件，而非哈希：assets/hero-mountain.jpg、assets/ui-pulse-card.png。
• 在图片旁边的 assets/SOURCES.md 文件中记录来源URL（每行一个文件：hero-mountain.jpg ← <url>）。即使用户在最终图片中拒绝署名，也始终执行此操作——它为人类作者保留出处。

获取后，在最终确定设计前向用户展示出处：

我从 <site> 取了这些图：
- assets/hero-mountain.jpg — <url>
- assets/ui-pulse-card.png — <url>

⚠️ 版权未经核实。请你判断是否可用。
是否需要在图文中标注来源？
- 要：我把 "Photo · <site> · @<author>" 加到对应页脚 / 角标。
- 不要：原样使用,不加注释。

如果用户选择“标注”——添加一个小的 mono 说明（瑞士风格：角落的 .t-meta 18-20px；编辑风格：图片槽位旁的 .label）。切勿将说明挤入布局的焦点区域。

如果用户选择“不标注”——静默继续。出处仍存在于 assets/SOURCES.md 中供用户自己记录。

如果图片只是合成中的众多元素之一（例如矩阵中的九张照片之一），用户可能合理跳过署名。不要强制添加会破坏布局的署名标签。

7. 交付

先展示给用户，按需验证。 每次渲染后自动运行验证器耗时过长，延迟用户看到结果。默认流程：

1. 渲染完成后，立即向用户内联展示渲染图片（绝对路径），并附上一句话总结构建内容。
2. 询问一个问题："先你自己看，还是我先自动核查一遍？"
3. 如果用户说“我自己看”/“先给我”/“no need”——在此停止，让他们检查，并回应他们提出的任何问题。
4. 如果用户说“你查吧”/“auto-check”/“yes”——仅在此之后运行 node validate-social-deck.mjs <task-dir>，修复任何FAIL，并在最终交付前重新渲染。提及密度/上限WARN。

切勿在展示给用户前静默运行验证器——每次通过耗时数分钟，且用户通常更快发现问题。

最终响应（在用户审查或要求自动检查后）应包括：

• 输出文件夹路径。
• 渲染图片内联显示（绝对路径，如有用）。
• 关于尺寸和验证的简短说明（或“尚未验证，等待您的审查”）。
• 对于任何从网络获取的图片：来源URL+网站+用户做出的署名决定。
• 对于实况照片：.pvt 包路径、调试 JPG + MOV 对、目标平台时长和验证摘要。
• 对于实况照片发布：提醒用户两件事：平台限制（小红书 5s，微信公众号 3s）和发布路径（将 .pvt 包作为一个项目通过AirDrop发送到iPhone，然后从匹配的移动应用路径发布；桌面/网页上传路径通常无法识别 .pvt 为可发布的实况照片）。
• 如果用户无法使用iPhone/AirDrop发布路径（例如仅桌面工作流、Android或不支持实况照片的平台），提供降级交付：从同一MOV源导出短循环GIF或无声MP4片段。GIF/MP4保留动态证据但失去实况照片的点击播放体验。在切换到此回退前与用户确认。
• 任何未解决的风险，例如源图片分辨率低。

不可协商事项

• 切勿编辑原始归藏PPT技能或任何从其他地方复制的上游技能。
• 切勿在技能根目录创建生成的作品。所有任务工件必须默认在 local-tests/<slug>/ 下，或在用户请求的输出文件夹下。禁止根级别的生成文件夹如 social-card-*、livephoto-*、wechat-* 和松散的输出素材。
• 不要创建随机的装饰性SVG椭圆、斑点、雨滴、贴纸或无意义的圆圈。
• 不要使用嵌套卡片或通用SaaS卡片布局作为默认。
• 不要让文字溢出、触碰边缘或与页脚带碰撞。使用 margin-top: auto 在flex列中固定 .foot，切勿使用 position: absolute 覆盖增长的内容。
• 当内容溢出时，在编辑前测量溢出量。小溢出应进行小修复：1-40px 表示微调/收紧，40-90px 表示局部压缩，90-160px 表示轻微标题或段落压缩，仅 160px+ 应触发配方更改或内容移除。修复后，检查R8底部空白，使页面不会从溢出摆动到巨大的空底部带。
• 不要让标题接触下一个内容块。主展示标题通常应在下方保持至少 28px；局部标题应保持至少 16px。在依赖视觉检查前使用验证器R9。
• 不要让文字在手机上变得太小而无法阅读。
• 不要在瑞士风格中为展示标题内联编写 font-size + font-weight。使用类型化类（.h-hero / .h-statement / .h-xl / .num-mega）。80-120px标题字重700-900不是瑞士风格；“越大越轻”是硬性规则。
• 不要交付带有纯色纸背景、每行都有等宽标签且无氛围层的编辑风格海报。运行 references/style-system.md 中的编辑身份测试——仅衬线标题不足以使海报成为编辑风格。
• 不要伪造数据、发布细节或百分比。
• 不要裁剪面部、关键UI文本或硬件/产品细节，除非用户明确接受。
• 不要将视频卡片变成虚假的静态序列而不说明。如果来源短于目标时长，要求更长的来源、使用更短的平台安全时长，或明确记录任何保持/慢放。
• 不要跳过实况照片的第一帧预览。视频是带动态的图片槽位；其第一帧必须在渲染MOV前满足静态3:4布局和裁剪规则。
• 不要让结果视频在浅裁剪中滚动通过章节边界；这会产生“重叠视频”故障。在打包前检查接触表并选择稳定的时间窗口。
• 在放大/裁剪视频以提高可读性时，不要猜测用户的视觉优先级。提供裁剪/放大权衡，并在用户确认后应用，除非请求已明确焦点区域。
• 不要通过盲目裁剪21:9封面为1:1来复用。分别构图每个比例。
• 3:4 卡必须吃满画布。Content (text + image + data) 必须覆盖 ≥75% 画布高度。任何 >15% 画布高度的纯空白带都需要"留白理由"：(a) hero image 自带呼吸、(b) 单句宣言式 hero statement、(c) 段落顶/底 leading & trailing whitespace（前后总和 ≤15%）。禁止用 <div style="flex: 1"></div> 上下夹击把内容塞到中段——杂志页留白逻辑不适用于社交卡（杂志靠对开页吸收留白，社交卡逐张独立刷，欠填看着像 PPT 漏排）。Recipe-by-recipe 最小密度见 references/layout-recipes.md 每条 recipe 的「Minimum density」段。Render 后必须跑 qa-checklist.md 的 4 横带密度检查。