用代码生成有手工质感的图案:artcraft项目实战拆解

先聊一个容易被忽略的事实:很多做设计或创意输出的朋友,工具越换越多,模板越屯越足,但真正面对一个具体画面需求时,反而常常卡壳——要么找不到合适的风格,要么做出来的东西总觉得“不够活”。

我在做artcraft这个项目时,想解决的正是这个麻烦。它不是一个庞大的软件工程,而是一套把程序化生成和传统手工艺思路捏合在一起的小型创作系统。核心想法很简单:用代码生成有“手工感”的画面元素,再通过参数把它们快速组合成可用资产。我把它定义为“生成艺术与设计实践的结合体”,目前它已经在我的日常视觉素材生产里稳定跑了三个多月,输出了一批能直接用在印刷、网页底纹和布料图案上的实际作品。

这篇文章会把整个项目从思路、选型到落地的过程完整拆开来讲。如果你正打算做类似的创意工具项目,或者单纯想知道怎么用程序化手段做出有质感的图案资产,这里面的设计取舍、参数逻辑和踩坑记录,应该能帮你少走很多弯路。

1. 整体设计与思路拆解

1.1 项目定位:为什么非要做一个自己的工具

先说清楚artcraft到底解决什么问题。市面上现成的图案生成工具并不少,在线生成器能一键出各种重复纹理,专业软件里的脚本也能实现类似效果。但用下来会发现一个共性短板:它们给的是“结果”,不是“过程”。你拿到一张图,却很难把这张图改造成真正贴合自己需求的版本,比如把某个元素的疏密再调一档,或者把配色彻底换一套。想实现这样的控制,要么回到手动设计的老路,要么被工具的固定逻辑卡住。

artcraft走的是另一条路:把所有核心变量都暴露成参数,让生成过程变成一种“可对话”的流程。你在终端里运行一条命令,改几个数字,出来的图案就会沿着你给的方向变化。这种控制感,和手工制作时反复调整力度、角度、厚度的感觉很像——只不过这一次握在手里的是生成规则,而不是刻刀或画笔。

1.2 为什么选择“程序化生成 + 手工调优”的组合

直接纯手工设计,效率低,但质感容易到位;完全交给算法,速度快,但结果容易“冷”。

artcraft采用的组合方式是这样的:第一轮,用程序化算法生成大量基础图案变体,这个阶段追求的是“量大、速度快、覆盖广”;第二轮,从机器产出的候选集里人工筛选、叠加材质、微调构图,这个阶段追求的是“有审美、有细节、有温度”。

这个组合的背后有一个很实际的理由:算法不擅长判断“这张图案适不适合这杯奶茶的包装纸”,但它非常擅长在一秒钟里画出几百个你根本来不及手动画的草稿。人负责做选择题,机器负责出候选答案,双方各干各擅长的活,整体的创作效率反而是最高的。

1.3 不生搬硬套,把传统纹样逻辑翻译成代码

做这一类项目很容易掉进一个陷阱:为了“炫技”而堆砌复杂度极高的数学模型,最后做出来的东西确实很精妙,但根本没法用。

artcraft刻意避开这个坑。它的底层规则大量借鉴了传统纹样的组织逻辑——四方连续、二方连续、放射式骨架、适合纹样等等。这些老祖宗总结出来的构图范式,经过几千年的视觉验证,本身就是最可靠的审美底子。我把这些规则拆解成最基本的几何操作:平移、旋转、缩放、镜像,然后用一套统一的引擎去执行。

这样做的好处非常直观:因为底层是简单的几何变换,生成逻辑可控;因为顶层用的是成熟的纹样骨架,视觉结果耐看。真正复杂的部分不在数学,而在参数怎么组织、变量怎么联动。

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

2.1 生成引擎的架构思路

整个系统使用Python构建,核心模块分成三层:骨架层、图层、输出层。

骨架层负责定义图案的整体组织结构,对应传统纹样里的“骨法”。它接收几个基础参数:单元类型、排列方式、间距、旋转规则。比如设定“菱形骨架+45度旋转+错位排列”,骨架层就会生成一个对应的二维排布矩阵,相当于铺好了一张隐形的格子纸。

