Gemini图像编辑升级:从生成到原生多模态对话式修图

Gemini图像编辑迎来这次重大升级后,我身边最先兴奋起来的不是纯技术圈,而是一群平时被修图工具来回折磨的设计师、电商运营和内容创作者。原来改一张商品图要经历"拍摄、抠图、换背景、调色、合成、导出"一整条流水线,现在直接把图拖进Gemini的聊天框,说一句"把背景换成浅灰摄影棚,阴影柔和一点",几秒钟后一张符合要求的图就出来了,而且还能一句接一句地继续往下改。

这篇文章不打算复述官方公告,我更想从实际使用者的角度,把这次升级背后的原理变化、实测中最实用的编辑玩法、提示词的写法套路,以及我连续测试时踩到的一堆坑和应对方法,完整地过一遍。无论你是想把手头修图工作流升级一圈的创作者,还是单纯好奇"AI到底能把照片改到什么程度",这篇应该都能给你一些可操作的东西。

1. 这次升级到底改了什么:从"生成"到"可编辑"的本质跨越

1.1 以前的AI修图为什么总差一口气

在说这次升级之前,得先回顾一下我们熟悉的AI修图是怎么运作的。过去主流的方案是"生成式重绘":模型先是生成一张全新图片,你通过提示词、参考图或者蒙版告诉它哪里要改,模型在对应区域重新扩散一遍像素。这个思路的本质是"掩盖旧信息、生成新信息",所以它有两个天然的问题。

第一个问题是随机性太强。同一句提示词,出图的构图、表情、细节可能每次都不一样。如果你只是想要"把左边那杯咖啡换成拿铁",模型重绘时可能连杯子的位置、色调、桌面的反光都一起改了。你会发现经常出现"改了一处、毁了三处"的情况,修图的后期成本全部堆在"反复抽卡"上。

第二个问题是上下文断裂。传统局部重绘只关心被蒙住的那一小块区域,它不太理解画面其他部分之间的逻辑关系。"换背景"这句话背后其实藏着一大堆物理信息:光源从哪个方向来、物体的反光应该落在哪、透视角度是否匹配、前景和背景的景深关系怎么处理——这些东西过去经常无法一并解决,结果就是主体看起来像被硬P上去的纸片人。

1.2 原生多模态编辑背后的原理差异

这次Gemini把图像编辑往"原生多模态"方向推了一大步。所谓原生,指的是同一个模型既负责理解图像,也负责生成和编辑图像,而不是把"看图"和"做图"拆成两套独立系统去拼接。

这意味着模型在动手改图之前,已经"看懂"了画面里有什么:桌面是木纹还是大理石、杯子具体在哪、光源大概从哪个方向来、前景和背景是怎么叠加的。它不是在像素层面打补丁,而是在语义层面做修改,再把符合语义的画面统一渲染出来。

打个比方:以前的做法像是一个不太熟悉你的修图师,你指着一个区域说"这里改一下",他只能照猫画虎,对画面的整体逻辑缺乏判断;现在更像一个真正理解画面的同事,你说"把落地窗外的光线调成日落金色",他会下意识地一起处理桌面的暖色反光、杯子的高光和整个环境色温,而不是只改窗户那一小块。

另一个容易被低估的变化是"连续性"。因为图像被当成对话上下文的一部分,每一轮修改的结果都会留在上下文中,下一轮修改是在这个"当前状态"上继续推进。你可以在同一条对话里把一张晴天外景图,一路改成阴天、改成夜晚、改成下雨,甚至中途改回晴天,模型都能理解自己现在面对的是什么状态,而不是每次都从头生成一张新图。这个"状态回传"机制,正是聊天式修图体验能做起来的关键。

1.3 升级后能覆盖的几类编辑操作

根据我目前的实际使用,升级后的能力大致可以分成下面这几类:

