企业官网建设流程全解析

1. 从“artcraft”这个名字说起：它到底想解决什么问题

第一次看到“artcraft”这个标题，我脑子里蹦出来的第一反应是“艺术”加“手艺”的组合词。直觉告诉我，这不是一个纯技术框架的名字，也不是某个具体产品的品牌名，它更像是一个把创意表达和工程实现缝合在一起的项目代号。后来我花时间把它的核心逻辑捋了一遍，发现它本质上是在做一件事：让没有专业设计背景的人，也能通过一套可复用的流程，把脑子里的视觉想法变成能落地的作品。

这个定位其实非常关键。市面上做设计工具的项目很多，做代码生成的项目也很多，但“artcraft”的切入点不太一样——它不追求替代专业设计师，也不追求生成多么惊艳的艺术品，而是解决一个很具体的痛点：创意到成品之间的那段“手艺断层”。你可能有很好的构图想法，但不会调色；你可能知道想要什么风格，但不知道用什么参数去实现；你可能能写出功能完整的页面，但视觉上总是差一口气。artcraft 要补的就是这一段。

我之所以对这个方向感兴趣，是因为我自己踩过太多“想法很好、做出来很丑”的坑。早些年做个人项目，前端页面功能都跑通了，但配色和间距一塌糊涂，找设计师朋友帮忙吧，人家时间宝贵，自己学设计吧，又觉得门槛太高。artcraft 这类项目的价值就在于，它把设计决策拆解成了可配置的参数和可组合的模块，你不需要成为设计师，但你可以通过调整参数来逼近你想要的效果。

这篇文章我会从项目整体设计思路、核心细节解析、实操落地过程、常见问题排查四个维度，把 artcraft 这类项目的完整面貌拆开来讲。不管你是做前端开发、独立产品、还是单纯对创意工具感兴趣，应该都能从中拿到可以直接用的东西。我会尽量把每个决策背后的“为什么”讲清楚，而不是只丢一堆配置让你抄。

2. 内容整体设计与思路拆解

2.1 为什么是“参数化创意”而不是“全自动生成”

artcraft 最核心的设计决策，我判断是选择了参数化创意这条路线，而不是走“输入一句话、输出一张图”的全自动生成路线。这个选择背后有很实际的考量。

全自动生成听起来很美好，但实际用起来有几个绕不开的问题。第一是可控性差，你输入“一个温暖的日落场景”，模型给你生成十张图，可能没有一张是你脑子里那个具体的日落。第二是一致性难保证，你这次生成了一张满意的，下次想微调某个元素，重新生成的结果可能完全变样。第三是学习成本转移，你以为不用学设计了，但实际上你得学怎么“写提示词”，这本身就是一门新的手艺。

参数化创意的思路完全不同。它把视觉元素拆解成一组可独立调节的维度，比如色相、饱和度、明度、对比度、圆角半径、阴影扩散、间距比例等等。你调一个参数，只有对应的那个维度变化，其他保持不变。这样做的好处是每一次调整都是可预期、可回退、可复现的。你调出一个满意的配色方案，可以把参数记下来，下次直接复用。你想在现有基础上微调，只需要动一两个参数，不会牵一发而动全身。

我实测下来，这种方式的上手曲线更平缓。新手不需要理解“提示词工程”那套东西，只需要理解“这个滑块控制什么”。而且参数化方案天然适合版本管理和团队协作，因为参数就是数据，可以 diff、可以 merge、可以 code review。

注意：参数化不等于死板。好的参数化系统会提供“随机扰动”或“风格预设”功能，让你在可控的前提下获得意外之喜。artcraft 如果做得好，应该在这两者之间找到平衡。

2.2 模块化组合：像搭积木一样做设计

artcraft 的第二个核心思路是模块化组合。它不要求你从一张白纸开始画，而是提供一组预制的视觉模块，比如按钮、卡片、导航栏、背景纹理、图标集等等。每个模块本身有可调参数，模块之间可以嵌套和组合。