图层则负责在骨架的基础上填充实际内容。每一个图层可以是一个点、一条线、一块面,也可以是嵌套的复合图形。图层之间支持叠加、挖空、偏移等多种关系,类似Photoshop里的图层混合模式,只不过这里的“画笔”是代码对象。

输出层处理最终的渲染与导出,支持SVG矢量、PNG位图和PDF打印稿三种格式。对于需要后续手工加工的用途,比如印在布料上或者做烫金工艺,矢量位直接给生产端;对于网页素材或社交配图,则走位图管线。

2.2 参数体系:好工具的核心是让人敢调参数

没有合理组织的参数体系,程序化生成工具很容易变成“一上瘾就失控”的怪兽。

我在artcraft里给参数设定了三个层级:

  • 全局参数:影响整个画面的变量,如画布尺寸、整体旋转角度、排列密度系数。
  • 单元参数:影响单个基础图形的变量,如边长、圆角半径、描边宽度、是否填充。
  • 规则参数:影响图形之间关系的变量,如错位量、层间偏移、随机种子。

这三个层级可以分别独立调整,也可以联动控制。核心机制是“全局参数乘以单元乘数再加个体扰动”,公式写出来很普通:

全局(密度/缩放/角度)× 单元(形状特征)× 随机(种子驱动扰动)

这样的设计让调参过程有一个清晰的路径:如果整张图太挤,先动全局密度;如果是某一类元素不好看,只动单元参数;如果觉得画面太“整齐到发板”,就加大随机扰动的幅度。

2.3 随机种子:可控性与惊喜感的平衡点

随机是整个生成系统的灵魂,但也是最容易失控的地方。

artcraft的随机处理借鉴的是游戏里的种子机制:每一个生成任务对应一个固定的随机数种子,种子不变,结果可复现;种子一变,结果完全不同。这是稳定生产的底线,否则昨天生成的好看的图案,今天重新跑一遍却变成了另一张脸,工作根本没法做。

但我给随机还加了一层约束——扰动幅度限制。传统随机生成的图案,总觉得“散”,原因就在于每个变量都在独立乱跳,整体的章法丢了。artcraft的扰动公式是:

扰动后的实际值 = 基准值 ×(0.8 + 随机数 × 0.4)

这意味着每个变量只在基准值上下20%范围内浮动,既保留了随机带来的手工感和意外感,又不破坏骨架本身的结构秩序。简单说就是:允许你走得离轨道远一点,但不允许脱轨。

2.4 色彩系统的落地:从理论到能用的最后一公里

色彩是生成艺术项目里最容易被低估的环节。很多人一开始用HSL的随机色相去撞运气,出来的结果经常是“五彩斑斓的灾难”。

artcraft的做法是内置一套基于色彩搭配逻辑的调色板系统。它将配色方案拆成几类固定模板,比如相邻色搭配、互补色搭配、分裂互补色搭配、三角均衡搭配,每一种对应一组色相偏移规则。生成时,用户只需要定一个大方向(比如“暖色偏橙黄”或者“冷色偏蓝绿”),系统自动围绕这个方向生成完整调色板。

注意,这里不是给出单一颜色值,而是一整套:

  • 主色:画面中占比最大的底色
  • 辅助色:起支撑作用的同系色
  • 强调色:占比小但抓眼球的跳色
  • 自然色:用于过渡和留白的低饱和色

最终导出的每个图案实例,都附带一份颜色使用比例说明。实际做产品时会发现,这个设计极其顺手——给印刷厂提供文件时,直接注明主色/辅助色/强调色的比例,让生产端少跑好几趟打样。

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

3.1 第一个能跑的原型:从一个简单图案开始

整个项目的第一步,我没有急着做大系统,而是先写了一个最简版本:只做一件事,在画布上生成一组按菱形骨架排列的圆点,导出SVG。

