AI写作的最后一公里:文档导出自动化链路拆解
最近一年我和不少做内容的朋友聊大家几乎都有同一个感受AI写东西越来越快但把AI写完的内容变成一份能交付的正式文档反而成了整个流程里最磨人的环节。这个“最后一公里”涉及文档导出、格式转换、排版规范很多人至今的做法还是复制粘贴加手动调整。直到最近我重新梳理了一遍自己的产出链路才意识到一个明显的变化文档导出赛道正在换主角从“人工排版补救”转向“自动化导出链路”。这篇文章就从我的实际踩坑和复现经验出发把这个变化拆开讲清楚。1. 先看痛点AI写完之后到底卡在哪一步1.1 AI输出的内容和交付要的内容是两种物种AI写作工具给出来的内容本质上是富文本或者带轻量标记的文本里面有大标题、小标题、列表、引用、代码块这类结构。如果你只在对话界面里看觉得已经很整齐了甚至可以说像模像样。但一旦你把内容复制进正式的文档软件里问题立刻暴露标题层级对不上、列表缩进全乱、代码块变成普通文本、表格跨页断裂、中文字体忽大忽小。你花在AI对话上的时间可能只有十分钟但整理格式的时间可能要一个小时。这不是某个工具做得不好而是“内容结构”和“交付排版”本来就是两套体系。AI擅长生成语义结构而文档软件更关心的是视觉呈现和打印效果。中间的转换层一直没有被认真对待过去靠的是人的手工程序来兜底也就是复制粘贴、选中、改字号、调缩进、加页码。1.2 传统“复制-粘贴-手动调”模式的三笔成本我统计过自己几次真实产出发现这条老路其实在偷偷吞噬三笔成本。第一笔是时间成本。假设你用AI生成了六千字的项目报告手动排版至少需要三十分钟到一小时包括设置标题样式、调整正文行距、统一字体、处理页眉页脚、生成目录。如果是二十页以上的方案文档时间成本还要翻倍。第二笔是一致性成本。手动调整最大的问题不是慢而是没有标准。今天你在这个文档里一级标题用三号黑体加粗明天在另一个文档里可能就变成了四号微软雅黑加粗。同一批内容分散在不同文件里格式不统一最后打包交付时非常难看。第三笔是更新成本。AI写的内容几乎不可能一次定稿你通常要改数据、换案例、调表述。如果是手动排版每改一次内容就要重新调一遍格式而格式调整往往比内容修改更耗时。这三笔成本叠加起来结论已经很明显“复制粘贴-手动调格式”不是笨的问题而是从根本上就不适合AI高频产出的场景。当一个人的AI产出量从每周一篇文章变成每天十份材料手工精调就彻底不可行了。1.3 这其实是一个系统性问题有人可能会说那就让AI直接生成Word文件不就行了。问题在于AI模型本身不擅长精确控制页面布局它知道“该有个标题”但不知道“这一页的第几行出现标题”是更适合交付的状态。现代AI的强项是语义生成弱项恰恰是像素级和几何级的版面控制。所以“文档导出”这个环节不是AI写完之后的附赠功能而是AI内容走向正式交付场景的必经桥梁。以前大家不关注它是因为AI写的东西大多数时候只是草稿、灵感、初稿属于“自己的东西”不用太讲究格式。但现在的场景明显变了不少团队直接用AI写对外文档、投标材料、研究报告、培训课件和客户方案。这些东西一旦面向外部格式、规范、品牌视觉全部变成硬指标。桥如果断了前面AI写得再好也白搭。2. 换主角的含义从“事后补救”到“事前定义”2.1 新方案到底在解决什么问题新的文档导出方案核心思路和以前完全相反。以前是“先有内容再想怎么排版”新方案是“先定义好排版规则再把内容往里灌”。听起来区别不大但实际操作上完全是两个维度。一个成熟的自动化导出链路至少要解决三个问题。第一个问题是格式映射。AI输出的一级标题、二级标题、正文、列表、引用、代码块要能一一对应到文档软件的标题1、标题2、正文样式。这个映射不能是简单粗暴的一一对应还要考虑中英文混杂、列表嵌套、长表格拆页这些现实情况。第二个问题是模板回收。与其每次新建文档时从零调整不如提前做一套甚至几套标准模板把字体、字号、行距、页边距、页眉页脚、配色全部固化下来。不同的文档类型用不同的模板比如项目报告用商务风模板培训课件用教学风模板技术文档用极简风模板。第三个问题是批量和可重复。昨天写了一份周报导出成功今天写了一份季度总结就应该用同一个流程导出成同样风格的正式文档。批量场景下还要能做到一次处理几十个文件而不是一个一个手动操作。2.2 为什么这个赛道偏偏在这个时间点换主角如果只是“工具更好用了”还不至于说赛道换主角。真正的原因有三个叠加在一起才让这个变化变得不可逆。第一个原因是大模型让内容产出频率显著提升。以前一个人一周写一份报告排版慢一点还能忍受现在用AI辅助一个人一天可能产出好几份初稿。内容变多了导出的瓶颈就被放大了所有人的注意力自然会从“写不出”转移到“导不出”。第二个原因是结构化输出的普及。现在的AI工具普遍支持输出Markdown、JSON这类带结构的格式这给自动转换提供了基础条件。你拿到的不再是一团无结构的文本而是有标题层级、有列表关系、有段落边界的内容流。只要转换层稍微懂点结构就能做出远比纯文本复制粘贴更好的结果。第三个原因是文档自动化生态开始成熟。无论是主流办公软件自带的样式和模板能力还是各种开源转换器和脚本库都已经发展到了“换个参数就能用”的程度。过去想做文档自动化你得自己写一堆兼容层代码现在只需要搭积木一样把现成组件接起来。这三个原因合力作用下主角才真正换了。“文档导出”这件事从一个反人性的手工活变成了一个可以标准化、自动化、规模化的工程问题。3. 实操一条可复制的自动化导出链路3.1 整体流程怎么设计我目前跑通的链路从AI对话完成到拿到正式文档一共分四步。第一步在AI对话里约定输出格式。我会在提问时直接要求“用Markdown格式输出一级标题用#二级标题用##列表用-表格用Markdown表格代码块用反引号包裹”。这一步很多人忽略但非常关键。AI在给出结构良好的标记内容时后续转换的准确率会大幅提升。第二步用转换层做结构解析。把AI返回的内容保存成Markdown文件再用转换工具把它解析成结构化的对象模型。这一步相当于把“文本”变成“数据”让后续排版不再靠肉眼识别。第三步套用样式模板输出正式文档。把解析出来的结构对象按照预先定义好的模板样式生成目标格式文档。目标格式可以是Word、PDF也可以是演示文稿。第四步人工审校。自动生成的文档不可能完全完美尤其是图片位置、表格列宽、分页这类的细节仍然需要人工过一遍。但这时的审校是“检查”不是“重建”时间成本已经大大压缩。3.2 场景一从AI回答到一份标准的Word报告我以一份三千字左右的月度项目汇报为例说下具体操作。AI写完后我会把内容以Markdown形式存成文本文件。假设文件名是report.md里面的一级标题对应汇报的大章节二级标题对应小节正文段落就是纯文本数据部分用表格重点内容用加粗标记。接下来是核心关键用转换工具生成Word文档。这一步的典型命令逻辑是这样doc-convert report.md -o report.docx --stylebusiness-template.docx这条命令在真实使用中会对应到具体工具不同引擎的写法有差异但逻辑完全一样输入一个带结构的文本文件指定一个输出文件名再挂上一个样式模板。转换完成后我打开Word文件检查三样东西标题层级是否映射正确、表格是否完整、封面和目录是否自动生成。这里有几个容易踩的坑值得多说。一是Markdown里的加粗标记转到Word后会变成加粗字符如果你的模板里正文本身是常规体加粗强调后的内容会很明显这是好事。二是表格列宽AI生成的表格列数多了之后在Word里可能撑破页面我通常会提前在Markdown阶段就把列数控制在五列以内。三是自动目录最好在转换命令里开启“自动生成目录”选项而不是事后手动插入否则页码更新会很麻烦。3.3 场景二把AI大纲变成一个PPT演示文档Word之外另一个高频场景是PPT。AI特别擅长生成演示大纲但把大纲变成一页页漂亮的幻灯片过去完全是手工活。新的方案是让AI只负责结构和文案版式交给模板引擎。我的做法是先用AI生成每页的标题、要点和备注格式如下# 第1页 ## 标题为什么需要自动化导出 - 要点一内容产出速度提升 - 要点二格式瓶颈凸显 - 备注讲这里时强调最后一公里的概念 # 第2页 ## 标题传统路径的三大问题 - 问题一时间消耗 - 问题二格式不一致 - 问题三更新成本高保存成大纲文件后用演示文稿转换指令处理。逻辑同样是“大纲内容 幻灯片模板 成品PPT”。模板里定好首页版式、章节页版式、正文页版式、图表页版式大纲里的每条结构会自动放进对应版式。这里有个很实在的经验AI生成PPT大纲时最容易出现的问题是每页文字过多。我一般会要求“每页不超过四行要点每行不超过十五个字”。如果AI偶尔超了我在转换前会先做一次删减而不是转换完再在PPT里逐页删。因为在文本阶段改内容成本极低在幻灯片阶段改版式成本很高。3.4 场景三批量导出多个AI生成的文件单文件转换跑通之后自然要解决批量问题。我现在会用脚本批量处理整个目录下的Markdown文件一次性生成多个Word文档。这个流程的骨干是这样的for file in drafts/*.md; do doc-convert $file -o output/$(basename $file .md).docx --styletemplate.docx done这个脚本的意思是遍历drafts目录下的所有Markdown文件逐个转换并输出到output目录。批量场景下我建议在文件名里提前约定好文档类型前缀比如report-开头的走报告模板plan-开头的走计划模板training-开头的走培训模板。这样脚本里还能加入简单的自动模板选择逻辑。批量转换的好处不光是省时间更重要的是一致性。几十个文件用的是同一套模板、同一套样式映射最终交付的整套文档风格完全统一。这对做项目集交付、知识库整理、课程包制作这类场景特别有用。4. 常见问题与排查技巧实录4.1 高频问题速查表我在实际使用中收集了几个出现频率最高的问题整理成一个速查表方便遇到时快速定位。问题现象可能原因排查思路标题层级全部变成同级源文件里没区分标题级别检查Markdown是否混用了#和##AI生成时优先用一级标题通篇打头中文字体在模板里不生效模板样式名和转换器默认样式名不一致打开模板文档确认样式名统一改成“正文”“标题1”这类标准名表格内容超出页面宽度表格列数多或单元格文本过长减少列数对长文本提前做截断处理或设置自动换行属性图片位置乱跑源文件里图片没有指定对齐方式在Markdown阶段就写好居中标记或转换后用脚本统一设置生成PDF时目录页码错乱未在Word阶段更新域代码转换后在Word里CtrlA全选然后按F9更新所有域AI内容里的序号和文档编号冲突转换器自动识别了有序列表对不需要自动编号的段落取消列表属性改用纯文本格式4.2 三个非常值得留意的隐性坑除了表里的问题还有三个隐性坑我觉得比显性问题更值得说。第一个坑是“模板过于花哨”。刚做自动化导出时容易把模板设计得非常华丽加很多装饰线条、色块、阴影效果。但越复杂的视觉元素在自动转换时越容易出问题因为每个元素都需要特定的映射规则。我的经验是初始模板先做到“干净规范”把字体、字号、间距、标题层级做对再根据实际需要逐步加装饰。第二个坑是“过度相信一键转换”。自动导出能解决百分之八十的排版问题但最后的百分之二十必须人工介入。尤其是封面设计、特殊图表、复杂页眉页脚自动方案的效果通常不如手工精细。如果交付对象是外部客户建议自动生成后由人再过一遍视觉细节不要直接拿原始自动导出结果交出去。第三个坑是“格式标准不统一就上自动化”。如果团队里每个人对“什么是规范格式”的定义都不一样自动化只会加速混乱因为它会把不统一的模板规则快速复制到所有文档里。先花时间定标准再把标准做成模板最后才上自动化。这个顺序不能反。4.3 排查问题时的基本思路遇到问题时我一般的排查顺序是先看源文件再看模板最后看转换器设置。源文件阶段最容易出错的是Markdown语法不规范比如列表没空行、标题井号后没空格、表格分隔线缺行。这些问题看起来小但在结构解析阶段就会出连锁反应。模板阶段的排查重点是样式名。转换器不认识“好看的大标题”这种模糊概念它认识的是“标题1样式”“标题2样式”“正文样式”这类明确名称。模板里如果样式名是自定义的需要先做好名称映射。转换器设置阶段的排查主要看有没有开自动目录、有没有启用样式覆盖、有没有指定字体回退策略。这几个参数直接影响最终文档质感。5. 选型建议与避坑清单5.1 怎么选择适合你自己的导出方案文档导出赛道的工具多起来之后选择反而成了一个问题。我根据自己的经验把方案分成三个档位。第一档是轻量型方案适合个人用户和偶尔导出的人。特征是用主流办公软件自带的样式功能手动做一套模板配合AI输出Markdown后手动套用。优点是学习成本低缺点是批量能力弱格式调整依然要花时间适合每月导出少于十份文档的场景。第二档是脚本型方案适合经常导出、有基本脚本能力的人。特征是把转换命令固定成脚本配合统一的模板和命名规则实现半自动导出。优点是一致性好适合每月导出几十份文档的场景缺点是模板改动时需要动脚本逻辑。第三档是平台级方案适合团队协作和产品化交付场景。特征是有统一的模板库、权限管理、批量操作界面甚至嵌入了AI能力能自动识别文档类型并选择对应模板。优点是全流程可控适合高频、多人协作的团队场景缺点是初期配置成本高。选型时不要只看功能列表要结合自己的实际频次、团队规模、可维护性来定。我一直坚持一个原则方案是你愿意长期维护的方案否则再强大也等于零。5.2 一个经常被忽视的投入点模板维护很多人以为做一次模板就一劳永逸了实际上模板是需要持续维护的。公司品牌色调整了模板要改发现某个字体在部分电脑上显示异常模板要改项目汇报的固定栏目有了新增项模板也要改。我建议把模板文件单独放在一个受控目录里命名带上版本号比如business-template-v2.docx。每次有调整就改名不覆盖旧文件。这样做的好处是如果新模板有问题你可以快速回退到上一个版本。同时可以把模板的格式规范说明写成文档让团队其他人在使用时有据可查。5.3 避坑清单选型和落地过程中有几条教训是我付出了实际时间成本换来的。不要直接用AI生成的原始字符当文件名里面可能包含特殊符号导致脚本路径解析报错。我习惯在保存文件时先清理文件名只用字母、数字、横线和下划线。不要在模板里使用过多特殊字体。自动转换时如果目标电脑没有安装对应字体会触发字体替换版面效果完全不可控。字体选择上优先选主流操作系统自带的中文字体。不要让自动导出直接输出最终版。我会让自动导出先输出一个标注了“待审校”字样的版本人工确认后再另存为最终交付版。这样能避免出现低级错误直接进到客户手里的尴尬。不要把AI生成内容的修订流程和导出流程混在一起。先定稿内容再执行导出。如果一边改内容一边反复导出既浪费时间又容易在版本管理上出岔子。6. 这一轮变化带来的实际影响6.1 对个人工作流的影响对我自己来说最直观的变化是文档产出这件事的“心态压力”变了。以前写完内容想到还要整理格式会不自觉拖延现在内容在AI对话里结束之后我心里清楚剩下的事情是一条自动流水线只需要最后检查一遍就好。这种心理负担的解除对高频产出的人来说非常重要。另外自动导出链路的建立也反向提高了内容质量要求。因为格式化成本变低了一份报告反复修改和重新导出变得很便宜我反而更愿意在措辞、数据准确性上多花时间而不是像以前那样“内容差不多就行排版费劲不想再动”。6.2 对协作流程的影响在团队协作层面文档导出从个人手艺变成公共基础设施后“文档风格统一”就不再靠每个人自觉了。以前每个人交上来的文件五花八门收集汇总时全凭牵头人手动归整。现在统一的模板和导出链路保证所有成员生成的文档天然一致牵头人只需要关注内容质量不用做重复的格式清洗。自动化导出还让“多人同时产出不同章节、最后由一个人汇总成完整文档”这件事变得可行。各人分别用AI生成自己负责章节的结构化内容再用统一的转换指令合并导出速度远比以前快。6.3 对内容交付价值的影响往更远处看文档导出赛道的这次换主角本质上是把“内容生产”和“价值交付”之间的断点接上了。AI之前解决的是“从无到有”解决了写什么的灵感来源文档导出要解决的是“从不合格到合格”解决的是给出去的东西能不能被正式场合接受。以后AI写作工具的竞争很可能不再只是模型能力和可用性而是整个内容链路是否完整。谁能从对话框里的文本一路顺畅地变成符合规范的正式文档谁就能真正接管用户的产出流程。这一轮的“最后一公里”正在从一个默默无闻的工具链问题变成整个生产力工具版图里最关键的一幕。我个人在实际操作中的体会是不要把这个变化理解成一种炫技式的新工具热潮而要把它当成一次对工作方式的重新定义。你现在就可以做一件小事挑一份最近写过的AI生成内容用结构化成文的方式重新走一遍导出流程感受一下从“排了一小时版”到“一分钟导出、五分钟审校”的差别。尝到这个甜头之后你就知道文档导出赛道的主角替得值。

