从AI生成到实体印刷:artcraft工作流让文创落地不再难
如果你是那种喜欢用 AI 生成图片但又不想让成果只停留在屏幕里的人artcraft 这个名字你应该会喜欢。说白了它把“AI 生成”和“手作 / 小批量印刷”这两件原本很割裂的事硬生生捏成了一条能跑通的流水线。这年头类似一句话出图的工具到处都是可真到了要把它变成一件实物——比如一张艺术微喷、一本手工装帧的笔记本封面、一块丝网印图案——问题就全冒出来了分辨率不够、边缘发虚、颜色明显偏灰、构图不是你想要的。artcraft 就是为了解决这套尴尬而存在的工作流适合 AI 绘画爱好者、文创手作人、开小工作室接定制单的人也适合已经有出图经验但一碰落地交付就头大的朋友。这篇文章不会跟你讲什么高深理论而是用我实际跑了好几轮项目的经验把从生成、控制、放大、调色到交付这一整条链路拆开揉碎。1. artcraft 到底在解决什么问题1.1 从“生成图”到“能交付的图”中间差着十万八千里相信很多人都经历过这种场景在开源绘画框架里抽了一张自己特别满意的图屏幕上看氛围到位、构图讲究、光影也舒服结果想做成手机壳、帆布袋或者小幅装饰画时印刷厂那边一句“你这图分辨率不够”你整个人就蒙了。为什么会这样因为绝大多数主流开源文生图模型默认输出的分辨率就只有 1024×1024 或者 512×512。在手机屏幕上看着还行放大到 A4 甚至 A3 的实体物件上每英寸囊括的像素直接不够用印出来自然就是糊的、软的、甚至带明显锯齿。这还不是唯一的问题。生成图毕竟不是人工拍摄或矢量制图它天生带很多“只能远看”的缺陷手指结构偶尔会崩、边缘高光处容易出现杂乱噪点、局部纹理重复得奇怪。如果只是发社交媒体这些都不是大问题可一旦进入实体制作流程每一点瑕疵都会在物理放大后变得刺眼。artcraft 这个项目最核心的价值就是把这些坑提前堵住。我在做模拟项目 X 的时候完整跑了一遍从提示词到送印的路径发现只要把工作流分成几个固定的模块出图到交付之间其实没有那么玄乎。另外还有一个特别容易被忽视的差距色彩。屏幕显示用的是 RGB印刷几乎都要转成 CMYK 色域。很多人直接拿一张色彩鲜艳的 RGB 图丢给印刷店出来的成品跟屏幕相比就像是蒙了一层灰。artcraft 在流程里专门把色彩管理拆成一个独立环节就是因为我在这个上面吃过太多次亏不想再让其他人交学费。1.2 为什么把它做成本地流程而不是依赖在线服务那我为什么坚持把 artcraft 做成一套偏本地的流程而不是直接依赖某个在线出图平台最大的原因就两个字可控。在线平台用起来虽然方便但它的生成参数往往是一口黑箱你不知道它内部用的模型版本、采样步数、是否经过压缩、有没有在后台自动处理过画质。固定尺寸的生成限制也会导致你一到放大环节就力不从心。更重要的是对于手作和文创定制这种需要反复微调的业务场景每次都在网页上手动操作很难沉淀出一套可复制的生产链路。本地化还有一个额外的好处隐私和版权上的安全感。特别是做定制订单或者你自己还在试风格阶段不想公开的情况本地流程图不经过别人的服务器所有的中间文件都留在自己的硬盘里。我通常会按照项目建独立目录所有生成参数也都记录在文件名里这样哪怕三个月之后客户说要微调某个版本我依然能准确还原当时的效果而不是靠记忆猜。当然本地流程的门槛也确实存在你需要起码的显卡算力以及一点动手折腾的意愿。但只要把环境配好后续的稳定性比任何在线服务都高。我在一台中等显存的老机器上跑完整个 artcraft 流程除了个别超分阶段需要耐心一点整体完全可接受。1.3 这套流程适合谁如果你属于下面三类人artcraft 这套流程就是现成的作业直接抄就行。第一类是完全的新手没接触过开源绘画框架只是想给自己做点有纪念意义的小物件。你可以先按文章里最推荐的默认参数走一遍不追求极致的控制力也能拿到比乱抽卡好得多的成品。第二类是有一点生成经验、但从来没认真考虑过落地交付的设计爱好者。你缺的不是审美和提示词能力而是放大、调色、尺寸计算这些后端工序。第三类是正经接单的手作人、平面设计师。你们最看重的是交付质量和效率那这套流程里的批处理、命名规范、色彩配置文件就能直接变成你项目管理的SOP。2. artcraft 的核心环节拆解2.1 第一步用文生图打底参数怎么定才稳任何一个 artcraft 流程起点都是文生图但起点选择直接决定后面的返工率。我推荐在模型选择上优先考虑 SDXL 系它对画面质感和细节的把握明显好于早期的 SD1.5 系尤其适合艺术插画、摄影感画面和产品造型类需求。如果你手里的显存比较紧张才退而求其次用轻量级模型。注意同一句话在不同模型下的结果差异很大所以项目一旦开始建议固定一个主模型反复用不要中途频繁切换否则你的风格一致性很难保证。采样器我也直接给你结论日常出图优先用 DPM 2M Karras它在细节锐利度和稳定性之间平衡得最好追求更偏插画手绘感的风格可以试试 Euler a。CFG 一般控制在 4 到 7 之间数值太高会让画面显得生硬、过饱和太低则元素之间容易粘连模糊。步数不用太多20 到 30 步就够收敛了我实测 30 步和 50 步在出图效果上差别极小但耗时直接翻倍。这里要插一句关键心得出图的尺寸不要一上来就拉满到最大。先按模型推荐的标准尺寸出图确认构图满意后再放大这是 artcraft 最重要的流程纪律之一。很多人习惯首次生成就求大图结果构图废了或者崩了白白浪费时间。2.2 第二步用结构控制组件锁定构图别靠抽卡说到这个就必须讲 artcraft 工作流里让整个项目真正“可落地”的那个环节——结构控制。早期玩生成图构图像开盲盒十张里能有一张符合脑补就谢天谢地。但手作和印刷场景往往对构图有明确要求主体要居中、边缘要留白、元素不能是断的。这种需求靠反复抽卡来解决效率实在太低甚至可能永远也抽不出来。所以我在流程里会引入常用的结构控制组件。Canny 模式适合检测画面边缘轮廓把素描草图喂进去再生成出来的东西基本能保持原始构图但风格表达完全交给模型发挥Depth 模式则是从参考图里提取景深信息用于需要忠实还原透视和前后遮挡关系的情况Lineart 模式对线稿保持最友好适合做艺术插画风格。实际使用中的小技巧是控制组件不要把权重拉满。我一般控制在 0.5 到 0.8 之间留一点空间给模型自由发挥光影和材质。如果控制得太狠画面会变得板、死气沉沉反而失去了生成图该有的灵气。这也是一个需要“度”的地方多试两次就会有手感。2.3 第三步放大和修复细节把文件撑到交付尺寸文生图直接输出的标准分辨率离印刷交付还差得很远我一直强调这个点。一张 A4 尺寸、300DPI 的图片理论上需要 2480×3508 像素的成稿。你手里那个 1024 像素的小图差了不止一个数量级。这时候就需要靠放大管线来顶上去。我常用的方案分两段走。第一段用超分模型把图整体放大 2 到 4 倍这一步能把像素基础撑起来同时修复一部分边缘锯齿。第二段是分块重绘放大它对画面的细节进行自动精修在放大过程中重新绘制纹路、布料、头发丝这些局部区域。这套组合拳打下来一张 1024 的底图能稳稳拉到 4000 像素以上而且细节不糊。唯一要注意的是显存和耗时分块重绘的尺寸一次别设太大512 到 768 之间的处理块最稳妥。放大之前还要顺手做一件事局部重绘。人物的脸和手、物体的关键边缘如果还有结构问题必须先在低分辨率阶段修好再放大。否则一旦放大完成瑕疵也会跟着成倍放大回头再修成本高到让你怀疑人生。这个顺序千万别反。2.4 第四步色彩管理和输出规格不能锦上添花而是保命色彩管理是我最想让每个做 artcraft 的人刻进 DNA 的部分。屏幕上看图我们用的是 sRGB 或 Display P3 这类 RGB 色彩空间但印刷工艺的颜色建立在 CMYK 物理墨水混合上。RGB 能展示的很多鲜艳颜色在 CMYK 世界里根本没有对应物。如果你不做颜色转换只是让印刷厂粗暴转一手必然出现“屏幕鲜亮、实物暗淡”的经典悲剧。我建议的流程是先在 sRGB 工作空间下完成所有修图和调色把画面明暗、饱和度调整到位然后最后交付前两天再通过专业软件或者批量脚本转换成 CMYK。转换之后尤其要检查暗部和深色色块因为这些区域最容易出现色带断裂或发闷的问题。如果你是做纯数字创作打印也可以不转 CMYK但必须向输出方问清楚他们的色彩管理系统并让打样来验证颜色。尺寸和文件格式同样不能凑合。印刷稿至少要 300DPI这是底线如果涉及装裱或裁切每张图还要预留至少 3mm 的出血。交付格式我一般用 TIFF 或 PDF尽量不用压缩比率过高的 JPG。文件命名里必须带上色彩空间、DPI、尺寸版本比如封面_CMYK_300dpi_出血3mm_v3.pdf这样拿到印刷厂沟通双方都不会蒙圈。3. 完整实操从一句话到一件实体打样3.1 环境与目录约定工具安排方面本篇文章的流程会用到开源的本地绘图框架、超分工具与批处理脚本。为了讲清楚我把整个实操分阶段拆开。先说目录规范。artcraft 项目所有文件按阶段归档我习惯分四个文件夹work/ 00_draft/ # 提示词草稿、参考图、临时生成图 01_clean/ # 精选并修好结构的底图 02_upscale/ # 放大修复后的高清大图 03_delivery/ # 调色、转CMYK、带出血的最终交付文件这样做的最大好处是制作过程中你不会在乱七八糟的文件夹里翻来翻去找不到最新版本。所有过程版本都留着客户想要改回上一版你也找得到。命名规范同样重要我统一采用项目名_场景_模型_采样器_步数_种子这样的格式。比如星空帆布袋_主视觉_dpm_karras_s30_seed12345.png。种子号码尤其关键它是你固定画面的凭据没有它之后想微调就会发现怎么调都回不去最初那个感觉。3.2 分步跑一遍流程下面我以一个手作帆布袋图案为例把这套流程走一遍你可以照抄。第一步写提示词。假设我要做一个关于“夜航星空”主题的图案正向提示词大致是夜空的星空帆船在深蓝色海洋上航行水面倒影银河细节丰富 梦幻插画风格构图主体居中偏左周围留白高细节唯美光影 大面积深蓝金色点缀负向提示词则把它重点排除掉低分辨率模糊扭曲的手指多余的肢体 水印文字噪点色彩溢出参数我定在 DPM 2M Karras、CFG 6、步数 28、标准分辨率。一次生成 4 张。对生成的结果反复挑看到一张构图最接近想象图的先把种子号记下来。比如种子号20240415。第二步用结构控制组件锁定构图。因为我在提示词里写了“构图主体居中偏左、周围留白”光靠关键词很可能保不住所以我把一张手绘的帆船草图喂给结构控制组件的 Lineart 模式。设置权重 0.7然后基于刚才的种子微调提示词再重新生成。经过两三次调整构图基本稳稳锁住了。第三步局部重绘修细节。放大前我先单独选中这艘帆船的船体和帆布局部对褶皱和结构进行局部重绘。这一步不用大改只修明显的变形边缘。修完确认没问题进入放大流程。先跑超分模型放大 2 倍再接分块重绘放大统一修到 3200 像素以上。输出的 PSD 文件里我同时保留了一个带图层的中转版本方便之后微调。第四步色彩和交付。先在 sRGB 模式下做最终的明暗与饱和度调整然后把主文件导出成 TIFF 并转成 CMYK。检查颜色时我发现深蓝天空区域出现了些微色带断裂于是回到原文件做了轻柔的降噪又加了极少的杂色纹理来过渡色带。最终按 300DPI、A4 大小、含 3mm 出血导出夜航帆布包_CMYK_300dpi_A4_出血3mm.tif。3.3 实体打样与交付清单流程走完后不要急着大规模生产。我强烈建议先出一件数码打样就印一个图案在当前实际用的面料或纸张上。打样能暴露一切理论流程看不到的问题颜色实际效果、墨层厚度、图案尺寸比例、弹性面料拉伸后图案是否变形。我之前有一个客户定制手机壳就是没做实物样直接走大货结果图案在曲面上位移了足足两毫米整批报废后来老老实实先做单件测试。一份合格的交付文件尽量包含这几类高清主图文件含透明底和纯色底版本、印刷专用色彩版本CMYK/300DPI/带出血、屏幕展示版本sRGB/JPG、以及一份文字说明写清楚尺寸、材质建议、拼版方向。给工厂的文件越标准对方越不需要做“自作主张”的颜色调整。4. 踩坑记录与问题排查4.1 高频问题速查表长时间跑 artcraft 流程难免遇到各种奇怪状况。我把高频问题整理成一个表格遇到直接对照解决。问题现象常见原因解决方案放大后画面发糊、细节像塑料放大前没有做局部修复超分模型直接把噪点放大先局部重绘修脸、修手指、修边缘再放大构图总是不受控一会居中一会偏左仅依赖提示词控制位置引入结构控制组件用草图或深度图锁定构图出图颜色很灰屏幕上看还行生成阶段直接用了过低的饱和度曲线在 sRGB 工作空间里重新调色并检查直方图暗部印刷成品颜色明显偏暗、发闷RGB 文件被印刷厂粗暴转 CMYK自行完成 CMYK 转换并做实体打样验证同一个提示词隔天生成完全不同的图没有记录种子号记录种子号固定参数改需求时再用子种子变化大面积深色区域出现色带断裂8bit 位深在低饱和渐变区产生色阶断层用 16bit 文件工作必要时增加噪点/抖动过渡显存不足放大过程直接报错分块尺寸设置过大模型加载超过显存容量缩小处理块尺寸先等基础放大完成再分块重绘4.2 三个让我反复返工的教训第一个教训放大前不修细节放大后追悔莫及。前文已经强调过但我要再展开一次。有一次我在帆布袋图案里画的是个侧脸人物生成图里耳朵轮廓有一点点异形。我没在意直接放大到 4000 像素结果耳朵直接变成类似抽象雕塑的形状再拿局部重绘去修修完耳朵周围的背景纹理又变得不衔接来回折腾了一个多小时。现在我的规则很简单放大前后都有检查清单凡是放大会放大的瑕疵一律先解决。第二个教训颜色问题交给打样验证不要靠屏幕猜。我曾经自信地认为自己的显示器经过校准颜色绝对准。结果拿到浅色面料上打样却发现图案整体偏青。后来才知道不同介质的白度、吸墨性带来的色偏和显示器完全没有关系。除了校准显示器印刷品的最终颜色判断必须建立在打样实物上这才是唯一的金标准。第三个教训所有参数写到文件名里。这个习惯看似繁琐但在项目多了之后会救你的命。有一次客户隔了一个月说要改一个多月前的旧图我靠项目目录结构和文件名里的种子与参数五分钟就把当时的效果还原了回去。如果当时图省事、文件名写个“最终版.png”那这次我基本就只能靠记忆瞎蒙要花几倍时间重新调。5. 让 artcraft 出图更稳定的小心得5.1 提示词和负向词的沉淀很多新手容易把提示词当成一次性输入用完就忘了。我做 artcraft 项目时会建立一个不断迭代的“风格词库”按场景分类记录。比如做星空主题我沉淀了一套固定搭配银河细节、深蓝底色、金色点缀、梦幻插画做植物主题会加上叶子脉络清晰、色调统一、背景留白。这些词不是网上随便抄来的万能提示词而是我从自己项目中验证出来的有效组合。负向词更是如此把最常见的高频翻车词固定写进模板省下大量重抽时间。另外我建议不要把整套提示词永远当成一个固定公式。随着模型更新同一个词在不同版本里的语义权重可能变化每隔一段时间就要重新做一轮小规模测试淘汰那些已经失效的表达。5.2 用种子固定风格用变化做微调在生成绘图里种子是在随机噪音起点里定住画面“性格”的钥匙。只要模型和参数不变保持同一个提示词和同一种子画面就是可复现的在此基础上你想微调某个元素比如把“深蓝色”改成“靛蓝色”如果直接改词重跑画面可能会整体漂移。这时候更稳的做法是在同一个种子下小幅调整提示词或者用子种子变化功能让 AI 保持整体构图不变只允许一部分细节被重新生成。这个经验几乎天天在用。客户说“整体氛围我很满意就是那个帆船能不能再大一点”我就可以锁定原种子、配上局部重绘或者结构控制组件单独调整帆船区域的占比而不是重新生成一张新图。这个操作熟练之后响应修改意见的速度极快客户体验也会明显提升。5.3 一些实在话我在把 artcraft 流程跑顺之前其实也浪费过大量时间在“这里改一下、那里试一下”上总想要一张完美的初始生成图幻想 AI 一步到位。但现实是真正高质量的作品很少是一蹴而就的结果更多是生成—筛选—控制—修复—放大的反复迭代。定下目录规范、固定参数、记录种子看起来都是些不起眼的小习惯但就是这些小习惯让整个制作过程从“玄学抽卡”变成了“稳定交付”。如果你的应用场景和我类似都是要做实体文创或小批量印刷品我强烈建议你把这套流程固化成一个自己专属的工作模板。下次再接到新项目不需要从零开始思考参数和文件规范直接套用就行。做这件事花费的初始时间不多但后续节约的返工时间绝对是十倍以上。