# artcraft_demo.py import random def generate_dots(rows=6, cols=6, spacing=80, radius=18, seed=42): random.seed(seed) elements = [] offset = spacing / 2 for row in range(rows): for col in range(cols): center_x = col * spacing + (offset if row % 2 else 0) center_y = row * spacing r = radius * random.uniform(0.85, 1.15) elements.append(f'<circle cx="{center_x:.1f}" cy="{center_y:.1f}" r="{r:.2f}" />') return elements dots = generate_dots(seed=7) svg = f'<svg xmlns="http://www.w3.org/2000/svg" width="480" height="360">{"".join(dots)}</svg>' with open('output01.svg', 'w') as f: f.write(svg) print("done, total elements:", len(dots))

这段代码非常朴素,但已经包含了整个系统最核心的三个概念:骨架(菱形排列)、随机扰动(圆点半径在15%范围内波动)、输出(矢量格式)。

当时我测试了不同的随机种子,同样的骨架,种子不同,出来的圆点大小排列就不是同一个节奏。这个体验非常直观地验证了一个判断:确定性骨架加有限随机,确实能产生既统一又不死板的效果。

3.2 加入真正的“工艺感”:图层叠加与材质模拟

圆点矩阵跑通之后,artcraft进入第二个阶段:让图案摆脱“贴纸感”,逼近真实材质的手工质感。

这一步引入的是图层叠加机制。我写了几个基础形状模板:圆点、三角、菱形、短横线、手绘风格的波浪线。每一个都能作为独立图层存在,多个图层可以叠加在同一套骨架上。

材质方面,用一个半透明的叠加层模拟笔墨不均匀的边缘效果:

# texture_overlay.py def generate_roughness_overlay(width, height, density=0.15, seed=11): random.seed(seed) rects = [] granularity = 6 for gy in range(0, height, granularity): for gx in range(0, width, granularity): if random.random() < density: alpha = random.randint(12, 60) w = random.randint(2, 6) opacity = alpha / 255 rects.append( f'<rect x="{gx}" y="{gy}" width="{w}" ' f'height="{granularity}" fill="#3a2e2a" fill-opacity="{opacity:.3f}"/>' ) return rects

叠加这个粗糙度层之后,原本干净到有“塑料感”的矢量图案,瞬间出现了一种类似版画漏墨或手工纸张纤维的视觉颗粒。这一步是artcraft从“程序生成图形”跨向“有质感的艺术作品”的关键转折。

后来我把这个粗糙度层做成可调参数,从0到1控制强度。0时是完全干净的矢量图,适合需要精确切割的工艺;1时是明显的做旧颗粒,适合和印刷纸品结合。有了这两个端点,整个系统对不同生产场景的适应能力就打开了。

3.3 配色模块的接入:不再依赖手气

图案的结构和材质稳定之后,配色模块被正式接入工作流。这一部分的实现思路是:用一组色相偏移规则代替单纯的随机跳色。

核心实现是一个调色板生成函数:

# palette.py import colorsys def make_palette(base_hue, mode='analogous', sat_range=(0.35, 0.75), val_range=(0.55, 0.95)): palettes = { 'analogous': lambda h: [(h + i * 0.06) % 1.0 for i in range(5)], 'complementary': lambda h: [(h + i * 0.5) % 1.0 for i in range(5)], 'split': lambda h: [(h + i * 0.28) % 1.0 for i in range(5)], 'triadic': lambda h: [(h + i * 0.33) % 1.0 for i in range(5)], } hexes = [] for hue in palettes[mode](base_hue): r, g, b = colorsys.hsv_to_rgb(hue, random.uniform(*sat_range), random.uniform(*val_range)) hexes.append('#{:02x}{:02x}{:02x}'.format(int(r*255), int(g*255), int(b*255))) return hexes

用法上,我只需要指定一个色相基准值,比如0.08对应暖橙,0.55对应蓝绿,再选择一种配色模式,系统就会返回一组彼此协调的颜色。

这套方法的优势在于:所有颜色在色环上的相对位置都是经过设计的,不会出现“设计师看了血压升高”的配色事故。同时,饱和度与明度保留随机空间,画面不会像调色板工具那样死板。

3.4 输出管线:从单张试验到批量生产

