把设计决策收进工具：主题工厂的工程逻辑

每次要做一份演示文稿或交付一个可视化产出物，我都会面对同一个隐性摩擦：内容已经想清楚了，但还要花时间决定用什么颜色、配什么字体、深色还是浅色背景。这些决策单次代价不大，但它们会不断打断思路，而且往往最后做出来的结果只是「不难看」，远谈不上有视觉识别度。

主题工厂（Theme Factory）这套工具的核心思路很简单：把这些审美判断提前做掉，收进工具层，使用时只需要选择，不需要从头设计。

预设的本质是提前决策，而不是偷懒

工程里有一类常见的误解：认为「预设」是为了方便初学者或缺乏设计能力的人，专业人士应该从头设计。但这混淆了两件事——何时做决策，和谁来做决策。

预设主题的做法，是把「选颜色和字体」这个决策从使用时移到设计工具时。设计工具时，有充裕的时间做审慎的判断：Ocean Depths 用冷色调蓝绿系搭配衬线标题字体，适合正式商务场景；Midnight Galaxy 走深色宇宙感，适合技术演讲。这些判断在工具层做一次，之后每个使用者都能复用，不需要每次重新论证。

这是一种典型的「约束前移」——把本来分散在每次使用里的选择成本，集中在工具设计阶段消化掉。

「选择」与「生成」的双模式设计

有意思的地方在于这套工具对「没有合适主题」这个边界情况的处理方式：允许用户描述意图，即时生成一个新主题。

这是一个值得单独分析的设计决策。纯预设系统的问题是封闭——遇到预设外的需求就没有出路。但如果完全开放（每次都让用户自由输入颜色和字体），又回到了需要从头决策的原点，等于没有工具化。

双模式的结构解决了这个矛盾：有预设时走选择路径，成本极低；没有合适预设时走生成路径，成本可接受但高于选择。这两条路径的代价差异本身就在引导用户优先复用预设，只在真正必要时才产生新主题——而生成的新主题又可以沉淀回预设库，让系统随时间自我扩充。

交互协议的显式化

这套工具还有一个细节让我印象深刻：它把使用流程明确规定为「展示样本 → 等待选择 → 等待确认 → 应用」，而不是允许工具自行猜测用户想要哪个主题直接应用。

这在 AI 工具的场景里尤其值得注意。LLM 很容易在没有明确指令时「帮你决定」——直接选一个看起来合理的主题套上去，省去交互步骤。这在单次使用里可能是便利，但在工具化的场景里是个隐患：它破坏了「选择」这个动作本身的仪式感，让使用者失去对产出风格的主动感。

把交互步骤写进工具协议，是在用流程约束来保护用户的主动权——即使 AI 有能力跳过这些步骤，也不应该跳过。

一句话心法

好的工具设计不是消灭所有决策，而是把决策移到正确的时机——让使用者在用的时候只需要选择，在建的时候才需要判断。