能力类型具体表现典型指令示例
局部对象修改替换、增删、移动画面中的某个具体物体"把杯子换成白色马克杯,位置不动"
全局氛围调整改光线、色调、天气、时间感"改成黄金时刻的暖光,阴影拉长"
风格迁移统一成某类视觉风格"变成胶片质感,色调偏青蓝"
文字渲染在画面内生成或修改文字"在封面右下角加上'Weekly'字样"
扩图补全扩展画面边缘、补齐缺失内容"把构图向上扩展成竖版海报"
老照片修复去划痕、补色、修复破损"修复折痕和霉斑,尽量恢复原片色彩"
多图融合结合多张图的信息做合成编辑"把A图的人像放进B图的场景里"

单独看每一项,未必都是全新能力,像扩图、修复这类功能别的工具早就有了。真正的区别在于,它们第一次被统一收敛到了同一个对话界面里,不需要在不同软件、不同模型之间来回倒腾素材。对普通用户来说,这个"入口统一"往往比单项技术指标更重要,因为它意味着工作流的成本和心智负担同时大幅下降。

2. 实测最有价值的编辑场景:这些玩法我一直在用

2.1 多轮对话修图:从"大概可以"改到"就是它"

先说一个我每天都在用的场景:电商产品图的方案迭代。以前给一款咖啡杯做详情页,最痛苦的不是拍摄,而是每个风格方向都要单独做一版合成图,约摄影师、抠图、换背景、调光效,任何一个环节想微调,整套流程基本重来。

我的做法是:上传一张窗边随手拍的咖啡杯原图,然后开始对话。指令大概是这样:

把背景换成干净的浅灰色摄影棚背景,主体居中 杯子在画面里占比再大一点,阴影柔化 整体色调偏暖一点,像清晨阳光打进来的感觉 右下角加一行小字“Fresh Brew” 字体的感觉换成极简无衬线体

整个过程大概五到八轮,每一轮我只给一个明确的改动点,模型在上一轮的输出上继续。最让我意外的是,它不会因为在第五轮加了文字,就把前面四轮好不容易定下来的构图直接推翻。这种"叠积木式"的编辑体验,是这次升级真正值钱的地方。你不需要一次性把需求说全,说漏了也不要紧,随时补一句就行,画面会在之前的基础上演进,而不是从头再来。

2.2 风格迁移与光照调整:影楼级后期的大半活

第二个高频场景是风格统一。做内容的人都知道,一个账号的封面图、视频切片图、商品图最好保持一致的视觉风格,否则账号看起来会很散。以前要统一一批照片的风格,要么一张张手动调色,要么专门收集素材去训练风格模型,成本都不低。

我用Gemini的做法是:先选定一张满意的样图,然后上传一批原始照片,逐张下达同样的指令,比如"把这张图的色调风格改成和样图一致的暖棕色,压暗四周营造氛围"。它和传统的"一键套滤镜"不一样,不是直接套一个颜色查找文件,而是真的会针对每张图重新处理高光、阴影、对比度和局部细节,所以即使原图的光线条件参差不齐,出来的整套图也能保持不错的一致性。

光照调整同样是高价值场景。有一次我帮一家餐饮店做菜单配图,原片是惨白的荧光灯,食物看起来毫无食欲。我在Gemini里直接说"把光线改成暖黄色吊灯照射的效果,餐盘一侧有自然侧光",出来的图确实更能激发食欲。虽然最后投放前还是请设计师做了精修,但前期沟通方案的时间被压缩到了一个下午。

2.3 老照片修复与边缘扩图:被低估的两个实用功能

很多人在聊图像编辑时,注意力都放在"改商品图""做封面"上,反而忽略了两个非常实用的方向。第一个是老照片修复。我帮家里老人处理过一张多年全家福的扫描件,上面有折痕、霉斑,边缘还有缺损。我的指令是"修复折痕和霉斑,恢复接近原片的色彩,缺失的右下角按四周光影自然补全"。结果整体完全可用,细节不可能跟原片一模一样,但对普通分享和打印来说,已经比束手无策强太多。