这个思路借鉴了前端组件化的思想。你在 React 或 Vue 里怎么组织组件，artcraft 就怎么组织视觉模块。一个“卡片”模块可以接收“圆角”“阴影”“内边距”“背景色”等参数，你把三个卡片模块放进一个“网格”模块里，网格模块控制列数和间距。整个结构是树形的、可嵌套的、可复用的。

这样做的好处是复杂度可控。你不需要一次性考虑整个画面的所有细节，只需要关注当前这一层模块的参数。做完一层，再往上搭一层。这种自底向上的构建方式，比从头到尾画一张完整设计图要容易得多，也更适合迭代。

我自己的经验是，用模块化方式做设计，返工成本极低。如果做到一半发现整体风格不对，只需要调整最底层的“主题参数”，所有引用该主题的模块会自动更新。这比一个个手动改要快太多了。

2.3 为什么选择“代码即设计”的底层架构

artcraft 的第三个关键决策，我推测是采用了代码即设计的底层架构。也就是说，所有的视觉参数最终都会映射成某种可执行的代码或配置，而不是存在一个封闭的二进制文件里。

这个选择的影响非常深远。首先，它意味着设计成果可以被版本控制。你可以用 Git 管理你的设计文件，看到每一次修改的 diff，回滚到任意历史版本。其次，它意味着设计可以被程序化生成。你可以写脚本批量生成一百个不同配色的按钮，或者根据数据动态生成图表样式。再次，它意味着设计和开发之间没有鸿沟。设计师调好的参数，可以直接被开发引用，不需要“设计稿标注”这个中间环节。

当然，这个选择也有代价。它要求使用者至少能看懂基本的配置结构，不能是纯图形化拖拽。但从 artcraft 的定位来看，它的目标用户应该是有一定技术基础但缺乏设计能力的人，所以这个代价是值得的。

3. 核心细节解析与实操要点

3.1 参数体系的设计逻辑：从“感觉”到“数值”

artcraft 最核心的资产就是它的参数体系。一个好的参数体系，能把模糊的“感觉”翻译成精确的“数值”。我拆解了一下，一个完整的视觉参数体系通常包含以下几个维度。

色彩维度包括色相、饱和度、明度、透明度、对比度、色温。色相决定“是什么颜色”，饱和度决定“有多鲜艳”，明度决定“有多亮”，透明度决定“透不透”，对比度决定“层次感强不强”，色温决定“偏冷还是偏暖”。这六个参数组合起来，基本能覆盖绝大多数色彩需求。

空间维度包括宽度、高度、内边距、外边距、间距、圆角半径、边框宽度。这些参数控制元素的“体型”和“呼吸感”。内边距是元素内部内容到边界的距离，外边距是元素与其他元素的距离，间距是多个元素之间的统一间隔。圆角半径控制“柔和度”，边框宽度控制“边界感”。

效果维度包括阴影偏移、阴影模糊、阴影扩散、阴影颜色、模糊半径、亮度调整。阴影是提升层次感最有效的工具，但也是最容易用滥的。我的经验是，阴影要“轻、柔、有方向感”，不要又黑又硬。

排版维度包括字号、字重、行高、字间距、对齐方式、大小写转换。字号和字重决定“视觉重量”，行高决定“可读性”，字间距决定“紧凑感”。行高一般设为字号的 1.4 到 1.8 倍比较舒服。

提示：参数不是越多越好。参数太多会让使用者陷入“选择瘫痪”。好的做法是提供“基础参数”和“高级参数”两层，新手只调基础参数，老手可以展开高级参数微调。

3.2 主题系统的构建：一处定义，处处生效

artcraft 如果只让我保留一个功能，我会选主题系统。主题系统的核心思想是把设计决策集中管理。你不在每个模块里单独设置颜色，而是定义一个“主色”，所有需要用到主色的地方都引用这个变量。想换配色？改一个地方，全站生效。

主题系统通常包含以下几类变量。颜色变量包括主色、辅助色、强调色、背景色、文字色、边框色、成功色、警告色、错误色。字体变量包括主字体、等宽字体、字号阶梯、字重阶梯。间距变量包括基础间距单位、小间距、中间距、大间距、超大间距。圆角变量包括小圆角、中圆角、大圆角、全圆角。阴影变量包括小阴影、中阴影、大阴影、悬浮阴影。

