批量文件重命名实战:规则设计、工具选型与千个文件整理
先讲一个真实场景。上次拍摄素材回来电脑里堆了800多张照片文件名全是IMG_2025xxxx_xxx.JPG这种相机默认规则。手工一张张改1000个文件弄到天亮也点不完。后来我开始研究批量文件重命名软件发现命名乱的根源不是文件太多而是缺少一套能反复套用的规则。只要规则设计好批量文件重命名软件能把1000个文件在一两秒内处理完。这篇文章就把我这些年用批量文件重命名的方法、踩过的坑、选工具的标准一并写出来适合经常整理照片、管理办公文档、维护代码仓库的朋友新手也能照着做。1. 批量重命名的价值与工具选型思路1.1 为什么要批量重命名不只是“好看”很多人觉得批量文件重命名就是个面子工程文件名爱叫什么叫什么。但我在实际整理文件时发现文件名直接决定了你能不能快速找到文件、能不能让脚本正确识别它、能不能给协作的同事一个清晰的交付结构。用几个场景说明照片整理相机默认的文件名是IMG_0001但这是按下快门的顺序并不是拍摄地点或者主题。要做到“2025_城市名_素材_001”这种结构靠手工就是灾难。办公文档把多个合同文件统一命名为“项目X_合同_甲方_日期”后后续检索和归档会轻松很多。代码项目配置文件、素材文件经常需要统一加前缀或改扩展名手动改容易漏。资源下载杂乱的下载文件名可以批量把空格替换成下划线去掉括号里的推广标记。另外我踩过一个很实在的坑纯序号命名。有一年做素材归档我把所有视频都改成“素材_1.mp4、素材_2.mp4……”结果系统按文件名排序时1后面跟着10、100整个顺序全乱。这在播放器里尤其明显。后来统一改成“素材_001.mp4”这种补零形式问题才解决。这件事告诉我文件重命名的核心不是改个名字而是让名字能够承载排序、归类、检索的信息。所以批量文件重命名的真正价值是三个方面一是省时间把重复劳动交给软件二是纠错统一命名规范后避免乱序和重名三是建立可追溯的文件体系让后续的搜索、脚本处理、协作交付都有据可依。1.2 常见的五种批量重命名方案我最后选了谁市面上的批量重命名路子其实不少我一个个实测过简单做个横向对比方案上手难度功能范围是否建议系统自带重命名低只能加序号和改主名临时凑合可用命令行脚本中功能强但要求会写命令适合开发者第三方专用工具中低规则丰富、有预览主力方案自写脚本高可定制最强适合有编程背景在线网页工具低受上传/下载限制不建议大量文件先说说系统自带功能。Windows下选中一批文件后按F2输入新文件名会自动生成“名字 (1)、名字 (2)”。macOS的Finder也是类似逻辑按住Option批量改名可以自定义名称和序号。这套方案最大的优点是零学习成本但它只满足“加序号”这一种需求。我试过用系统自带功能处理复杂规则比如给一批文件插入日期、替换部分关键字、提取原有编号完全做不到。命令行方案里Linux/macOS可以用rename或者for循环加sed处理Windows可以用PowerShell的Rename-Item配合-Replace等参数。它的优势是很多服务器上没法装图形界面的工具只能靠命令劣势是写出来的命令稍不留神就会误伤文件而且没有可视化预览风险不小。我自己在服务器上处理几百个日志文件时用过几次每次都是反复用echo模拟输出验证才敢真正执行。自写脚本就更夸张了Python的pathlib库可以几行搞定但前提是你得会写脚本还得处理边界情况。对大多数非开发背景的整理需求来说脚本的调试时间比手工改文件还长得不偿失。所以我最后的主力方案是第三方专用工具外加快捷键辅助。原因有三个第一规则逻辑图形化不用记命令语法第二预览界面能看到执行后的完整文件名列表确认过再动手第三大多数工具有撤销机制和批量设定功能操作容错率高。这类工具很多是跨平台的也有开源版本不会因为操作系统不同而割裂工作流。1.3 选批量重命名工具我的五条判断标准工具不是越贵越好也不是功能越多越合适。我给身边朋友推荐时通常会让他们按下面五条标准卡一遍必须有可靠的预览功能。没有预览的批量重命名工具就是耍流氓因为你没法在脑子里精确推演1000个文件执行后的结果。撤销机制要能恢复批量操作前的状态。最好是工具会把改名记录存成日志或者提供“反向重命名”的入口。规则类型要覆盖序号、查找替换、插入/删除、大小写、扩展名修改、按时间戳/EXIF信息命名至少这些得有。没有的话后续八成还得换工具。支持保存常用规则预设。整理照片和整理文档通常用两套完全不同的命名规则能保存预设会让重复劳动大幅减少。打开和重命名大目录不卡顿。我实测过一个含上万个文件的目录如果工具启动都要半分钟用它不如用命令行。还有一个很多人忽略的细节工具是否保留文件扩展名。有些工具改名的同时会把扩展名误吞掉导致文件关联程序识别不了这种工具再好看也不能用。2. 重命名规则设计从需求到可落地的方案选定了工具之后你会发现真正花时间的不是打开软件而是把“我想整理文件”拆成“具体的命名规则”。这部分我被搞坏文件的次数最多教训最深所以单独写一节。2.1 先把文件名拆开看专业一点看一个完整的文件名由几个部分组成文件主名承载主要信息比如IMG_0001、项目报告扩展名标识类型比如.jpg、.pdf、.py命名结构主名里的分隔符、字段顺序隐含信息文件名里可能编码了日期、序号、地点、版本号做批量重命名之前先统计目录下现有文件的命名模式把“文件名里已经有但混乱的信息”提取出来后面就有素材可用了。我常用的一招是先把所有文件名导出来列成清单然后在表格里筛选一下命名规律。用批量重命名工具的话可以直接在预览区域观察把要保留的字段做上标注。比如这是某次整理活动照片前的实际文件名列表IMG_20251001_122534.JPGIMG_20251001_134512.JPGIMG_20251002_092030.JPG临时文件_未命名.pngDCIM_5621.JPG这里的元素大概有日期、时间戳、随机序号、无意义前缀。如果目标是整理成“活动名称_日期_序号.jpg”规则就很清楚了先把日期时间戳提取再重命名分类。2.2 高频规则逐个拆解1序号填充这是最常用的规则。核心参数有起始值、步长、位数。补零位数决定了文件排序的稳定性。比如“素材_1.jpg”到“素材_1000.jpg”的排序会乱改成“素材_0001.jpg”到“素材_1000.jpg”就能按字典序正确排列。位数最好根据最大文件量定1000个文件至少用4位。2查找替换把文件名里的旧字符改成新字符。适合把“空格”换成“”把“-”统一成“”或者去掉广告后缀。注意替换时要考虑是否区分大小写、是否全词匹配。3插入/删除字符按位置或按字符操作。比如把文件名第5位之后插入某个字段或者把文件名开头两个字符删掉。这类规则通常配“从第X位开始”“删除前N位”来用。4大小写转换全大写、全小写、首字母大写、扩展名小写。很多从网上下载的资源文件名又乱又杂统一小写后再处理方便很多。5扩展名修改批量修改文件类型标识。适合处理一批后缀名不一致的文件比如.JPG和.jpg混在一起统一成.jpg或者.ts转.mp4。注意扩展名改了不等于格式转了这只是改名不会改变文件内容。6正则表达式提取这是高阶玩法。比如从“IMG_20251001_122534.JPG”里提取“20251001”可以用正则表达式捕获组配合反向引用。批量重命名工具里通常用$1这种占位符来引用捕获结果。能用正则的时候很多复杂需求都是一条规则的事。7元数据命名从照片的EXIF信息读取拍摄时间、相机型号从音频文件的标签读取歌手、专辑名。这个能力特别适合摄影师和媒体工作者。整理素材时可以按“拍摄日期_地点_序号.mp4”自动命名所有信息都不用手工输入。2.3 规则组合与执行顺序批量重命名工具的常见交互是先添加多条“规则步骤”然后按顺序执行。执行顺序极其重要因为前面规则的结果会作为后面规则的输入。举一个我常用的组合对一批照片做最终命名步骤是这样的重命名前先提取EXIF拍摄时间添加一个新字段“拍摄日期”删除原来的相机序号前缀把扩展名统一为小写在前面插入“项目活动_”最后把所有文件按日期递增挂上三位序号这里如果顺序错了比如先插入前缀再提取日期提取逻辑就会受影响。我在实操里曾经把替换规则放在序列规则之后结果替换操作把新生成的序号也给替换了整批文件名变得不伦不类。所以建议每次添加规则后先看一遍预览再执行下一步。另外要特别注意命名长度。文件系统对文件名长度有上限NTFS是255个字符macOS的APFS默认也是255个UTF-16字符ext4单字段255字节。中文、emoji占用字节数不同用超长规则命名时容易被系统截断。我的经验是总长度控制在100字符以内看着舒服也不容易出兼容问题。2.4 几条通用命名习惯这些是我反复踩坑后总结的原则适合绝大多数场景日期一律用YYYYMMDD格式不要用“2025年10月1日”或者“10.01.25”前者排序正确后者排序是灾难。字段之间用“_”或“-”分隔不要用空格。很多脚本和程序对空格敏感。避免使用特殊字符尤其是Windows下的\ / : * ? |。序号放在最后或者最靠前取决于你要不要快速看到总数。同一个目录内新命名必须保证唯一。工具如果提供了“冲突检测”一定要开着。3. 1000个文件重命名的完整实操过程这一节用我最近的一次整理为例完整走一遍1000个文件批量重命名的流程。整个流程下来规则设计花了几分钟软件执行不到1秒。3.1 实操前准备三件事不能省准备阶段我固定做三件事复制一份备份。最简单的做法是把整个文件夹压缩成zip放一边。不要嫌占空间批量改名出错时这份备份是唯一的后悔药。即使工具声称有撤销功能也能靠日志但万一工具崩溃或者覆盖了已有文件备份能救命。打开文件资源管理器的“显示扩展名”选项。有次我没开扩展名显示规则里用了错误后缀结果一边运行一边看到几百个文件的扩展名被清掉想撤销都来不及。检查目录里是否有正在被其他程序占用的文件。比如某个视频正在播放器里开着改名时会提示失败更麻烦的是有些工具遇到异常就中途停止前面已经改名的文件也回不去。3.2 构建规则以“旅行素材按日期和地点命名”为例手里有1000个文件来自两次旅行素材集合现有文件名是“IMG_20251001_.JPG”和“IMG_20251002_.JPG”混在一起另外还有几十个“临时导出_未命名.png”。我的命名目标全部整理为“旅行记录_城市A_20251001_001.JPG”这种结构其中“城市A”字段来自源文件夹不是文件名信息。用工具操作是这样的打开工具把整个素材目录拖进文件列表。添加第一条规则查找替换把“IMG_”替换为空把“临时导出_未命名”替换为空。这一步的作用是先清掉不需要的前缀。添加第二条规则提取命名中的日期字段。我的工具支持“从文件名中捕获数字序列并新增列”把20251001和20251002提取出来。添加第三条规则插入文本“旅行记录_城市A_”位置放在开头。添加第四条规则插入“”和日期字段放在“旅行记录_城市A”的后面。添加第五条规则按顺序号命名起始值1补零到3位放在最后。打开预览确认20251001开头的照片挂上的是城市A目录对应的日期确认没有重名、没有空文件名。规则逻辑看起来不算复杂但关键在参数设置。比如补零位数的选择这里最大序号是10003位到999不够所以要么用4位要么按目录大小预判。如果工具支持自动根据计数长度补位那就直接选“自动”。最终还是以预览结果为准。3.3 执行后的验证四个检查点点击执行后1000个文件的重命名确实在1秒内完成因为大部分文件只涉及主名修改没有移动位置、也没有读取内容。但执行完成不等于万事大吉我每次都会按下面四个检查点复核文件总数是否不变整理前的总文件数应该和整理后完全一致少一个都要排查。扩展名是否完好随机抽查几个文件确认后缀和原文件类型匹配。排序是否正常在资源管理器里按文件名排序看序号是否连续、日期是否递增。抽查文件内容能否正常打开尤其是改了扩展名的文件必须实际打开一下验证内容没有损坏。检查过程中如果发现问题立刻从备份恢复不要先试图修复。回头再研究工具哪里没设置对成本低得多。3.4 关于“1秒”的计算与真相有人会较真“1000个文件1秒完成”。实际执行速度取决于三个因素规则复杂度纯查找替换、加序号这类简单规则处理1000个文件只用几十毫秒到几百毫秒用EXIF提取元数据时工具要读取文件内容速度会慢可能在几秒到十几秒。文件存储位置普通机械硬盘重命名1000个文件受寻道影响耗时可能在1-2秒以上NVMe固态基本可以忽略寻道开销。工具内部实现使用批量提交元数据修改的工具会比逐个调用系统接口的工具快很多。所以我更愿意把“1秒完成”理解为“批量操作的低成本”而不是一个绝对数字。对绝大多数实际需求来说关键在于不要手工逐条改名而是让规则一次跑完。4. 常见问题与排查技巧实录这一节全部来自我真实操作中遇到的坑基本可以当排错手册用。4.1 高频故障速查表症状可能原因解决思路重命名后出现重名文件规则没有考虑唯一性或冲突检测关闭开启工具冲突检测或把文件名追加日期/序号扩展名消失文件打不开规则里误删了扩展名或没开启扩展名显示立即从备份恢复然后重新设计规则中文文件名变成乱码文件名编码不兼容工具有编码选择把工具编码改为UTF-8或避免使用中文变量提示“权限不足”文件被占用或目录权限不够关闭占用程序以管理员权限运行工具部分文件改名失败文件名长度超过255字符缩短命名规则字段精简路径层级撤销按钮是灰的工具没有记录历史操作用备份恢复或者反向写一条重命名规则改名后无法分享到某些平台文件名里含特殊字符或路径过长使用规则统一为数字、英文、下划线4.2 恢复误操作的四种套路误操作几乎人人都会遇到。我默认的第一道防线是操作前备份第二道防线是工具内置的“撤销”或“重命名日志”。如果两个都没有还有下面两种自救方法反向重命名已知原文件名规律和现在的命名规律构造一条反向规则执行回去。比如刚才把“IMG_”替换成了空现在就反过来把空的位置替换成“IMG_”。注意这要求你对原规则记得足够清楚否则会越改越乱。使用文件管理器历史某些文件管理器有历史记录功能可以查看文件夹改名记录但并不是所有操作都被记录所以不能依赖。恢复操作最容易犯的错误是心慌之下继续执行规则试图把问题“补”回来。我的经验是出错后第一件事永远是停止执行第二步是确认备份存在然后才是处理。4.3 几个容易忽略的细节有一种情况我吃了大亏给代码项目里的文件重命名后项目里的引用路径全部失效了。文件名可能被构建脚本、配置文件引用重命名之前最好先看看项目里有没有对文件名的硬编码引用。还有一次我以为工具支持正则结果它把$1当作普通字符导致整批文件里出现了奇怪的“$1”字样。用正则之前建议先用文件名少的目录测试规则是否能正确捕获。共享文件夹里的文件被同事打开时重命名会在对方那里提示“找不到文件”。批量重命名前最好先通知相关协作成员或者选择下班时间操作。批量重命名工具处理的是文件名不是文件内容。有些人误以为把扩展名从.png改成.jpg图片就变成jpg了这是错误认识。格式转换是另一个操作。4.4 面对上千个文件的特殊注意事项当文件数量超过上千时有几个额外风险文件管理器或工具可能卡在生成预览阶段。遇到这种情况可以先在子目录分组处理避免一次性加载上万条记录。排序与序号的关系要提前演算。如果你按“创建时间”而不是“文件名”排序那纯顺序号的命名方式会让原本的时间顺序重建必须确认工具是否支持按“创建时间”排序后再加序号。分批处理时要注意边界不要第一批从001到500第二批又从001开始否则重名冲突会再次出现。建议统一用全局连续编号或者把批次标记体现在目录名上。5. 从批量重命名到文件管理习惯工具解决的是“一次处理大量文件”但如果没有持续的文件管理习惯过两周同样的混乱又会回来。这一节讲我在批量重命名之外沉淀下来的工作流。5.1 把规则保存为预设现在我文件夹里常驻三套重命名预设照片归档日期地点序号带EXIF信息提取文档资料项目名文档类型版本号素材下载统一小写、去空格、去广告后缀每次处理同类文件时直接调用预设再微调参数。预设的存在意义是让规则设计成本降到接近零真正做到“打开工具、选预设、预览、执行”。5.2 配合自动分类一起用批量重命名不是孤立操作。我一般把它和自动分类联动先按扩展名归类比如所有图片进images目录、所有文档进docs目录再用批量重命名工具给每个目录里的文件统一命名。这样做的好处是规则里不用再写文件类型的边角逻辑目录本身已经承担了分类信息。5.3 文件名里的最小信息原则最后说一个我个人最底层的思考文件名的信息量不是越多越好而是刚好满足检索需要就好。日期、主题、序号通常足够再加地点、版本号也无妨但如果把作者、设备、分辨率、大小全部塞进文件名文件名会变得又臭又长反而不好用。给文件名设一个信息上限剩下信息放到文件夹结构里或者用专门的资料库软件管理。我自己现在的文件命名基本都控制在20到60个字符之间一眼扫过去既清楚又整齐。批量重命名软件用的是规则引擎但引擎效率再高也替代不了你对自己的文件体系想清楚。工具负责把规则执行到底而规则定义者始终是你自己。