第二个是边缘扩图,也叫外绘。比如你手头有一张横构图的产品图,想去做成竖版头图,传统做法是重新搭场景、重新拍或者重新合成背景,很麻烦。现在直接下指令"扩展画面上下区域,补全背景,保持产品比例不变",模型会把边缘内容自然延展,生成一张新的竖版构图。我在几次内容排期特别紧的时候靠这个功能救过急,至少能快速得到一个可用的版式基础。

3. 上手实操:入口、提示词写法与工作流设计

3.1 入口与基本操作:把聊天框当编辑器

先解决一个问题:从哪里开始用。Gemini图像编辑的能力目前主要集成在聊天入口,操作上就是直接把图像作为附件拖进输入框,也可以复制粘贴进去,然后在同一轮对话里用文字下达编辑指令。它没有传统编辑器那种一摞面板和滑块,界面非常简洁——输入框、图片、指令,就这三样。

照片上传后,剩下的就是像和同事沟通一样描述你的编辑需求。一次可以上传一张或多张图,多张图时还能做跨图融合类的操作,比如"把这张图里的人物姿势用在那张图的场景里"。提交指令后等待几秒,输出结果会直接显示在对话里,不满意就继续补充文字说明,直到达到预期。具体入口和能力边界可能会随版本更新变化,建议以你当前使用的客户端实际显示为准。

需要提醒的是,图像编辑的消耗速度和纯文字对话完全不是一个量级。我重度测试时明显感觉到出图时间更长、对资源的占用也更多,所以批量任务尽量拆开分几次跑,别一口气塞太多图。

3.2 提示词写法:描述"变化"而不是描述"需求"

很多人第一次上手时,习惯把它当成搜索引擎来对话,输入"帮我修一下这张图"。模型没法执行,因为它不知道"修"具体指什么。正确做法是描述"发生了什么变化":改哪个区域、改成什么样、哪些地方不许动。我总结了一个基础模板:

【对象】 + 【位置/范围】 + 【目标状态】 + 【保持项】

举个例子,同样一张街拍人像,两种问法差别很大:

  • 不够好:"让这张照片更好看一点。"
  • 更有效:"保持人物表情和姿势不变,把背景从户外街景换成干净的室内书桌,光线改为暖色台灯照明。"

后者之所以成功,是因为它同时给了模型"改什么"和"不改什么"两类信息。"保持项"实际上是在告诉模型:这些是重要的画面资产,不要随意动。

再补充几个我实测下来很实用的写法习惯:

  • 一次只改一个核心对象,不要在同一句话里堆三个以上变化需求。
  • 用具体的视觉词汇代替抽象感受词。"显得高级点"不如"低饱和、米色调、大面积留白"。
  • 涉及文字内容时,用引号把文案内容包起来;简短的中文、英文短句问题都不大。
  • 定位关系写清楚:左右、上下、居中、前景、背景,模型对这类空间词理解得都不错。

3.3 一套我固定使用的高效工作流

流程稳定了,效率才能真正稳定下来。我整理了一套自己常用的标准工作流,分享出来供参考:

先用一张构图简单、光线平顺的图做"基准图",确认主体在画面里的基本位置和比例。再进入迭代阶段,先定全局氛围,包括色调、光线、背景,然后再动局部细节,这和传统修图的"先整体后局部"是一个道理,顺序反了你会发现之前改好的细节很容易被全局调整连累。接下来每一轮只提一个核心变化,给模型减负,也方便你定位是哪一步出了岔子。如果同时想尝试暖调和冷调两个方向,我会先保存当前版本,再复制对话分头探索,不要在一个对话里反复横跳。等AI把方向磨得差不多了,最后再交给专业后期工具做像素级的收尾,比如精确抠边缘、体态液化、局部色彩精修。