构建主题系统的关键步骤是这样的。第一步，确定基础间距单位，通常取 4px 或 8px，所有间距都是这个单位的倍数。第二步，确定字号阶梯，通常取 12、14、16、20、24、32、48 这样的序列，相邻字号之间有明显区分。第三步，确定颜色阶梯，每个颜色定义 5 到 9 个明度变体，从最浅到最深。第四步，把所有这些变量写进一个配置文件，其他模块只引用变量名，不写具体数值。

我实测下来，有了主题系统之后，换肤成本从几小时降到几分钟。而且因为所有数值都来自同一套变量，整体视觉一致性会好很多，不会出现“这个按钮圆角 4px、那个按钮圆角 6px”这种细节不一致的问题。

3.3 模块的封装与复用：一次做好，反复使用

模块化是 artcraft 的另一大支柱。一个设计良好的模块应该具备三个特征：参数可配置、样式可继承、结构可嵌套。

参数可配置意味着模块不写死任何视觉属性，所有属性都通过参数传入。比如一个按钮模块，接收“背景色”“文字色”“圆角”“内边距”“字号”等参数，而不是在模块内部硬编码。样式可继承意味着模块可以继承父级或主题的样式，减少重复配置。结构可嵌套意味着模块内部可以放置其他模块，形成更复杂的组合。

封装模块的实操步骤是这样的。首先，识别重复出现的视觉模式。如果你发现自己在多个地方写了类似的样式，那就是一个模块的候选。其次，提取可变参数。把那些在不同场景下会变化的属性抽出来作为参数，不变的作为默认值。再次，定义参数的类型和默认值。参数类型可以是颜色、数值、枚举、布尔值等，默认值要选最常用的那个。最后，写使用文档和示例。没有文档的模块等于没有模块，因为别人不知道怎么用。

注意：模块粒度要适中。太细会导致模块数量爆炸，组合起来很繁琐；太粗会导致灵活性不足，稍微改一点就要新做一个模块。我的经验是，一个模块对应一个“视觉单元”，比如按钮、输入框、卡片、标签、头像，这个粒度比较合适。

3.4 响应式适配的参数策略

artcraft 如果要用于实际项目，响应式适配是绕不开的。不同屏幕尺寸下，同样的参数可能效果完全不同。一个在桌面端看起来刚好的 16px 字号，在手机上可能偏小；一个在宽屏上舒服的三列布局，在窄屏上会挤成一团。

响应式适配的参数策略通常有三种。第一种是断点覆盖，定义几个关键断点（比如 640px、768px、1024px、1280px），在每个断点下覆盖部分参数值。第二种是流体参数，用 clamp() 或类似函数让参数在最小值和最大值之间平滑变化，比如字号从 14px 到 18px 随视口宽度线性变化。第三种是容器查询，根据模块所在容器的宽度而不是视口宽度来调整参数，这种方式更适合模块化设计。

我个人的偏好是流体参数为主、断点覆盖为辅。流体参数能覆盖大多数情况，让过渡更自然；断点覆盖用于处理那些需要“突变”的场景，比如从横向布局变成纵向布局。实操中，我会把流体参数写成类似clamp(14px, 2vw, 18px)的形式，意思是“最小 14px，理想值是视口宽度的 2%，最大 18px”。

4. 实操过程与核心环节实现

4.1 环境准备与项目初始化

假设你现在要从零开始搭建一个类似 artcraft 的参数化创意系统，第一步是环境准备。你需要一个能跑 JavaScript 或 TypeScript 的运行环境，Node.js 18 以上版本比较稳妥。包管理器用 npm、pnpm 或 yarn 都行，我习惯用 pnpm，因为它的依赖管理更严格，不容易出现“幽灵依赖”问题。

初始化项目的命令很简单，创建一个目录，进入目录，执行初始化。如果你用 Vite 作为构建工具，可以直接用它的模板命令生成一个基础项目。Vite 的好处是启动快、热更新快、配置简单，适合这种偏工具型的项目。