系统真正变得好用,是在输出管线完善之后。

artcraft的输出管线支持三种模式:

  • 单张模式:调试阶段使用,输出一张图,附带完整的参数报告,方便回溯。
  • 批量模式:设定种子范围和参数范围,一次性生成几十张候选图,作为创作素材池。
  • 切片模式:把大画布按指定规格切分成多张连续图案,用于壁纸、包装纸、书封等需要无缝拼接的场景。

批量模式下,我加了一个自动重命名逻辑:文件名包含种子ID、参数向量的前三位哈希值、配色模式的缩写。这个习惯原本只是为了方便管理文件,后来发现它直接提高了工作流效率——因为文件名本身就等于一套检索系统,不需要打开图片就知道这张图的大致风格来源。

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

4.1 图案出现不想要的规律重复

初期使用中,最常遇到的问题就是:明明加了很多随机扰动,但图案看起来还是存在明显的“规律性”。仔细排查原因——问题出在随机数生成的方式上。

Python的random模块默认是全局状态,如果循环里每次调用random之前没有重新设定种子,那么同一批次的随机序列在不同图层之间会共享同一套序列模式,加上骨架本身是对称排列,视觉上就会强化这种重复感。

解决方式很直接:每个图层独立设置随机上下文,或者显式使用random.Random(seed)创建独立的实例:

rng_layer1 = random.Random(seed * 31) rng_layer2 = random.Random(seed * 37)

两个不同的乘数会让两个图层的随机序列完全不同,叠加在一起时,重复感就被打散了。

4.2 颜色“脏兮兮”的问题

另一个高频问题出在配色上。有时候单看每一个颜色都挺正的,但组合在一起就是“脏”。

排查后确认,多数情况下是饱和度和明度取值范围过宽导致的。实际上,人眼对相对亮度是非常敏感的。如果一个颜色的明度是0.9,另一个是0.4,两者放在一起,对比会很生硬,尤其在生成图案这种重复单元密集的场景下,这种对比会被进一步放大。

解决办法是把饱和度与明度的范围收窄。我自己的习惯是:

  • 主色系色相的饱和度范围控制在0.4~0.7
  • 明度范围控制在0.6~0.85
  • 强调色饱和度可以拉到0.8以上,但面积占比务必控制在10%以内

这样出来的整体色调干净、稳定,同时保留重点视觉冲击力。

4.3 加了扰动之后,结构松散得像盘散沙

还有一个让新手特别容易心态崩的问题:明明骨架是整齐的,加了扰动怎么反而乱了。

这个问题的根源在于扰动的目标选错了。如果对每个元素的旋转、大小、位置同时加大幅扰动,任何有序骨架都会丧失结构感。artcraft里开局的扰动上限就是20%,后来实操发现,这个数字对大多数场景都是安全的,但真正适合的数值还要看元素本身的形态。

如果是圆形、方形这类中性形状,扰动可以给到25%——因为有强烈的几何轮廓兜底;如果是细长的线条、箭头这类方向性强的形状,扰动超过15%就会开始松散,需要压到10%以下。

这类问题的通用排查思路其实很朴素:先回到0扰动状态确认构图本体是稳的,再逐步增加扰动幅度到“刚刚好有点手工感”的临界点,而不是一把拉到底。

4.4 SVG在不同工具之间打开效果不一致

工作流里另一个容易让人抓狂的问题是矢量文件的兼容性。同一张SVG,在浏览器里显示完全正常,用某个设计软件打开却缺了半边。

问题几乎都出在没有设置合适的SVG描述属性上。根节点只写了宽度和高度是不够的,必须显式声明版本、命名空间以及viewBox:

<svg xmlns="http://www.w3.org/2000/svg" version="1.1" viewBox="0 0 480 360" width="480" height="360">

viewBox存在时,其他工具能够正确理解画布坐标和缩放比例,兼容性问题能直接解决八成。这个经验是我在一个印刷前处理流程里踩了两次坑才总结出来的,已经写进输出模块的模板里作为固定配置。

4.5 种子与配色“翻车”的联动问题