相关新闻

基于Python的大学生就业数据分析系统:从Django选型到可视化部署完整实践

基于Python的大学生就业数据分析系统:从Django选型到可视化部署完整实践

最近来问我项目怎么做的人里,十个有六七个撞在同一个题目上:基于Python的大学生就业数据分析系统。更常见的问法是,有人直接拿“django-flask基于python”这种标题过来,说模板库里下载了,问能不能帮忙看看。这个题确实…

2026/10/10 10:47:12 阅读更多 →
基于Hono和JWT的Cloudflare Workers API认证实战

基于Hono和JWT的Cloudflare Workers API认证实战

做接口开发的人,基本都绕不开身份认证这道坎。最近我在折腾一个跑在Cloudflare Workers上的内部工具,需要给一组API加上登录校验,想了半天,最后用了Hono框架配合JWT来实现,流程走通之后发现这套组合比想象中顺手&#…

2026/10/11 12:18:01 阅读更多 →
编辑器、编译器与IDE的本质区别与协同工作流

编辑器、编译器与IDE的本质区别与协同工作流

1. 为什么今天还要花时间搞清楚编辑器、编译器、IDE的区别?很多人刚接触编程时,被这三个词绕得头晕:写代码的叫编辑器,运行代码的叫编译器,而那个“功能多到眼花缭乱”的软件又叫IDE——可它到底和前两者是什么关系&am…