mkdir artcraft-demo cd artcraft-demo pnpm init pnpm add -D vite typescript pnpm add chroma-js

这里我额外装了chroma-js，它是一个色彩处理库，能方便地做颜色转换、明度调整、对比度计算。参数化创意系统里色彩操作非常频繁，有个靠谱的色彩库能省很多事。

初始化完成后，目录结构建议这样组织。src/tokens放主题变量，src/modules放视觉模块，src/utils放工具函数，src/presets放预设风格。这个结构的好处是职责清晰，找东西方便，也方便后续扩展。

提示：不要一上来就追求大而全的架构。先跑通一个最小闭环：定义一个颜色变量，写一个按钮模块，渲染出来看看。跑通了再逐步扩展。

4.2 主题变量的定义与计算

主题变量是整个系统的地基。我通常从基础色板开始定义。选一个主色，然后用色彩库生成它的明度阶梯。比如主色是蓝色，生成从 50 到 900 的十个明度变体，50 最浅，900 最深。

import chroma from 'chroma-js'; const primary = '#3b82f6'; const primaryScale = { 50: chroma(primary).brighten(2.5).hex(), 100: chroma(primary).brighten(2).hex(), 200: chroma(primary).brighten(1.5).hex(), 300: chroma(primary).brighten(1).hex(), 400: chroma(primary).brighten(0.5).hex(), 500: primary, 600: chroma(primary).darken(0.5).hex(), 700: chroma(primary).darken(1).hex(), 800: chroma(primary).darken(1.5).hex(), 900: chroma(primary).darken(2).hex(), };

这段代码的逻辑是：以主色为 500 号，向上提亮得到浅色变体，向下压暗得到深色变体。提亮和压暗的幅度用 0.5 的步长，这样相邻色阶之间有明显的区分度，但又不会跳得太厉害。

间距变量我通常用等比数列来定义。基础单位取 4px，然后按 1、2、3、4、6、8、12、16 的倍数生成。这样得到的间距序列是 4、8、12、16、24、32、48、64。这个序列的好处是相邻值之间有足够的区分度，同时又能覆盖从紧凑到宽松的各种场景。

字号变量我用模数比例来生成。取一个基础字号比如 16px，然后按 1.25 的比例向上和向下生成。向上得到 20、25、31、39，向下得到 12.8、10.24。取整后得到 10、13、16、20、25、31、39 这样的序列。这个序列在视觉上比较和谐，因为相邻字号的比例是一致的。

4.3 模块的参数化封装实操

有了主题变量，接下来封装模块。我以按钮模块为例，完整走一遍参数化封装的流程。

首先定义按钮的参数接口。一个按钮需要哪些参数？背景色、文字色、边框色、边框宽度、圆角、内边距水平、内边距垂直、字号、字重、阴影、过渡时长。这些参数都有默认值，默认值引用主题变量。

interface ButtonParams { bg: string; color: string; borderColor: string; borderWidth: number; radius: number; paddingX: number; paddingY: number; fontSize: number; fontWeight: number; shadow: string; transition: number; } const defaultButton: ButtonParams = { bg: 'var(--color-primary-500)', color: '#ffffff', borderColor: 'transparent', borderWidth: 0, radius: 'var(--radius-md)', paddingX: 'var(--space-4)', paddingY: 'var(--space-2)', fontSize: 'var(--font-size-base)', fontWeight: 500, shadow: 'var(--shadow-sm)', transition: 150, };

然后写一个函数，把参数对象转换成 CSS 样式对象。这个函数的核心逻辑是遍历参数、映射到 CSS 属性、处理单位。

function buttonStyles(params) { const merged = { ...defaultButton, ...params }; return { backgroundColor: merged.bg, color: merged.color, border: `${merged.borderWidth}px solid ${merged.borderColor}`, borderRadius: merged.radius, padding: `${merged.paddingY} ${merged.paddingX}`, fontSize: merged.fontSize, fontWeight: merged.fontWeight, boxShadow: merged.shadow, transition: `all ${merged.transition}ms ease`, cursor: 'pointer', display: 'inline-flex', alignItems: 'center', justifyContent: 'center', }; }