这套流程跑下来,最大的感受是:AI负责的是"广撒网"和"快速决策",后期工具负责的是"精确落地"。两边各干各擅长的活,整体效率是单纯手动做后期没法比的。

4. 实测中踩过的坑:一致性、细节崩坏与产品边界

4.1 多目标同时编辑时的一致性问题

最典型的翻车场景是:我试图在同一轮里同时改多个目标,比如"把背景换掉、把杯子的颜色改成蓝色、把旁边的书删掉"。结果经常是两个目标成功了,第三个被直接忽略,或者某个目标被"含混"地处理,生成出一个既像又不像的物体。

原因并不难理解:模型在语义层面同时追踪多个修改目标时,注意力会被分散,尤其当几个目标在画面上位置靠得比较近时,更容易互相干扰。我的对策是拆任务:一次改动只围绕一个中心对象,等这一项稳定了再进入下一步。宁可多花两轮对话,也不要在同一轮里叠太多变量,这是减少返工最有效的一招。

4.2 一次"透明雨伞"翻车给我的完整排查链路

举一个我印象很深的排查案例。当时我想把一张室内人像照改成"室外雨天街景,人物拿着透明雨伞"。第一轮结果非常奇怪:人物周围的雨丝是对的,但伞是半透明的,人物的肩膀直接透过伞面穿出来,背景的雨水和前景的灯光方向也互相矛盾。

我的第一个怀疑是"提示词太长导致语义被稀释",于是简化成"只保留人物动作,换成透明雨伞,补全伞身"。结果更离谱,透明伞变成了实体黑伞。这说明问题不是输出质量,而是模型对"透明"这个属性本身的表达不稳定。

第二个尝试是把参考语义换成对比性描述:"伞面是磨砂玻璃那样的半透明质感,能看到伞骨轮廓,但看不到人的肩膀。"这次结果接近了,只是伞骨数量渲染得太多,看起来很乱。

最后我放弃一次性重绘,改为分两步:第一步先生成完整雨伞遮住人物的常规画面,让伞的形态和人物姿态咬合正确;第二步再单独把伞面处理成半透明质感。这两步分开执行后各自都成功了,说明对"存在语义纠结"的任务,拆解式的思路比试图一步到位可靠得多。也建议你以后碰到类似的"物理属性和可见性互斥"的指令时,优先想到拆流程这个方向。

4.3 文字、复杂纹理与合规边界的注意事项

文字是最容易露馅的地方。中文短标语通常没有问题,但稍长的英文句子或很长的中文文案,偶尔会出现多笔、缺笔画、字体突变。我的应对方式是缩小改动范围,把需要渲染的文字放到画面中最醒目的单色区域,并在提示词里用引号强调精确内容。手部、发丝、密集编织纹理这类高熵细节也是翻车高发区,比如"坐着的人"手部偶尔多指,"编织篮"纹理可能糊成一团。处理办法是先裁剪聚焦局部,比如"只保留桌面左上角这块区域,重画格子桌布",缩小输出范围后成功率会明显提高。

还有几件容易被忽略的事。第一,生成的图像带有可追溯的水印标识,这是合规要求,对外发布时要注意平台对AI生成内容的披露规则,尤其是商用场景。第二,不要把敏感私人照片随手传上去,任何云端的AI工具上传内容都会经过服务器处理,涉及证件、隐私、商业机密的图像谨慎一点没坏处。第三,它擅长语义编辑,但做不了像素级专业修图,需要精确控制光影物理细节时,还是要回到传统后期流程。

把常见问题整理成一张表,方便自查:

踩坑场景表面现象深层原因应对方法
多目标同时修改三个改动只完成两个注意力分散、目标互相干扰一次只改一个中心对象
长文本渲染多笔画、缺字、字体突变高字数渲染消耗过大引号强调、放到单色区域
复杂纹理崩坏头发、织物纹理粘连高熵区域重建困难先裁切聚焦局部再重画
全局指令过宽色调过度、无关对象被改指令覆盖范围太大分阶段下指令、写清保持项
物理属性矛盾透明物体与遮挡关系冲突语义表达不稳定拆分两步,先定形态再定质感