2026/10/10 10:47:12 阅读更多 →

最新新闻

bloub自定义指南:8种形状×12种颜色×16种表情,打造专属AI机器人头像

bloub自定义指南:8种形状×12种颜色×16种表情,打造专属AI机器人头像

前端图形学 【免费下载链接】bloub SVG recreation of the x.ai bot avatar. One shape morphing through 14 states, measured off the reference video frame by frame. 项目地址: https://gitcode.com/gh_mirrors/bl/bloub 点击查看 免费下载 bloub 是一个纯 SV…

2026/10/11 13:16:53 阅读更多 →
企业级落地agent-beacon:Agent遥测转发到S3、Splunk、Datadog的部署清单

企业级落地agent-beacon:Agent遥测转发到S3、Splunk、Datadog的部署清单

【免费下载链接】agent-beacon The cross-harness, self-improving memory layer for AI agents. 项目地址: https://gitcode.com/gh_mirrors/ag/agent-beacon 点击查看 免费下载 在企业部署 AI 编程助手(Claude Code、Cursor、Codex 等)时&…

2026/10/11 13:16:53 阅读更多 →
什么是bpw(bits-per-weight)

什么是bpw(bits-per-weight)

bpw(bits-per-weight,即每个权重所占用的平均比特数)是大语言模型(LLM)量化领域中衡量模型压缩程度与平均精度的核心指标。 传统量化(如 INT8 或 INT4)通常是“整齐划一”的——模型里每一个权…

