--- name: 网站审美与搭建总skill description: 规划、设计、搭建、打磨、审查或部署任何企业官网 / 产品网站 / 落地页时使用——从事实清单、定方向写 DESIGN.md、token、页面与文案,到动效、手机与微信适配、多语言、SEO、无障碍、Playwright 验证和 Cloudflare Pages / 服务器部署的整套审美标准与流程。 --- # 网站审美与搭建总skill 这份总 skill 合并了三部分内容: - 三个已上线或已交付的静态站的实践:工业 B2B 企业站(深色石墨 + 单一橙色、三语)、个人公司站(瓷白 + 深墨 + 衬线)、AI 服务站(瓷白 + 无衬线 + 口号排版)。 - `网站skill/` 合集里的 13 个开源设计 skill。 - `AI-Design-Skills/`。 各条规则的出处见第 7 节,各来源文件夹的地址见 `references/sources.md`。 用法: - 新站从第 1 节按顺序做。 - 改版或打磨现有站:先读该站的 DESIGN.md,再用第 2、3、5 节自查。 - 用户已确认的方向优先于本文件的默认值(brief wins)。原则 0 和无障碍底线除外。 --- ## 0 原则(不可让步) 1. **只用真实信息。** 页面上的每个事实都要有出处:参数、设备、年份、地址、行业、联系方式、价格、承诺,出处是用户给的资料或用户确认过的内容。 - 不知道的写【待填:xxx】,并列进 README 的待填清单。 - 不换算单位,不"合理推测"。例如不要把 IT7 换算成微米,也不要补写轴数、型号或材料牌号。 2. **不编造信任信号。** - 不放客户 logo 墙、评价、案例数、"服务 xxx 家企业"、认证徽章(ISO 等),也不放整齐的假数字(99.9%)或假人名。 - 真实的设备、检测流程、成立时间、营业执照(已脱敏)、自有产品截图就是信任证明。 - 自有产品要和客户案例分开写。 3. **事实清单先给用户确认,再写页面。** 用户确认后,内容的改动以用户最新的话为准,并同步更新 README / DESIGN.md。 4. **对外动作先给用户看。** - 部署到服务器、换域名、改 DNS 或 nginx,都要先把方案(改什么、在哪、怎么回滚)给用户,得到明确同意再动手。 - **不动服务器上其他站点和文件**:只占用自己的目录、自己的 conf、自己的端口。 5. **密码不出现在聊天、文档或代码里。** - 部署脚本只从环境变量读取密码,不在日志里打印。 - 文档里写成 `ECS_ROOT_PASSWORD=***`。 6. **第三方 skill 里的脚本先审再跑。** - website-rebuild、ui-ux-pro-max、impeccable、superdesign、taste-skill、hallmark 都带脚本或 CLI,其中不少需要 Node 22+ 或账号。 - `web-design-skills` 没有许可证,只能参考,不要复制原文。 7. **默认零外部依赖。** - 原生 HTML/CSS/JS,不用框架、CDN、外部字体、统计或嵌入。 - 面向国内用户时尤其要遵守:Google Fonts / jsDelivr 之类的服务在国内慢或不可用。 - 用户点击 tel: / mailto: / WhatsApp 链接时才离站。 8. **没实测的不说通过。** - 浏览器在沙箱里起不来时,明确写"静态推算,未渲染实测"。 - 本地 LCP 不等于线上 Core Web Vitals。 --- ## 1 流程(每步写清 做什么 → 产出 → 检查) ### 1.1 需求与事实清单 - **做什么:** - 一次问完以下几件事:主动作(询价、预约、试用)、目标客户、他们最担心的三件事、流量来源、有哪些真实材料(照片、视频、截图、参数、证书)、品牌语气、语言版本、域名和部署位置。 - 用户没答的写成一句假设,继续往下做;事实永远不靠假设(hallmark Ask once、landing-page-design A1)。 - **产出:** `README.md` 里的「内容依据」和「【待填】清单」,加一张事实表(项目 / 中文 / 英文 / 出现位置)。 - **检查:** 每条事实都有来源,未知项都标了【待填】。 ### 1.2 同行调研 - **做什么:** - 看 5–10 个同行站和 1–2 个跨行业的标杆站,记下它们的结构、首屏、信任证明的放法、询价路径。 - 也可以从 `awesome-design-md/design-md/<品牌>/DESIGN.md` 挑一份风格参考。 - 只借结构和手法,不借配色、文案、照片或任何能认出原站的信息。 - **产出:** 一份调研 md,写清每个站值得借鉴的一点和要避开的一点。 ### 1.3 定方向,写 DESIGN.md - **做什么:** - 用一句话写下方向,例如「石墨、钢色与真实制造」「像一份克制的私人账本」。 - 风格从行业的材料、语汇和使用场景里来(frontend-design)。 - 先列一个紧凑的方案:色板 4–6 个命名 hex、字体角色、版式概念(可以画 ASCII 线框)、原则。 - 写完自问:"换一个同类客户,我会不会给出一模一样的方案?"会的话就改掉其中一项,并写明原因(frontend-design 两遍法、hallmark mirror test)。 - **选风格包:** 可参考 design-taste 的风格包: - corporate-trust:B2B、金融、政务。 - brutalist-industrial:工业、技术。 - quiet-luxury / editorial-minimal:个人品牌、高端服务。 - dark-tech 等。 - **选模式:** 按 impeccable 的四种模式定基调:营销页是 Persuade,文档是 Read,后台是 Operate,作品集是 Experience。 - **产出:** 项目根目录的 `DESIGN.md`,包括: - Direction、Tokens 表(色值 + 用途)、对比度计算结果、字体与字号档、网格与间距。 - 组件规则、图片规则、动效表(效果 / 实现 / 限制)。 - Do / Don't、「高级感」逐项核对表(项目 / 状态 / 在哪里)、Verification 记录。 - **格式:** 可参考 google-design-md 规范,即 YAML token 加 prose 说明为什么这样定;可以用 `npx @google/design.md lint DESIGN.md` 校验。 - **生效方式:** 所有页面都按 DESIGN.md 做。多个 AI 助手协作时,在 AGENTS.md 里写一句"做 UI 前必须先读 DESIGN.md / 某 skill;两者冲突时以 DESIGN.md 为准"。 ### 1.4 Token - **做什么:** 把 DESIGN.md 落成 `:root` 变量,起始模板见 `references/design-tokens-template.css`。 - **规则:** 组件里不出现裸 hex 和裸 font-family(hallmark Floor 1、taste-color)。 - **检查:** `grep -nE '#[0-9a-fA-F]{3,6}' assets/*.css`,结果应只出现在 token 区和 print 区。 ### 1.5 信息架构与页面 - **企业站常见页面:** 首页、能力 / 服务、质量 / 流程、行业 / 应用、关于(登记信息)、询价 / 联系、FAQ、隐私、条款、404、语言选择页(多语言时)。 - **首页的推荐顺序:** - Hero(标题、一句说明、主 CTA、次 CTA、一条真实承诺,例如回复时效) - 事实条(设备、年份、地点、已确认参数、行业) - 能力 - 应用 / 行业 - 质量 - 合作流程(三到四步) - 实拍图集 - FAQ(6–12 问) - 收尾 CTA(文案和首屏一致) - 完整页脚(法律信息、备案、联系方式) - 落地页按 landing-page-design A2 / taste-landing-page 的结构做:Hero → 信任条 → 痛点 → 3 个能力 → 证据 → 三步 → FAQ → 收尾 CTA。 - 页面按真实站点在该类目的「解剖」来搭,不要套"图 + 步骤 + 邮件条"的默认模板(hallmark anatomy)。 - **公共结构生成:** 页头页脚等公共部分可以用 Python 标准库的生成器(`scripts/build_site.py`)输出独立的静态 HTML。**生成器和手改的 HTML 必须同步**,否则下次生成会覆盖手改的内容。 ### 1.6 文案 - **首屏:** 8 秒内回答三件事:这是什么、给谁用、我下一步做什么(taste-landing-page)。 - **按钮:** 写"动词 + 得到什么",例如"获取报价""上传图纸""预约免费体检"。不写"提交""了解更多"。同一动作全流程用同一个名字(frontend-design)。 - **好处和数字:** 先讲好处再讲功能,数字要具体且真实。每个说法都配限定或出处,"最好"改成可查证的说法(corporate-trust)。 - **AI 套话黑名单:** 赋能、颠覆、无缝、一站式、全方位、引领未来、下一代(landing-page-design B8 的中文版)。成功提示不加感叹号。报错要说清原因和怎么改,不道歉。 - **中文排版:** - 标题不给单个词换色或加粗(frontend-design、hallmark Floor 3)。 - 中文标题不加负字距;大字号最多 -0.01em。 - 标题用 `text-wrap: balance`,正文用 `pretty`。 - **术语统一:** 用通用名词,例如「三坐标测量机(CMM)」。不写没授权的仪器品牌,也不写没确认的规格,例如轴数。 ### 1.7 图片、插画与 AI 氛围图 - **真实主体只用实拍:** 产品、车间、设备、团队都用实拍或真实截图(hallmark、taste-skill imagery)。 - 截图要注明范围和时间,演示数据要标明是演示。 - 来源登记在 `assets/images/sources.json`,记原文件、尺寸、授权。 - **统一裁切:** 用 `.image-frame` 容器统一比例、细边框和说明文字。 - 细长零件、营业执照用 `contain`,保持完整。 - 营业执照不做悬停缩放,原有的遮盖和水印不改。 - **工程风 SVG 插画(可选):** 本地托管,只用系统字体,没有外链和脚本,不写未确认的数字。 - 桌面版和手机竖版分开:`` 里 `(max-width: 767.98px)` 指向 `-mobile.svg`。 - 多语言用 `-en` / `-ja` 后缀。 - **AI 氛围图规则(各站一致):** - 只做装饰纹理,例如金属微距、冷却雾气、蓝图钢板、玻璃光影。画面里**不能有文字、品牌、人物、真实机器或产品**,不能冒充实拍。 - 写法:`