5. 横向对比与选型建议:什么场景该用谁

5.1 与局部重绘方案的差异:可控性和易用性的取舍

聊到这里,势必要说说横向对比。传统的局部重绘方案依赖蒙版和参数,它的核心优势是可控:你画好蒙版,模型就只动那一块,其余位置完全不会碰,而且很多工具还能通过固定随机种子做到结果可复现。代价是学习成本不低,蒙版操作、重绘幅度、步数、种子这些概念,一套下来已经劝退了不少普通用户。

Gemini这类聊天式编辑则是把复杂度彻底藏起来了。它不需要蒙版,因为你用自然语言"说"出了蒙版的概念;也不需要调参数,因为参数被模型翻译成了对语义指令的响应。但代价是你放弃了部分可复现性和像素级控制,相同指令在不同轮次下,细节输出不一定完全一致。所以它更适合"快速探索、快速判断"的场景,而不太适合"必须精确复现同一结果"的流水线任务。

5.2 与专业后期软件的关系:协作而不是替代

很多人问,AI都能改图了,专业后期软件是不是要被淘汰了?我的看法是短期完全不会,它们的分工本来就不一样。专业后期软件的核心价值是像素级控制,局部曲线、通道调整、频闪磨皮、液化变形,这些操作要求的是操作者对画面的精确定义和反复微调,对话式AI编辑暂时给不了这种控制。

两者更好的关系是协作。我在给客户提案时,通常先用Gemini快速生成两三版不同风格的概念图给客户挑方向,客户选定后再交给后期做定稿精修。跟我以前直接用修图软件手动做三版方案相比,这个流程可能省了超过一半的时间,而且客户参与度也更高,因为看图选方向比描述抽象需求直观得多。

5.3 我个人的选型矩阵

最后总结一下我目前的判断,按场景分:

  • 方案构思、风格探索、快速提案:首选聊天式编辑,胜在速度和直觉反馈。
  • 电商批量商品图的概念稿:用聊天式编辑统一风格出多版,批量铺开前先花时间确认基准图。
  • 人像精修、皮肤纹理、体态调整:回到像素级工具。AI适合定大方向,但不适合做微米级操作。
  • 老照片修复、素材扩图、临时补图:聊天式编辑非常合适,能快速得到可用结果。
  • 涉及敏感数据或严格合规要求的场景:谨慎上传,尽量在可控环境里处理。

没有哪个工具是全能冠军。关键是让每个工具做它最擅长的事情,工作效率自然就上来了。

最后说一点我连续用了一周以后最深的体会。这轮升级真正改变我的,不是"修图更快了"这么简单,而是我对待图像的方式开始发生变化。以前我要先把脑子里模糊的想法翻译成操作步骤,再一步步实现;现在我可以直接跟画面"商量",先看感觉对不对,再让细节慢慢成型。如果你刚开始接触它,我的建议是先找十张不同风格的照片,每张只做一次局部修改,比如都改成"清晨阳光下的柔和氛围",感受它对不同照片的处理差异。跑完这一轮,你就大概摸清它的脾气了,再上复杂场景会顺很多。

相关新闻

智能助手技能机制全链路拆解:存放、加载、更新与维护实战

智能助手技能机制全链路拆解:存放、加载、更新与维护实战

1. 从一次技能失效说起:为什么我要拆解这套机制去年冬天,我负责维护的一个智能协作助手突然在某个任务上"失忆"了。前一天还能准确调用的技能,第二天就像从没存在过一样,用户问它问题,它只会礼貌地回复"…

2026/10/20 18:22:01 阅读更多 →
Hello world!:从第一行代码到环境自检与冒烟测试