2026/10/11 13:16:53 阅读更多 →
内存分配器深度对比:glibc malloc、tcmalloc、jemalloc与自研池性能实测

内存分配器深度对比:glibc malloc、tcmalloc、jemalloc与自研池性能实测

2. 测试方法论:怎么对比才不算自嗨在做任何“性能对比”之前,必须先解决一个核心问题:你的对比到底是公平的吗?我见过太多人拿着一份 benchmark 数据就下结论说“tcmalloc 吊打 malloc”,结果换了一台机器、换了一个业…

2026/10/11 13:16:53 阅读更多 →
如何用QuantMind回测中心做Qlib高性能回测:费用滑点涨跌停全模拟教程

如何用QuantMind回测中心做Qlib高性能回测:费用滑点涨跌停全模拟教程

金融科技人工智能AI Agent大模型后端前端 【免费下载链接】QuantMind QuantMind(量化大脑)开源版是一款面向个人开发者与投研团队的 AI 原生多市场量化交易平台。深度集成微软 Qlib、RD-Agent 因子演化与 QuantBot全能工作台,提供从 300 维因…

2026/10/11 13:16:53 阅读更多 →
Ghostty Blackhole参数完整清单:30+个可调常量逐个详解

Ghostty Blackhole参数完整清单:30+个可调常量逐个详解

【免费下载链接】ghostty-blackhole Ghostty Blackhole puts a real, ray-traced black hole inside your terminal. It grows as Claude Codes context window fills up, live. A fresh session is a quiet hole in the corner. A full one swallows half your screen. Youll …

2026/10/11 13:15:53 阅读更多 →

日新闻

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

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

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

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

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

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

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

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

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

2026/10/11 0:00:27 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/11 0:00:27 阅读更多 →

月新闻

我发现了一个新思路:用 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/11 10:45:37 阅读更多 →
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/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练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/10 10:38:42 阅读更多 →