相关新闻

JDK 1.8u45 安装与校验:遗留系统兼容性实战指南

JDK 1.8u45 安装与校验:遗留系统兼容性实战指南

简介:本资源为Oracle官方发布的JDK 1.8.0_45 64位Linux平台标准开发套件(jdk-8u45-linux-x64.tar.gz),专为Linux环境下Java中高级开发者、运维工程师及教学实验人员设计,用于搭建稳定、合规的Java 8开发与运行环境。压…

2026/10/17 8:05:16 阅读更多 →
Flutter入门状态管理实战:StatefulWidget + setState 从交互到异步

Flutter入门状态管理实战:StatefulWidget + setState 从交互到异步

1. 为什么第三篇才敢聊状态管理前两篇我们搞定了环境搭建、Dart 语法扫盲、Widget 基础概念和第一个静态页面,当时还兴冲冲地写了个只有文字和图片的界面,运行起来那一刻确实挺爽。但爽完之后会发现一个问题:这个页面是死的。点击按钮没反应&…

2026/10/17 8:05:16 阅读更多 →
分类算法与关联规则挖掘:从原理到实战的完整指南

分类算法与关联规则挖掘:从原理到实战的完整指南

分类算法与关联规则挖掘这组主题,算是数据挖掘里最经典的一对搭档。一个负责预测——拿到一条数据判断它属于哪个类别;一个负责发现——从大量记录中找出频繁出现的组合模式。两者覆盖了从监督学习到无监督挖掘的核心思路,无论做推荐系统、风…

