视觉画布设计
canvas-design
基于设计原则创作静态视觉作品,用于海报与品牌图形。
html-templates【文档与办公】Use when choosing or applying a visual style to HTML pages, posters, reports, or a slide deck whose authoring workflow is already established. A visual reference library for color, typography and decoration; PPT/PPTX and HTML slide-deck creation starts with the pptx Skill.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
A style-constraint library. Match the user's request to one of 32 pre-analyzed design profiles, then apply its color, typography, and decoration rules inside the caller's HTML structure.
For a request to create a PPT/PPTX or HTML slide deck, first use
get_skill(skill_name="pptx") unless its production mode has already been confirmed by the
user's explicit fast/design mode request, an explicit dynamic presentation request, or a host
fast/design mode-card response. A detailed outline or visual brief
does not confirm a production mode. Complete the entry's mode-selection step before composing slides. Choosing a visual profile does not
choose a production mode. An established presentation workflow may use this reference without
repeating mode selection. Ordinary webpages, posters, and reports can use it directly.
references/visual_dna.json — the only file you read. Each of the 32 entries contains:
profile — industry_fit, mood_tone, visual_densitycolor_palette — bg_main, text_main, accent, muted (named hex)style_rules_text — 150-250 字中文铁律,描述性而非像素级(保留 hex、em、%、fr、unitless 数值与 CSS 关键字;不含 px / vw / vh / clamp 等画布相关数值)typography — font families, weights, role-based size labels, letter-spacing, line-heightdecoration_tokens — 3-6 named classes, each described by its visual role + CSS keywords (no pixel values)Every visual-style request maps to exactly one template. Pick the top-1 without asking the user to compare templates. This no-question rule applies only to visual-profile selection; the caller's workflow and required choices still apply.
Before reading the JSON, distill the user's brief into a structured signal block. Infer aggressively when the user didn't say something explicitly — a "周报模板" implies medium-high density and quiet formality even if the user never used those words.
intent: deck | poster | report | landing | dashboard | one-pager
subject: <one phrase: what is the artifact about>
audience: 投资人 | 客户 | 同事 | 社区 | 公众 | 学术 | 自己
mood_signals: [<adjectives, extracted or inferred: 克制/活泼/复古/学术/...>]
industry_signals:[<科技/金融/艺术/教育/时尚/游戏/出版/...>]
density_hint: Low | Medium-Low | Medium | Medium-High | High
scheme_hint: dark | light | warm | cool | <none>
color_hint: [<specific colors the user named, if any>]
formality: low | medium | high
Keep this extraction internal — do not surface it to the user.
For business, product, launch, scenario-demo, consulting, board, investor,
training, enterprise enablement, or implementation decks, infer
density_hint: Medium-High by default. Use Low or Medium-Low only when the
user explicitly asks for sparse, cinematic, manifesto, quote-led, gallery-like,
or atmospheric slides. A dark/tech/launch mood is not by itself a reason to
choose a low-density template; the deck still needs enough visible structure to
carry the message.
Read references/visual_dna.json and score every one of the 32 entries against the signal block. Weights:
mood_signals) — ×3industry_signals — ×2density_hint — ×2scheme_hint / color_hint — ×1Pick the highest-scoring entry. Ties broken by mood_tone, then by industry_fit, then alphabetically. State the chosen template_id and one sentence on why it won — then proceed without asking.
Treat the chosen entry's fields as hard constraints:
color_palette — these are the only colors allowed. No drift.style_rules_text — every qualitative rule (粗/细、紧凑/宽松、对称/错位、圆角形态、网格比例) must be honored. The DNA is canvas-agnostic; you choose the absolute pixel/rem values that fit the user's canvas while preserving the described proportions and contrasts.typography — font families, weights, role-based sizing intent, letter-spacing, line-height are non-negotiable. Translate role labels (display 巨大 / 正文级 / 标签级 etc.) into concrete sizes consistent with the canvas.decoration_tokens — class names + described CSS are the vocabulary for cards, labels, dividers, etc. Reuse the token names verbatim so the visual identity stays coherent.Do not soften these into suggestions. The output should be visually indistinguishable from a slide in the source template, even though no template code was copied.
Write the HTML using the user's structural conventions (their canvas size, wrapper classes, build pipeline, semantic patterns). Apply the visual DNA inside that structure.
Conflict resolution:
Before reporting done:
color_palette (or is a documented variant like opacity adjustment).typography.decoration_tokens are actually used; otherwise the output looks generic.style_rules_text as inspiration. It is a spec.decoration_tokens so the user can recognize the vocabulary across artifacts.Visual DNA was distilled from zarazhangrui/beautiful-html-templates (MIT, © 2026 Zara Zhang). The original license is preserved at references/UPSTREAM_LICENSE.