1实现原理 · 为什么它能做到
唯一硬输出规则被提到文首并立为最高优先级:每个 section 单独出一张横向图,section 数 = 图片数,禁止合并、禁止一张长图代替整页。
**Generate one separate horizontal image PER section. Always. No exceptions.**
计数规则被写成查表,并对模糊请求给出默认值(landing page → 6 张、full website / marketing site → 8 张),消除模型自行缩水的空间。
- "landing page" with no count -> default to 6 sections -> 6 images
明确宣告该规则覆盖模型默认行为:即便一次只能渲染一张图,也必须在同一回复里顺序逐张产出直到全部交付。
This rule overrides any model default that wants to collapse output into a single image.
反重复机制针对最常见的 AI 构图默认:左文右图 hero 被点名是最被滥用的模式,必须先考虑另 9 种构图锚点。
The default **left-text / right-image hero is the most overused AI pattern**.
用组合式变异引擎(主题/背景/字体/hero 架构/区块系统/4 个签名组件/2 个动效语言/每节锚点与背景模式)在『不混乱』的前提下制造差异。
## 2. THE COMBINATORIAL VARIATION ENGINE
跨图一致性被单列为硬规则:多张图必须像同一个站点(同一色板、字阶逻辑、CTA 家族、圆角语言、图像处理),只允许在锚点/背景/尺寸/次要元素上变化。
Across all per-section images, enforce one brand world:
转化纪律与技术审美并列:每个 section 必须承担漏斗角色,避免产出纯情绪 moodboard。
The page's primary action stays unmistakable.
反 slop 清单被分类枚举(布局/视觉/排版/内容/密度/跑马灯/KPI 七类),且点名具体禁用词与假品牌名。
Ban generic copy vibes like:
收尾给 21 项内部自检(§17 CLARITY CHECK),把『是否够好』变成可勾选清单,并要求图片数不足时重新生成缺的部分。
Do not stop early. Do not summarize. Do not return only one image.
2核心能力
4风险提醒 风险提醒:绿色 · 放心使用
- 生成成本随 section 数线性放大 — 规则要求 8 节出 8 张、12 节出 12 张,且禁止用一张图替代。对按次计费的图像生成通道意味着成倍消耗;用户需自觉接受这一成本模型。
- 与 README 声明存在口径缺口(缺『不写代码』的显式禁令) — SKILL.md 未像姊妹 skill 那样禁止进入编码模式,仅把『可编码』当质量标准;在自主性较强的宿主里可能被追加实现代码,偏离『只出参考图』的定位。
- 审美门禁全靠自检 — 21 项 §17 CLARITY CHECK 无程序化校验,且要求模型『内部』核对('verify internally'),无法从产物外验证是否真的执行过。
- 长文本上下文载荷 — 987 行、约 36 KB 的指令会持续占用上下文;与同仓库其它 skill 叠加时容易挤占用户原有指令预算。
5第二遍独立确认
- [ok] 文首硬规则与正文是否自洽(一处打脸风险点) — 文首三令(一 section 一图 / hero 构图偏置 / 计数表)与 §5、§16、§19、§20 三处示例解读一致;§20 例 2 明确 '8 separate horizontal images (one per section)',无自相矛盾。
- [discrepancy] 『Does not write code』声明的出处与 SKILL.md 自述 — README/llms.txt 声明 'Image-generation-only skill for creating premium website design reference images. Does not write code.';但 SKILL.md 正文没有这句禁令——它反而在 §17 自检里写 'Can someone code from this?'、在 §1 写 '(1 = loose moodboard, 10 = very codeable UI reference)',把『可编码』当作质量标准。两者不冲突(skill 本身不产出代码,只是要求参考图可被复刻),但与姊妹 skill imagegen-frontend-mobile 相比,后者正文有显式禁令('This skill generates images only. / Do not switch into coding mode.'),web 版缺这句,跨模型时可能被误拉入编码模式。已记录。
- [ok] 外部依赖与网络调用清单为空 — 全文无 URL、无端点、无包名、无安装指令;连占位图源都未指定(§8 只禁『endless centered sections』等模式,不指定图片服务)。对比 gpt-taste 与 taste-skill-v1 均会写 picsum.photos,本文件确实为零依赖。
- [ok] 梯度/全幅背景规则是否与同仓库反渐变口径冲突 — §13 明确区分:允许低彩同色系渐变、晕影、微噪渐变;禁彩虹 mesh、紫蓝 AI 默认、霓虹描边、渐变文字作『高级感』捷径。属细分而非矛盾,已记录于 traits。
- [ok] 是否有隐藏脚本或可执行内容 — 文件为纯 markdown(含代码块仅为示例 HTML/CSS 描述与包名列表),grep 'exec|subprocess|bash|python|npm install' 零命中;无 sha/哈希、无 base64 载荷。
- [ok] 元数据(license / stars / last_push / 路径 / commit) — gh api:MIT、87309 stars、pushed_at 2026-08-24T15:23:56Z;git ls-files 确认 skills/imagegen-frontend-web/SKILL.md;HEAD == origin/main == ccbc15639c97057cbfcf32ecebc38ef716e4bb37。
6结论
68d29515cc937bdb…ccbc15639c