1. 从“artcraft”这个名字说起它到底想解决什么问题第一次看到“artcraft”这个项目标题我的直觉是这大概率是一个把“艺术art”和“手工艺/工程craft”揉在一起的东西。事实也确实如此——它不是一个单纯的画图工具也不是一个纯粹的代码生成器而是一个试图在创意表达和工程实现之间搭桥的项目。你可以把它理解成一个“创意工作台”输入一段描述、一张草图、甚至只是一组关键词它就能帮你把脑子里那个模糊的想法变成可编辑、可导出、可继续加工的结构化产物。我接触过不少类似定位的项目大多数要么偏“玩具”——生成出来的东西好看但没法用要么偏“重工业”——功能强大但上手门槛高得吓人。artcraft 让我愿意花时间拆解的原因是它在两者之间找了一个相对舒服的平衡点面向创作者但保留了工程化的可控性。它适合谁独立设计师、做内容的手工爱好者、需要快速出原型的产品同学以及那些“有点技术底子但不想从零写渲染管线”的开发者。哪怕你完全不懂代码只要理解它的几个核心概念也能跑出像样的结果。这篇文章我不打算写成说明书而是按我自己上手一个陌生项目时的真实路径来走先搞清楚它的整体设计思路再拆核心细节然后完整跑一遍实操最后把我踩过的坑和排查经验摊开讲。全程围绕 artcraft 这个标题本身展开不跑题。2. 内容整体设计与思路拆解2.1 为什么是“艺术工艺”而不是纯生成纯生成类项目的通病是“黑箱感”太重你给一句话它吐一张图中间发生了什么你完全不知道想微调只能反复抽卡。artcraft 的设计思路明显在对抗这一点。它把整个流程拆成了素材层、组合层、输出层三个可干预的阶段。素材层负责把输入文字、草图、参数转成结构化的中间表示组合层让你用类似“搭积木”的方式调整元素之间的关系输出层才做最终的渲染或导出。这个分层不是拍脑袋来的。我推测设计者的考量是创作者的真正痛点不是“生成不出来”而是“生成出来之后改不动”。把中间表示暴露出来等于把控制权还给了用户。举个生活化的类比纯生成像点外卖好吃不好吃全看厨师artcraft 更像给你配好了净菜和调料包你还能自己决定火候和咸淡。2.2 方案选型背后的取舍逻辑在技术选型上artcraft 走的是“轻核心可插拔”的路线。核心只负责调度和数据流转具体的生成能力、渲染能力、导出能力都做成模块。这样做的好处很直接你想换一个生成后端不用动核心代码你想加一种导出格式写个适配器就行。代价也有——模块之间的接口约定必须非常清晰否则插拔的时候容易出兼容问题。我在实际拆解时发现它的接口设计遵循了一个很实用的原则所有模块的输入输出都用同一种中间数据结构。这就像所有电器都用同一种插座换电器不用换墙。这个决策在后期扩展时省了大事但也意味着前期设计中间结构时要考虑得足够周全不然改一处会牵动全身。2.3 它刻意避开的几个“坑”我在梳理它的设计文档和实际行为时注意到几个明显的“反常规”选择。第一它不追求一步到位的“完美输出”而是鼓励迭代式加工每次只改一个维度方便定位问题。第二它把参数暴露得很细但给每个参数都配了合理的默认值和范围提示新手直接跑也不会崩。第三它没有把“AI 生成”当成唯一卖点而是把传统的手工调整能力保留了下来——这点很关键因为很多场景下手工微调比重新生成快得多。提示判断一个创意类项目值不值得深入就看它有没有给你“后悔药”。能回退、能局部改、能对比这三点齐了才谈得上生产力工具。3. 核心细节解析与实操要点3.1 中间数据结构整个项目的“通用语言”artcraft 里最核心的概念是它的中间数据结构我习惯叫它“画布描述”。它本质上是一个嵌套的树形结构根节点是画布子节点是图层图层下面还可以有元素和分组。每个节点都带一组属性比如位置、尺寸、样式、来源标记。这个结构决定了后面所有操作的可能性。为什么用树形而不是扁平列表因为创意内容天然有层级关系。一个海报有背景层、主体层、文字层主体层里可能还有多个元素。树形结构让“只改某一层”变得非常自然。实操中你要养成的习惯是动手前先想清楚你要改的是哪个节点而不是全局乱调。我见过太多人一上来就改根节点属性结果整个画面全乱。3.2 参数体系哪些必须调哪些别乱动artcraft 的参数大致分三类结构参数决定元素怎么排布、样式参数决定长什么样、生成参数决定内容怎么来。结构参数和样式参数建议手动控制因为它们直接影响可读性和美观度生成参数可以适当“放手”让系统去发挥。这里有个经验生成参数里的“随机种子”一定要记下来。同一个种子加同一组输入输出是可复现的。这在做系列作品或者需要微调时太重要了。我一般会把种子写在文件名或者备注里下次想复现直接填回去省得重新抽卡。参数类别典型参数建议操作方式常见误区结构参数层级、对齐、间距手动精确设置用生成参数去控制布局样式参数颜色、透明度、描边手动微调一次改太多导致失控生成参数种子、强度、风格权重记录种子后适度调整不记种子无法复现3.3 模块接口插拔时的注意事项前面提到 artcraft 是“轻核心可插拔”那插拔的时候要注意什么第一确认模块版本和核心版本匹配接口变了硬插会报错。第二模块的输入输出必须符合中间数据结构不能自己另起炉灶。第三加载顺序有讲究依赖别的模块的模块要后加载。我踩过的一个坑是同时加载了两个功能重叠的模块结果它们抢着处理同一批数据输出变得不可预测。后来学乖了同类功能只留一个需要切换就显式禁用另一个。这个习惯帮我省了很多莫名其妙的调试时间。4. 实操过程与核心环节实现4.1 环境准备与最小可运行配置先说环境。artcraft 对运行环境的要求不算苛刻主流的开发环境都能跑。我的建议是先用最小配置跑通一个“Hello World”级别的例子确认链路通了再往上加东西。最小配置通常包括核心运行时、一个基础生成模块、一个基础导出模块。别一上来就把所有模块都装上那样出问题你都不知道是哪个模块的锅。安装过程我按自己的习惯分了三步先拉核心再装模块最后跑自检。自检这一步很多人会跳过但它能提前暴露依赖缺失、版本冲突这类问题。我一般会跑一个官方提供的示例配置看到预期输出才算环境 OK。# 伪代码示意具体命令以项目实际为准 core init my-artcraft-project core module add base-generator core module add base-exporter core self-check4.2 从零构建第一个作品完整流程记录我拿一个“生成一张带文字的海报草图”作为第一个实操目标。流程是这样的先建画布尺寸按常见比例设成 1080x1440然后加背景层用纯色打底接着加主体层放一个几何图形作为视觉中心最后加文字层写一句标题。每一步我都只改一个维度改完立刻预览。这个“小步快跑”的节奏是刻意为之的——创意类项目最怕一次性堆太多改动出了问题根本定位不到是哪一步引入的。实测下来这种节奏虽然看起来慢但总耗时反而更短因为返工少。关键的一步是锁定比例。我在设置画布尺寸时顺手把宽高比锁定了后面调整大小时元素不会变形。这个细节在文档里可能只是一行小字但实际用起来差别巨大。4.3 参数计算尺寸、间距与对齐的量化方法很多人做创意内容凭感觉调参数结果就是“看着差不多但就是不舒服”。artcraft 给了量化工具我建议用起来。比如间距我习惯用基准单位的倍数先定一个基准值比如 8 像素所有间距都取它的 1 倍、2 倍、3 倍。这样出来的版面天然有节奏感。对齐也是同理。artcraft 支持按边对齐和按中心对齐我一般主体元素用中心对齐辅助元素用边对齐。计算上如果你知道画布宽度 W 和元素宽度 w居中位置的横坐标就是 (W - w) / 2。这个公式看着简单但手动算比拖来拖去准得多尤其是需要精确复现的时候。注意量化不等于死板。基准单位是帮你建立秩序不是限制你。偶尔打破一次节奏反而能制造视觉焦点。4.4 导出与二次加工让产物真正可用导出环节最容易被忽视但它决定了你的作品能不能进入下一步工作流。artcraft 支持多种导出格式我的选择逻辑是需要继续编辑就导出工程格式需要交付就导出通用图片格式需要给开发用就导出带标注的格式。导出前有个必做动作检查图层命名和分组。导出后如果图层名是一堆乱码二次加工时你会想哭。我一般会在导出前花两分钟把图层重命名成有意义的名字这个投入产出比极高。另外导出参数里的压缩质量、色彩空间这些按目标平台的要求设别用默认值一把梭。5. 常见问题与排查技巧实录5.1 输出不符合预期先查输入还是先查参数遇到输出和预期不符新手容易慌老手的顺序是先确认输入有没有问题再查参数最后才怀疑模块。因为大部分“诡异输出”其实是输入描述有歧义或者参数被某个默认值覆盖了。我一般会做一个“最小复现”把输入砍到只剩一个元素参数全用默认看输出对不对。如果对再逐步加回复杂度问题自然浮现。5.2 性能问题卡顿与内存占用的排查路径创意类项目跑大尺寸或者多层内容时容易卡。排查路径我总结成三步先看是不是图层太多再看是不是单个元素太复杂最后看是不是导出时一次性处理了太多数据。artcraft 里有个实用技巧是分层预览只渲染当前编辑的层其他层用占位符代替。这个开关在调试大文件时能救命。5.3 模块冲突与版本不兼容的典型表现模块冲突的典型表现是功能时灵时不灵或者输出里出现不该有的元素。排查方法是逐个禁用模块二分定位。版本不兼容则通常直接报错看错误信息里的版本号对比一下就知道。我的经验是升级核心前先备份配置因为接口变动可能导致旧配置失效。问题现象可能原因排查动作解决方向输出元素错位结构参数被覆盖检查层级和默认值显式设置关键参数功能时灵时不灵模块冲突逐个禁用二分定位同类模块只留一个启动报错版本不兼容对比核心与模块版本升级或降级对齐版本导出文件异常大导出参数不当检查压缩与色彩设置按目标平台重设参数5.4 我踩过的三个真实坑第一个坑没记随机种子做出一个满意的效果后想微调结果再也复现不出来。从那以后我养成了“满意即记录”的习惯。第二个坑图层命名偷懒导出后二次加工时对着一堆“layer_1、layer_2”发呆。第三个坑一次性加载了太多模块启动慢还互相干扰后来精简到只留必需的速度立刻上来了。这三个坑的共同点是都是流程习惯问题不是技术难题。技术难题查文档能解决习惯问题只能靠踩坑长记性。所以我现在的原则是能记录的绝不靠记忆能精简的绝不堆砌能小步验证的绝不大步冒进。6. 进阶玩法与扩展思路6.1 把 artcraft 接入现有工作流artcraft 单独用已经能出东西但它的价值在接入工作流后会放大。比如你可以把它当成“素材生成器”产出的中间结果直接喂给下游的排版工具或渲染引擎。接入的关键是统一中间格式只要两边都认同一种结构数据就能顺畅流转。我试过把它和一套自动化脚本串起来批量生成系列作品效率比手动高一个数量级。6.2 自定义模块的开发要点如果你想给它写自定义模块记住三条接口要严格符合中间数据结构错误处理要完善别让一个模块崩了拖垮全局文档要写清楚输入输出。我写第一个模块时没注意错误处理结果一个边界情况直接把整个流程卡死排查了半天。后来加了输入校验和降级逻辑稳多了。6.3 批量处理与自动化的实现思路批量处理的核心是“参数化循环”。把变化的部分抽成变量写个循环遍历变量组合每次调用 artcraft 生成一个结果。注意两点一是每次生成后要清理状态避免上一个的结果污染下一个二是要做好失败重试批量跑的时候偶尔失败很正常不能因为一个失败就全停。7. 一些个人体会artcraft 这类项目的魅力在于它不逼你在“全自动”和“全手动”之间二选一而是给你一个可以滑动的光谱。你状态好、想精细控制就往手动端滑你赶时间、想快速出稿就往自动端滑。这种灵活性是它区别于很多同类工具的地方。我用下来最大的感受是工具的上限取决于使用者的流程习惯。同样的 artcraft有人用它十分钟出一张能用的图有人折腾一小时还在调参数。差别不在技术在于有没有建立“小步验证、及时记录、保持精简”的习惯。这些习惯一旦养成换任何工具都能快速上手。最后分享一个小技巧每次开始一个新作品前先花三十秒在纸上或者备忘录里写下“我要改哪几个维度”。写下来再动手比直接上手乱调快得多。这个习惯我坚持了很久几乎没再出现过“改了半天回到原点”的情况。 
长河君 · 2026/10/15 8:05:06 · 阅读 1.2k artcraft 深度拆解：从创意表达到工程实现的完整实践指南
1. 从“artcraft”这个名字说起它到底想解决什么问题第一次看到“artcraft”这个项目标题我的直觉是这大概率是一个把“艺术art”和“手工艺/工程craft”揉在一起的东西。事实也确实如此——它不是一个单纯的画图工具也不是一个纯粹的代码生成器而是一个试图在创意表达和工程实现之间搭桥的项目。你可以把它理解成一个“创意工作台”输入一段描述、一张草图、甚至只是一组关键词它就能帮你把脑子里那个模糊的想法变成可编辑、可导出、可继续加工的结构化产物。我接触过不少类似定位的项目大多数要么偏“玩具”——生成出来的东西好看但没法用要么偏“重工业”——功能强大但上手门槛高得吓人。artcraft 让我愿意花时间拆解的原因是它在两者之间找了一个相对舒服的平衡点面向创作者但保留了工程化的可控性。它适合谁独立设计师、做内容的手工爱好者、需要快速出原型的产品同学以及那些“有点技术底子但不想从零写渲染管线”的开发者。哪怕你完全不懂代码只要理解它的几个核心概念也能跑出像样的结果。这篇文章我不打算写成说明书而是按我自己上手一个陌生项目时的真实路径来走先搞清楚它的整体设计思路再拆核心细节然后完整跑一遍实操最后把我踩过的坑和排查经验摊开讲。全程围绕 artcraft 这个标题本身展开不跑题。2. 内容整体设计与思路拆解2.1 为什么是“艺术工艺”而不是纯生成纯生成类项目的通病是“黑箱感”太重你给一句话它吐一张图中间发生了什么你完全不知道想微调只能反复抽卡。artcraft 的设计思路明显在对抗这一点。它把整个流程拆成了素材层、组合层、输出层三个可干预的阶段。素材层负责把输入文字、草图、参数转成结构化的中间表示组合层让你用类似“搭积木”的方式调整元素之间的关系输出层才做最终的渲染或导出。这个分层不是拍脑袋来的。我推测设计者的考量是创作者的真正痛点不是“生成不出来”而是“生成出来之后改不动”。把中间表示暴露出来等于把控制权还给了用户。举个生活化的类比纯生成像点外卖好吃不好吃全看厨师artcraft 更像给你配好了净菜和调料包你还能自己决定火候和咸淡。2.2 方案选型背后的取舍逻辑在技术选型上artcraft 走的是“轻核心可插拔”的路线。核心只负责调度和数据流转具体的生成能力、渲染能力、导出能力都做成模块。这样做的好处很直接你想换一个生成后端不用动核心代码你想加一种导出格式写个适配器就行。代价也有——模块之间的接口约定必须非常清晰否则插拔的时候容易出兼容问题。我在实际拆解时发现它的接口设计遵循了一个很实用的原则所有模块的输入输出都用同一种中间数据结构。这就像所有电器都用同一种插座换电器不用换墙。这个决策在后期扩展时省了大事但也意味着前期设计中间结构时要考虑得足够周全不然改一处会牵动全身。2.3 它刻意避开的几个“坑”我在梳理它的设计文档和实际行为时注意到几个明显的“反常规”选择。第一它不追求一步到位的“完美输出”而是鼓励迭代式加工每次只改一个维度方便定位问题。第二它把参数暴露得很细但给每个参数都配了合理的默认值和范围提示新手直接跑也不会崩。第三它没有把“AI 生成”当成唯一卖点而是把传统的手工调整能力保留了下来——这点很关键因为很多场景下手工微调比重新生成快得多。提示判断一个创意类项目值不值得深入就看它有没有给你“后悔药”。能回退、能局部改、能对比这三点齐了才谈得上生产力工具。3. 核心细节解析与实操要点3.1 中间数据结构整个项目的“通用语言”artcraft 里最核心的概念是它的中间数据结构我习惯叫它“画布描述”。它本质上是一个嵌套的树形结构根节点是画布子节点是图层图层下面还可以有元素和分组。每个节点都带一组属性比如位置、尺寸、样式、来源标记。这个结构决定了后面所有操作的可能性。为什么用树形而不是扁平列表因为创意内容天然有层级关系。一个海报有背景层、主体层、文字层主体层里可能还有多个元素。树形结构让“只改某一层”变得非常自然。实操中你要养成的习惯是动手前先想清楚你要改的是哪个节点而不是全局乱调。我见过太多人一上来就改根节点属性结果整个画面全乱。3.2 参数体系哪些必须调哪些别乱动artcraft 的参数大致分三类结构参数决定元素怎么排布、样式参数决定长什么样、生成参数决定内容怎么来。结构参数和样式参数建议手动控制因为它们直接影响可读性和美观度生成参数可以适当“放手”让系统去发挥。这里有个经验生成参数里的“随机种子”一定要记下来。同一个种子加同一组输入输出是可复现的。这在做系列作品或者需要微调时太重要了。我一般会把种子写在文件名或者备注里下次想复现直接填回去省得重新抽卡。参数类别典型参数建议操作方式常见误区结构参数层级、对齐、间距手动精确设置用生成参数去控制布局样式参数颜色、透明度、描边手动微调一次改太多导致失控生成参数种子、强度、风格权重记录种子后适度调整不记种子无法复现3.3 模块接口插拔时的注意事项前面提到 artcraft 是“轻核心可插拔”那插拔的时候要注意什么第一确认模块版本和核心版本匹配接口变了硬插会报错。第二模块的输入输出必须符合中间数据结构不能自己另起炉灶。第三加载顺序有讲究依赖别的模块的模块要后加载。我踩过的一个坑是同时加载了两个功能重叠的模块结果它们抢着处理同一批数据输出变得不可预测。后来学乖了同类功能只留一个需要切换就显式禁用另一个。这个习惯帮我省了很多莫名其妙的调试时间。4. 实操过程与核心环节实现4.1 环境准备与最小可运行配置先说环境。artcraft 对运行环境的要求不算苛刻主流的开发环境都能跑。我的建议是先用最小配置跑通一个“Hello World”级别的例子确认链路通了再往上加东西。最小配置通常包括核心运行时、一个基础生成模块、一个基础导出模块。别一上来就把所有模块都装上那样出问题你都不知道是哪个模块的锅。安装过程我按自己的习惯分了三步先拉核心再装模块最后跑自检。自检这一步很多人会跳过但它能提前暴露依赖缺失、版本冲突这类问题。我一般会跑一个官方提供的示例配置看到预期输出才算环境 OK。# 伪代码示意具体命令以项目实际为准 core init my-artcraft-project core module add base-generator core module add base-exporter core self-check4.2 从零构建第一个作品完整流程记录我拿一个“生成一张带文字的海报草图”作为第一个实操目标。流程是这样的先建画布尺寸按常见比例设成 1080x1440然后加背景层用纯色打底接着加主体层放一个几何图形作为视觉中心最后加文字层写一句标题。每一步我都只改一个维度改完立刻预览。这个“小步快跑”的节奏是刻意为之的——创意类项目最怕一次性堆太多改动出了问题根本定位不到是哪一步引入的。实测下来这种节奏虽然看起来慢但总耗时反而更短因为返工少。关键的一步是锁定比例。我在设置画布尺寸时顺手把宽高比锁定了后面调整大小时元素不会变形。这个细节在文档里可能只是一行小字但实际用起来差别巨大。4.3 参数计算尺寸、间距与对齐的量化方法很多人做创意内容凭感觉调参数结果就是“看着差不多但就是不舒服”。artcraft 给了量化工具我建议用起来。比如间距我习惯用基准单位的倍数先定一个基准值比如 8 像素所有间距都取它的 1 倍、2 倍、3 倍。这样出来的版面天然有节奏感。对齐也是同理。artcraft 支持按边对齐和按中心对齐我一般主体元素用中心对齐辅助元素用边对齐。计算上如果你知道画布宽度 W 和元素宽度 w居中位置的横坐标就是 (W - w) / 2。这个公式看着简单但手动算比拖来拖去准得多尤其是需要精确复现的时候。注意量化不等于死板。基准单位是帮你建立秩序不是限制你。偶尔打破一次节奏反而能制造视觉焦点。4.4 导出与二次加工让产物真正可用导出环节最容易被忽视但它决定了你的作品能不能进入下一步工作流。artcraft 支持多种导出格式我的选择逻辑是需要继续编辑就导出工程格式需要交付就导出通用图片格式需要给开发用就导出带标注的格式。导出前有个必做动作检查图层命名和分组。导出后如果图层名是一堆乱码二次加工时你会想哭。我一般会在导出前花两分钟把图层重命名成有意义的名字这个投入产出比极高。另外导出参数里的压缩质量、色彩空间这些按目标平台的要求设别用默认值一把梭。5. 常见问题与排查技巧实录5.1 输出不符合预期先查输入还是先查参数遇到输出和预期不符新手容易慌老手的顺序是先确认输入有没有问题再查参数最后才怀疑模块。因为大部分“诡异输出”其实是输入描述有歧义或者参数被某个默认值覆盖了。我一般会做一个“最小复现”把输入砍到只剩一个元素参数全用默认看输出对不对。如果对再逐步加回复杂度问题自然浮现。5.2 性能问题卡顿与内存占用的排查路径创意类项目跑大尺寸或者多层内容时容易卡。排查路径我总结成三步先看是不是图层太多再看是不是单个元素太复杂最后看是不是导出时一次性处理了太多数据。artcraft 里有个实用技巧是分层预览只渲染当前编辑的层其他层用占位符代替。这个开关在调试大文件时能救命。5.3 模块冲突与版本不兼容的典型表现模块冲突的典型表现是功能时灵时不灵或者输出里出现不该有的元素。排查方法是逐个禁用模块二分定位。版本不兼容则通常直接报错看错误信息里的版本号对比一下就知道。我的经验是升级核心前先备份配置因为接口变动可能导致旧配置失效。问题现象可能原因排查动作解决方向输出元素错位结构参数被覆盖检查层级和默认值显式设置关键参数功能时灵时不灵模块冲突逐个禁用二分定位同类模块只留一个启动报错版本不兼容对比核心与模块版本升级或降级对齐版本导出文件异常大导出参数不当检查压缩与色彩设置按目标平台重设参数5.4 我踩过的三个真实坑第一个坑没记随机种子做出一个满意的效果后想微调结果再也复现不出来。从那以后我养成了“满意即记录”的习惯。第二个坑图层命名偷懒导出后二次加工时对着一堆“layer_1、layer_2”发呆。第三个坑一次性加载了太多模块启动慢还互相干扰后来精简到只留必需的速度立刻上来了。这三个坑的共同点是都是流程习惯问题不是技术难题。技术难题查文档能解决习惯问题只能靠踩坑长记性。所以我现在的原则是能记录的绝不靠记忆能精简的绝不堆砌能小步验证的绝不大步冒进。6. 进阶玩法与扩展思路6.1 把 artcraft 接入现有工作流artcraft 单独用已经能出东西但它的价值在接入工作流后会放大。比如你可以把它当成“素材生成器”产出的中间结果直接喂给下游的排版工具或渲染引擎。接入的关键是统一中间格式只要两边都认同一种结构数据就能顺畅流转。我试过把它和一套自动化脚本串起来批量生成系列作品效率比手动高一个数量级。6.2 自定义模块的开发要点如果你想给它写自定义模块记住三条接口要严格符合中间数据结构错误处理要完善别让一个模块崩了拖垮全局文档要写清楚输入输出。我写第一个模块时没注意错误处理结果一个边界情况直接把整个流程卡死排查了半天。后来加了输入校验和降级逻辑稳多了。6.3 批量处理与自动化的实现思路批量处理的核心是“参数化循环”。把变化的部分抽成变量写个循环遍历变量组合每次调用 artcraft 生成一个结果。注意两点一是每次生成后要清理状态避免上一个的结果污染下一个二是要做好失败重试批量跑的时候偶尔失败很正常不能因为一个失败就全停。7. 一些个人体会artcraft 这类项目的魅力在于它不逼你在“全自动”和“全手动”之间二选一而是给你一个可以滑动的光谱。你状态好、想精细控制就往手动端滑你赶时间、想快速出稿就往自动端滑。这种灵活性是它区别于很多同类工具的地方。我用下来最大的感受是工具的上限取决于使用者的流程习惯。同样的 artcraft有人用它十分钟出一张能用的图有人折腾一小时还在调参数。差别不在技术在于有没有建立“小步验证、及时记录、保持精简”的习惯。这些习惯一旦养成换任何工具都能快速上手。最后分享一个小技巧每次开始一个新作品前先花三十秒在纸上或者备忘录里写下“我要改哪几个维度”。写下来再动手比直接上手乱调快得多。这个习惯我坚持了很久几乎没再出现过“改了半天回到原点”的情况。