这个封装方式的好处是参数和样式分离。参数是纯数据，可以序列化、可以存储、可以传输；样式是渲染结果，由参数计算得出。你想做一个“危险按钮”，只需要传入{ bg: 'var(--color-error-500)' }，其他参数自动继承默认值。

我实测下来，这种封装方式在批量生成变体时特别有用。比如你想生成五种不同颜色的按钮，只需要循环传入不同的 bg 参数，其他代码完全不用改。

4.4 组合与嵌套：从模块到页面

单个模块做好之后，下一步是组合成页面。组合的核心是布局容器。我通常定义一个“栈”容器（垂直排列）和一个“行”容器（水平排列），这两个容器加上间距参数，就能覆盖大多数布局需求。

function stackStyles(params) { return { display: 'flex', flexDirection: 'column', gap: params.gap || 'var(--space-4)', alignItems: params.align || 'stretch', }; } function rowStyles(params) { return { display: 'flex', flexDirection: 'row', gap: params.gap || 'var(--space-4)', alignItems: params.align || 'center', flexWrap: params.wrap ? 'wrap' : 'nowrap', }; }

有了这两个容器，你就可以像搭积木一样组合页面。一个典型的卡片列表页面可以这样构建：最外层是一个栈容器，里面放一个标题模块、一个行容器；行容器里放三个卡片模块；每个卡片模块内部又是一个栈容器，里面放图片、标题、描述、按钮。

这种嵌套结构的深度建议控制在 4 层以内。超过 4 层，理解和调试的难度会明显上升。如果发现嵌套太深，通常意味着你需要把中间几层抽象成一个新的复合模块。

注意：组合的时候要留意间距的叠加效应。如果父容器有 gap，子元素又有 margin，间距会叠加，导致视觉上比预期更松散。我的做法是统一用 gap 控制间距，子元素不设 margin，这样间距完全由父容器控制，不容易乱。

4.5 预设风格的生成与切换

artcraft 如果要好用，预设风格是必不可少的。预设风格本质上是一组主题变量的集合。你定义“简约风”“科技风”“温暖风”“暗黑风”几套预设，每套预设覆盖主题变量的值，切换预设就相当于切换整套视觉风格。

生成预设的实操方法是这样的。先确定几个风格维度，比如圆角大小（直角 vs 圆角）、阴影强度（无阴影 vs 重阴影）、色彩饱和度（低饱和 vs 高饱和）、字体风格（衬线 vs 无衬线）。然后为每个维度定义几个档位，组合起来就形成了不同的风格。

const presets = { minimal: { radius: { sm: '2px', md: '4px', lg: '6px' }, shadow: { sm: 'none', md: '0 1px 2px rgba(0,0,0,0.05)', lg: '0 2px 4px rgba(0,0,0,0.08)' }, saturation: 0.8, }, soft: { radius: { sm: '8px', md: '12px', lg: '16px' }, shadow: { sm: '0 1px 3px rgba(0,0,0,0.08)', md: '0 4px 8px rgba(0,0,0,0.1)', lg: '0 8px 16px rgba(0,0,0,0.12)' }, saturation: 1.0, }, bold: { radius: { sm: '0px', md: '0px', lg: '0px' }, shadow: { sm: '4px 4px 0 rgba(0,0,0,1)', md: '6px 6px 0 rgba(0,0,0,1)', lg: '8px 8px 0 rgba(0,0,0,1)' }, saturation: 1.2, }, };

切换预设的时候，只需要把预设对象合并到主题变量上，所有引用主题变量的模块会自动更新。我实测下来，从简约风切到暗黑风，整个页面的视觉变化在 200ms 内完成，用户体验很流畅。

5. 常见问题与排查技巧实录

5.1 参数改了但页面没变化

这是最常见的问题，没有之一。你明明改了主题变量，但页面纹丝不动。排查思路按以下顺序来。