相关新闻

三维重建从“算一次”到“一直算”:持续计算技术实践与架构解析

三维重建从“算一次”到“一直算”:持续计算技术实践与架构解析

三维重建正在从「算一次」变成「一直算」这个标题我想了很久应该怎么写。主要原因是,最近我扎进了一个城市级三维重建项目里,发现连续加班的两周时间,几乎全部花在琢磨同一件事:为什么以前那套“先采数据、再离线重建、最后交付模…

2026/10/15 5:35:21 阅读更多 →
信息真空下的项目启动:从模糊代号到可交付物的实操框架

信息真空下的项目启动:从模糊代号到可交付物的实操框架

1. 当标题只剩三个字母:一次“信息真空”下的项目复盘拿到“rea”这个标题的时候,我第一反应是愣了一下。没有正文,没有关键词,没有摘要,连一句像样的描述都没有,就孤零零三个小写字母摆在那儿。这种输入条…

2026/10/15 5:35:21 阅读更多 →
DeepSeek深度思考过程导出指南:从手动复制到API自动归档推理链路

DeepSeek深度思考过程导出指南:从手动复制到API自动归档推理链路

在DeepSeek里想把包括深度思考过程的推理链路文字也导出到文件中,这个需求我太熟悉了。深度思考过程就是每次回答前那段默认折叠起来的灰色推理文字,比如“用户想要导出完整对话记录,需要先确认包含思考链路,然后设计导出方案………