2026/10/17 8:05:16 阅读更多 →

最新新闻

智能物流机器人整机ISTA 3E运输验证全流程详解

智能物流机器人整机ISTA 3E运输验证全流程详解

去年为一个智能物流机器人整机项目做包装验证时,我第一次系统性跑完了整套ISTA 3E程序。此前团队里大部分人习惯用ISTA 1G或者2系列的单件包装程序,结果在模拟运输阶段就暴露出了问题:机器人在托板上出现了明显滑移,机械臂关节锁销…

2026/10/17 8:45:25 阅读更多 →
图表设计实战指南:从架构图到工具选型的完整方法论

图表设计实战指南:从架构图到工具选型的完整方法论

我们看技术文档的时候,常常会遇到一个很尴尬的情况:代码写得清清楚楚,架构图画得乱七八糟。图表这东西,看着是“配角”,实际上决定了方案的沟通效率。我见过不少人拿着精心雕琢的代码去评审,结果被一张逻辑…

2026/10/17 8:45:25 阅读更多 →
OpenCV实现极验滑动验证码缺口精确定位

OpenCV实现极验滑动验证码缺口精确定位

1. 项目概述:这不是“破解”,而是一次对图像处理边界的实战测绘“【验证码识别】OpenCV挑战极验滑动拼图验证码”——这个标题里藏着三重真实语境:第一,“验证码识别”不是黑产术语,而是计算机视觉领域一个经典、公开、…