第一，检查变量引用是否正确。模块里写的是var(--color-primary-500)，但主题里定义的是--color-primary，名字对不上，自然不生效。这种问题在变量多的时候特别容易发生，建议用 TypeScript 的类型检查或者写个脚本校验变量名。

第二，检查CSS 变量的作用域。CSS 变量是有作用域的，定义在:root上的变量全局可用，定义在某个选择器内部的变量只在该选择器及其子元素内可用。如果你把变量定义在了一个局部容器里，容器外的模块就引用不到。

第三，检查构建工具的缓存。有时候代码改了但构建产物没更新，浏览器加载的还是旧版本。清一下缓存或者重启开发服务器通常能解决。

第四，检查样式优先级。如果模块的样式被更高优先级的规则覆盖了，你改的参数就不会生效。用浏览器的开发者工具查看元素的实际样式，看看哪条规则赢了。

提示：排查这类问题时，我习惯在模块的根元素上加一个临时的高亮边框，确认模块确实渲染了，再往下查样式问题。这样能快速区分“没渲染”和“渲染了但样式不对”两种情况。

5.2 颜色对比度不足导致可读性差

参数化系统里，颜色是自动生成的，很容易出现文字色和背景色对比度不够的情况。浅色背景配浅色文字，或者深色背景配深色文字，读起来非常费劲。

解决方法是在生成颜色对的时候做对比度校验。WCAG 标准规定，正文文字的对比度至少要达到 4.5:1，大号文字至少要达到 3:1。你可以用 chroma-js 计算两个颜色的对比度，如果低于阈值，就自动调整文字色的明度。

function ensureContrast(fg, bg, minRatio = 4.5) { let ratio = chroma.contrast(fg, bg); let adjusted = fg; let attempts = 0; while (ratio < minRatio && attempts < 20) { adjusted = chroma(adjusted).darken(0.2).hex(); ratio = chroma.contrast(adjusted, bg); attempts++; } return adjusted; }

这段代码的逻辑是：如果对比度不够，就逐步压暗前景色，直到达标或尝试次数用完。实测下来，大多数情况下压暗 2 到 4 次就能达标。

5.3 模块嵌套过深导致样式冲突

模块嵌套是好事，但嵌套太深会带来样式继承和覆盖的混乱。父模块的样式可能意外影响到子模块，子模块的样式可能意外溢出到父模块。

排查这类问题的关键是隔离。我通常给每个模块的根元素加一个唯一的类名或数据属性，然后所有模块内部的样式都限定在这个类名下面。这样模块之间的样式就不会互相干扰。

另一个技巧是避免使用全局选择器。不要写button { ... }这种全局样式，而是写.my-button { ... }这种限定作用域的样式。全局选择器在模块化系统里是万恶之源，能不用就不用。

如果已经出现了样式冲突，用浏览器的开发者工具查看“计算样式”，看看每个属性的最终值来自哪条规则。通常能很快定位到冲突的来源。

5.4 响应式断点设置不合理

响应式适配最容易犯的错误是断点设置得太随意。常见的错误包括：断点太多导致维护困难，断点太少导致某些尺寸下布局崩坏，断点值选得不好导致在常见设备上刚好卡在临界点。

我的经验是断点数量控制在 3 到 5 个，覆盖手机、平板、笔记本、桌面显示器这几个主要类别。常用的断点值是 640px、768px、1024px、1280px。这些值不是随便选的，它们大致对应了主流设备的宽度分界。

另一个技巧是用内容驱动断点，而不是用设备驱动断点。意思是，你先写好内容，然后慢慢缩小浏览器窗口，看内容在哪个宽度开始变得难看，那个宽度就是你的断点。这样设置的断点更贴合实际内容，而不是硬套设备尺寸。

5.5 预设切换时的闪烁问题

切换预设风格时，如果处理不当，会出现短暂的样式闪烁。原因是旧样式被移除和新样式被应用之间有时间差，浏览器先渲染了无样式的状态，再渲染新样式。

解决方法是批量更新样式，而不是逐个更新。如果你用 CSS 变量，可以把所有变量更新放在同一个操作里，浏览器会一次性重绘。如果你用 JavaScript 动态计算样式，先把所有新样式算好，再一次性应用到 DOM 上。