最后一个值得一提的问题,是种子和配色之间的联动。早期版本里,随机种子同时影响形状扰动和颜色选择,这导致一个现象:同一个种子如果改了一次配色模板,整个画面都变了,根本没法做“只换颜色保留构图”的受控实验。

后来在参数体系里把两个维度彻底拆开:形状种子管造型扰动,配色种子管色彩方案。二者独立可控。这看上去是一个很小的架构决定,但对实际使用影响非常大——现在我可以固定造型搜索配色方案,也可以固定配色只换构图形状,大批量创作时这种“单变量控制”能力特别宝贵。

5. 个人经验与扩展方向

5.1 实际使用中最大的体会

artcraft用了三个多月,我最大的体会是:生成艺术项目的核心难点,很多时候不在于算法本身,而在于控制感的建立。一个工具如果能让使用者清楚地知道“改哪个参数会得到什么结果”,它的价值就超过了一堆炫酷但不可控的模型。

我还发现一个规律,真正用得多的,往往不是那些花哨的高级特性,而是稳定可靠的三个基础能力:批量生成、文件命名规范、参数记录。只要这三样到位,工具就能融入日常流程,否则就只能停留在“玩一玩”的阶段。

5.2 后续扩展的几个方向

目前有一个扩展方向正在进行中:把图案生成从“单一画布内排列”扩展到“跨画布连续生成”,也就是真正的无缝拼接系统。这样生成的壁纸、包装纸、织物底纹可以无限拼接而不出现接缝痕迹。

另一个我比较看好的方向,是把生成结果直接输出为分层的工程文件格式。现在只导出了扁平化的SVG和PNG,如果能让每个图层在目标软件里保持独立可编辑的状态,设计师拿到手上之后还能做二次手工调整,整个工具的价值会再往上跳一大截。

至于更远的想法,包括接入手绘草图的识别辅助,以及把一些经典纹样的参数化模板做成更直观的预设库——这还处在构思阶段,等再攒够一批实际需求再说。

最后分享一个很实用的小技巧:做这类工具的时候,一定要在项目初期就建立一个“配方档案”机制——每成功生成一张满意的图,就把当时的种子、参数、配色模板完整记录下来。这个档案,后期派上用场的地方比你想象中多得多。它既能帮你避开重复摸索的弯路,也是你复盘审美取向的一手原始材料。我靠着这套配方档案,已经沉淀出了不少基于发光图形和纹理图形快速扩展的实战场景,后面会陆续整理出来分享。

相关新闻

基于魔方密码与Logistic混沌映射的Matlab图像加密方案

基于魔方密码与Logistic混沌映射的Matlab图像加密方案

前阵子整理图像加密的Demo时&#xff0c;我突然想到一个很适合拿来入门的算法&#xff1a;把魔方的打乱规则直接搬到像素矩阵上。这个项目用Matlab做了一套基于魔方密码的图像加密解密方案&#xff0c;核心思路并不复杂——把图像当成一面彩色贴纸的魔方&#xff0c;按行、按列…

2026/10/21 8:58:07 阅读更多 →
基于MATLAB的六自由度机器人运动学仿真:D-H建模与正逆解实现

基于MATLAB的六自由度机器人运动学仿真:D-H建模与正逆解实现

简介&#xff1a;这份PDF面向机器人学与MATLAB仿真方向的学习者与工程技术人员&#xff0c;围绕六自由度机器人运动学建模与仿真展开&#xff0c;适合具备一定线性代数与机器人基础、希望借助MATLAB完成运动学验证的读者参考。资源包共1个PDF文件&#xff0c;压缩包约118KB&…

2026/10/21 8:57:06 阅读更多 →
XB3303A详解:SOT23-3单节锂电保护IC的选型与应用

XB3303A详解:SOT23-3单节锂电保护IC的选型与应用

1. 为什么要关注XB3303A&#xff1a;小封装单节锂电保护IC的选型逻辑做小电池供电产品最头疼的一个环节&#xff0c;就是保护板的空间和成本。最近我做一个低功耗穿戴类项目&#xff0c;设备内部留给电池的区域只有半个指甲盖大小&#xff0c;还要塞下电芯、保护板、充电管理、…