2026/10/17 8:45:25 阅读更多 →
Java应用接入本地大模型:VLLM+langchain4j实现工具调用

Java应用接入本地大模型:VLLM+langchain4j实现工具调用

先说下我为什么折腾这个事。团队里有个 Java 后端项目,需要接入大模型做智能对话和自动化操作,但业务数据全部要求留在内网,云端 API 这条路直接堵死。我们就在内网 GPU 机器上部署了本地推理服务,模型推理用的是 VLLM&#xff0c…

2026/10/17 8:45:25 阅读更多 →
Apollo自动驾驶规划:SL/ST坐标系下DP路径与速度规划解析

Apollo自动驾驶规划:SL/ST坐标系下DP路径与速度规划解析

做自动驾驶决策规划领域的开发,第一次翻开Apollo planning模块源码的时候,我其实是被吓到的——模块多、依赖深、坐标变换绕,尤其看到Path Assessment、Speed Decider这些概念时,很难把它们串成一条完整的链路。后来我把目光收回到…

2026/10/17 8:45:25 阅读更多 →
用代码定义架构图:diagram-design 的设计与落地实践

用代码定义架构图:diagram-design 的设计与落地实践

有没有遇到过这种场景:方案评审会上,四五个人嘴里各自长出一张完全不同的架构图。产品说数据先到网关再进服务,前端说页面渲染依赖三个接口,后端一直强调他心里的那条调用链。没人说得清到底谁对,因为根本没有一张所有…

2026/10/17 8:44:25 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/17 1:44:59 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 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/16 21:54:38 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/16 14:23:36 阅读更多 →