另一个技巧是加过渡动画。给需要变化的属性加上transition，这样切换时是平滑过渡而不是瞬间跳变，视觉上更舒服，也能掩盖掉微小的闪烁。

注意：过渡动画的时长不要超过 300ms，否则会感觉拖沓。150ms 到 250ms 是比较舒服的范围。

6. 参数化创意系统的扩展方向

6.1 从静态参数到动态数据驱动

artcraft 这类系统做好之后，一个很自然的扩展方向是接入动态数据。比如你定义了一个图表模块，它的颜色、尺寸、数据都是参数。你可以把真实数据传进去，让图表根据数据自动生成。

这个扩展的价值在于从设计工具变成生产工具。你不再只是设计一个静态页面，而是设计一套能根据数据变化的模板。数据变了，视觉自动跟着变，不需要人工重新设计。

实操上，你需要把模块的参数接口设计得足够灵活，能接受动态值。比如颜色参数可以接受一个函数，函数接收数据返回颜色。这样你就能实现“根据数值大小自动调整颜色深浅”这类效果。

6.2 从手动调参到智能推荐

另一个扩展方向是智能推荐参数。系统根据你当前的选择，推荐一组搭配和谐的参数。比如你选了一个主色，系统自动推荐配套的辅助色、背景色、文字色。

实现这个功能需要一些色彩理论的支持。常用的配色方案有互补色（色相相差 180 度）、类似色（色相相差 30 度以内）、三角色（色相相差 120 度）。你可以根据主色自动计算这些配色方案，作为推荐选项。

我实测下来，智能推荐能显著降低新手的上手难度。新手不需要理解色彩理论，只需要在几个推荐方案里选一个顺眼的就行。

6.3 从单机工具到协作平台

如果 artcraft 要往团队协作方向发展，参数共享和版本管理是核心功能。团队成员可以共享主题变量和模块定义，每个人基于同一套基础做自己的部分，最后合并起来。

这个方向的技术挑战在于冲突解决。两个人同时改了同一个参数怎么办？我的建议是采用类似 Git 的合并策略，能自动合并的自动合并，不能自动合并的提示人工选择。参数是结构化数据，比代码更容易做自动合并。

另一个功能是变更历史。记录每一次参数修改，谁改的、什么时候改的、改成了什么。这样出问题的时候可以快速定位和回滚。

7. 我踩过的坑和最后分享的几个技巧

第一个坑是过早抽象。我一开始就想设计一套“万能”的参数体系，结果参数太多太杂，自己都记不住哪个参数控制什么。后来我学乖了，先从最常用的十几个参数开始，用着用着发现不够了再加。参数体系是长出来的，不是设计出来的。

第二个坑是忽视默认值。默认值选得好，用户大部分时候不需要调参就能得到不错的效果。默认值选得差，用户每个模块都要手动调，体验很差。我的经验是，默认值要选“最安全”的那个，不追求惊艳，追求不出错。

第三个坑是忘记处理边界情况。比如参数传了空值怎么办，传了超出范围的值怎么办，传了非法格式怎么办。这些边界情况在开发时容易忽略，但在实际使用中一定会遇到。我的做法是给每个参数加校验和兜底值，非法输入自动回退到默认值。

最后分享几个实用技巧。技巧一：给参数加注释和示例，写清楚这个参数控制什么、取值范围是多少、推荐值是什么。技巧二：做一个参数调试面板，实时预览参数变化的效果，比改代码再刷新快得多。技巧三：把常用的参数组合保存成预设，一键切换，省去重复调参的时间。技巧四：定期回顾和重构参数体系，删掉没人用的参数，合并重复的参数，保持体系精简。

这套东西我前后折腾了大半年，从最开始的一团乱麻到现在基本顺手，中间踩的坑不计其数。但每次看到自己用这套系统快速做出一个视觉上还过得去的页面，就觉得这些折腾是值得的。参数化创意的核心价值不在于替代设计师，而在于让有想法的人不被手艺卡住。你脑子里有画面，手上能实现，中间那段路越短越好。