2026/10/15 5:35:21 阅读更多 →

最新新闻

对抗样本攻击方法全解析:从FGSM到物理世界攻击

对抗样本攻击方法全解析:从FGSM到物理世界攻击

1. 对抗样本攻击的底层逻辑与整体分类框架搞机器学习安全这块的人,迟早会碰到对抗样本这个绕不开的坎。我第一次接触这个概念是在做一个图像分类的小项目时,模型在测试集上准确率跑到98%以上,结果把一张熊猫照片加上一层肉眼几乎看不出来的噪…

2026/10/15 6:13:42 阅读更多 →
屏幕蓝光与色温调节:Iris护眼软件配置指南

屏幕蓝光与色温调节:Iris护眼软件配置指南

长时间盯着屏幕,眼睛干涩、酸胀、晚上睡不着,这种状态持续了几年之后,我开始认真研究手里的显示设备到底哪里出了问题。折腾过显示器自带的护眼模式,试过系统里的夜间模式,也换过防蓝光眼镜——最后在日常主力设备上长…

2026/10/15 6:13:42 阅读更多 →
曲线轨道轮轨关系与钢轨磨耗养护全解析

曲线轨道轮轨关系与钢轨磨耗养护全解析

1. 曲线轨道:铁路线上最含蓄的“舞池”入行头几年,我一直觉得铁路最迷人的地方不是直线,而是曲线。直线太直白——两条钢轨平铺到底,列车轰隆而过,唯独曲线,列车在这里减速、倾斜、轮缘死死贴住轨侧&#x…