2026/10/21 8:57:06 阅读更多 →

最新新闻

Electron桌面应用开发实战:从环境搭建到打包发布全流程

Electron桌面应用开发实战:从环境搭建到打包发布全流程

做前端这些年&#xff0c;我大部分时间都在跟浏览器标签页打交道&#xff0c;直到第一次把桌面应用跑起来&#xff0c;才发现原来自己一直被限制在地址栏和刷新按钮围起来的框框里。Electron这个词&#xff0c;最开始是在某段时间频繁出现在同事的讨论里&#xff0c;一个用HTML…

2026/10/22 10:18:38 阅读更多 →
滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

简介&#xff1a;亚太天能T109滑盖智能锁产品说明书是一份PDF格式的官方技术文档&#xff0c;主要面向智能锁安装人员、终端用户及售后维护者&#xff0c;帮助快速掌握产品安装、配置与常见故障处理。全包仅1个PDF文件&#xff0c;大小4.37MB&#xff0c;内容结构清晰&#xff…

2026/10/21 9:32:40 阅读更多 →
PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

上个月我在调试一台高速AGV的驱动系统&#xff0c;整车要求空载跑到8m/s&#xff0c;电机转速已经拉到额定点&#xff0c;驱动器的输出电压也顶到了母线电压极限附近。再往上踩速度指令&#xff0c;转速纹丝不动&#xff0c;三相电流反而开始震荡。那会儿我的第一反应就是&…

2026/10/22 9:44:47 阅读更多 →
C++核心知识点:从内存管理到STL的实战指南

C++核心知识点:从内存管理到STL的实战指南

C 这门语言我前前后后折腾了十几年&#xff0c;用它写过嵌入式驱动、做过游戏服务端&#xff0c;也搭过基础组件库。每次看到新人一头扎进"C 核心知识点"这个搜索词&#xff0c;我其实挺感慨的——这门语言的难点从来不是语法多&#xff0c;而是知识点之间的耦合太深…

2026/10/22 10:42:00 阅读更多 →
T109滑盖智能锁怎么装?安装调试与故障排查全攻略

T109滑盖智能锁怎么装?安装调试与故障排查全攻略

简介&#xff1a;亚太天能T109滑盖智能锁产品说明书以PDF格式发布&#xff0c;适合智能锁用户、安装人员与售后维修人员阅读。内容围绕T109系列指纹密码刷卡锁展开&#xff0c;先介绍前面板、后面板、锁体、机械钥匙、电池盒盖等部件名称与功能&#xff0c;再给出完整安装步骤&…

2026/10/22 10:40:08 阅读更多 →
LLM知识降熵:从信息垄断到理解权下放

LLM知识降熵:从信息垄断到理解权下放

你有没有过这种经历&#xff1a;翻开源码注释、论文摘要或者一份专业报告&#xff0c;每个字都认识&#xff0c;连在一起却像天书。想找人聊聊&#xff0c;身边要么没人懂&#xff0c;要么懂的懒得跟你解释。后来我试着把同一段内容丢给一个大语言模型&#xff0c;几秒钟之后&a…

2026/10/22 10:56:37 阅读更多 →

日新闻

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型&#xff08;GMM&#xff09;的语音识别系统&#xff0c;很多人第一反应就是一堆数学公式&#xff0c;觉得门槛很高。但如果你真的在MATLAB里把它落地跑通&#xff0c;会发现核心其实就是三件事&#xff1a;把声音变成特征向量&#xff0c;用GMM给每个类别…

2026/10/22 1:47:45 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人&#xff0c;但落到具体操作上&#xff0c;无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程&#xff1a;对图像做反白、改调色板、彩色转灰度&#xff0c;最后把像素数据导出成txt文件。单看每一…

2026/10/21 21:32:28 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词&#xff0c;你会发现一个很有意思的现象&#xff1a;每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型&#xff0c;有人指的是运动控制系统&#xff0c;还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/22 5:12:39 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 21:50:56 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 21:51:55 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/21 16:24:48 阅读更多 →