Hello world!:从第一行代码到环境自检与冒烟测试

每个程序员的电脑里,都住着一行 Hello world!。不管是写前端的、做嵌入式的,还是半路出家搞数据分析的,第一次敲下这行代码、按下运行键、盯着终端里的输出愣住两秒的时刻,基本可以算作职业生涯里的第一个"高光瞬间"。这…

2026/10/20 18:22:01 阅读更多 →
DeepSeek开源Agent框架插件化设计深度拆解:从注册到执行链路

DeepSeek开源Agent框架插件化设计深度拆解:从注册到执行链路

1. 拆之前先想清楚:为什么要看这个框架第一次看到 DeepSeek 开源 Agent 框架的消息,我其实没太当回事。市面上 Agent 框架已经多到数不过来,从早期的任务编排库到后来的多智能体协作平台,大部分都是把 LLM 调用、工具注册、对话循…

2026/10/20 18:22:01 阅读更多 →

最新新闻

模型量化如何影响推理性能?实战解析原理、选型与问题排查

模型量化如何影响推理性能?实战解析原理、选型与问题排查

在AI推理优化这条路上,量化是我见过投入产出比最高的手段。很多人以为量化就是把模型从FP32变成INT8,体积缩小、推理变快,但实操后才发现,AI模型量化对推理性能的影响并不只有正向:有时速度反而下降,精度却…

2026/10/20 20:20:51 阅读更多 →
基于Simulink的23自由度分布式电驱动整车动力学模型搭建与仿真

基于Simulink的23自由度分布式电驱动整车动力学模型搭建与仿真

做分布式电驱动车辆的控制,最头疼的问题就是你手上的整车模型到底该建多细。我这次在Matlab Simulink里完整搭了一套23自由度整车动力学模型,把车身六个方向的运动、四个车轮的垂向跳动、车轮旋转、转向系统、以及分布式驱动链条的扭转自由度全部拉进来了…

2026/10/20 20:20:51 阅读更多 →
用JSON和Python命令行构建个人技能管理工具:从数据建模到实践

用JSON和Python命令行构建个人技能管理工具:从数据建模到实践

1. 为什么需要技能管理工具:需求拆解与设计取舍上周末想更新简历,结果发现我根本说不清“现在到底会什么”。十几项技能分散在旧简历、脑图、收藏夹和一摞笔记本里,有的早已过期,有的只停留在“看过教程”的阶段,还有的…

2026/10/20 20:20:51 阅读更多 →
企业微信回调验证与AES加解密:.NET开发者接入指南

企业微信回调验证与AES加解密:.NET开发者接入指南

接手过几个企业微信自建应用的项目,每次新人对接时几乎都会卡在同一个地方:管理后台保存“接收消息服务器”配置时提示URL验证失败,或者明明验证过了,消息却一直推送不进来。这个环节看着只是填几个参数,背后实际上是一…

2026/10/20 20:20:51 阅读更多 →
vLLM Prefix Caching 原理:如何用 Paged KV 消除重复计算

vLLM Prefix Caching 原理:如何用 Paged KV 消除重复计算

先说一个我遇到过的情况。某个线上推理服务,所有请求都带着同一段两千多字的 system prompt,并发一上来,GPU 利用率看着很高,但真正对用户有用的计算没多少——大部分算力在一遍遍重复计算同一段内容的 K 和 V。很长一段时间里&am…

2026/10/20 20:20:51 阅读更多 →
用Design.md构建符合产品风格的原型设计:设计令牌实战指南

用Design.md构建符合产品风格的原型设计:设计令牌实战指南

上周跟某团队聊原型评审,对方把三个页面的设计稿拍在我面前,主色蓝就出现了五种,没有两个颜色值相同。评审会开了一个小时,快一半时间在争论“这个蓝到底是不是我们品牌那个蓝”。原型阶段最让人心累的从来不是画得快不快&#xf…

2026/10/20 20:19:47 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

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