2026/10/15 6:13:42 阅读更多 →
YOLOv8移动端部署实战:NCNN、TNN、MNN三引擎横评与选型指南

YOLOv8移动端部署实战:NCNN、TNN、MNN三引擎横评与选型指南

忙了一下午,把训练好的YOLOv8s导出成ONNX,再转成三种不同的移动端格式,在真机上跑了三轮。反复替换、反复校准,最后得到的结论和很多人想的并不一样——跑分最高的引擎,不一定最少排坑;排坑最少的&#xff…

2026/10/15 6:13:42 阅读更多 →
对抗样本攻击方法全解析:从FGSM到PGD的实战指南

对抗样本攻击方法全解析:从FGSM到PGD的实战指南

1. 对抗样本攻击方法总结:从原理到实操的完整拆解搞对抗样本这几年,我最大的感受就是:攻击方法和防御方法就像在打一场永不停歇的军备竞赛。你今天找到一个能骗过模型的扰动,明天人家加个防御层就把你挡住了。但不管防御怎么进化&…

2026/10/15 6:13:42 阅读更多 →
桌面端AI工具实战:本地会话管理与API密钥安全存储指南

桌面端AI工具实战:本地会话管理与API密钥安全存储指南

1. 桌面端AI工具的核心价值与设计思路1.1 为什么桌面端是更务实的选择聊到AI工具的使用形态,很多人第一反应是打开浏览器、登录网页、输入问题、等待回答。这套流程在偶尔用用的时候没什么问题,但一旦你把它当成日常生产力工具,每天要调用几十…

2026/10/15 6:12:42 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/15 0:14:36 阅读更多 →
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/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练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/14 7:53:34 阅读更多 →