AutoCAD图层颜色线型协同设计原理与工程实践

1. 图层不是“分文件夹”,而是设计逻辑的底层操作系统

很多人刚接触AutoCAD时,会把图层简单理解成“给不同内容分个文件夹”——比如把墙画在“墙体层”,门窗放在“门窗层”,标注塞进“标注层”。这种理解看似合理,实则埋下了后期协作崩溃、修改效率断崖式下跌的种子。我带过不少刚毕业的设计师,他们交来的图纸里图层命名五花八门:“wall_01”“wall_new”“wall_final_v2”,甚至还有“别动这个层!!!”——结果一到施工图深化阶段,光是理清哪一层该关、哪一层该冻结、哪一层必须打印,就耗掉整整两天。

图层在AutoCAD中根本不是存储容器,而是一套可视性控制协议+对象属性继承系统+打印输出策略集。它和颜色、线型共同构成三维空间信息在二维图纸上的表达契约:颜色决定视觉权重(如红色=警告/关键构件),线型定义几何语义(虚线=隐藏线,点划线=中心线),而图层则是这整套契约的执行单元。你设置一个图层为“不可打印+冻结+灰色”,本质上是在告诉AutoCAD:“这个图层上的所有对象,在出图时请彻底消失,且在绘图区也不许显示,连计算都不用算”。

更关键的是,图层的层级关系直接影响对象的绘制顺序与遮挡逻辑。比如某次我参与一个厂房改造项目,结构专业把新增钢梁画在“STRUCT-NEW”层并设为粗实线,但建筑专业把原有墙体画在“ARCH-WALL”层并设为细实线——结果在模型空间里,新钢梁总被旧墙体遮住。问题不在线宽,而在图层的“绘图顺序优先级”:AutoCAD默认按图层创建时间排序,后建的图层对象压在先建图层之上。我们最终把“STRUCT-NEW”层移到图层列表最底部(即最后创建),才让钢梁正确显示在墙体上方。这个细节,90%的入门教程从不提,但却是现场改图时最常卡壳的点。

提示:图层名不是越长越专业,而是越具业务语义越高效。“A-WALL”比“WALL_LAYER_01”好,“M-ELEC-OUTLET”比“ELECTRICAL”明确,“D-ANNO-SCALE-1-50”比“ANNOTATION”精准。命名规则一旦确定,必须全项目统一,否则协同就是灾难。

2. 颜色不是“选个好看”,而是图纸信息密度的调节阀

新手最容易犯的错,是把颜色当成纯视觉装饰——看到红色醒目就全用红,觉得蓝色清爽就大面积铺蓝。结果交出去的图纸,甲方第一眼看到的不是设计意图,而是满屏高饱和度色块引发的视觉疲劳。我见过一份机电图纸,所有管线都用不同颜色区分专业:给排水用青,暖通用橙,强电用紫,弱电用粉……打印出来全是灰扑扑一片,根本分不清哪条是哪条。原因很简单:激光打印机对RGB色彩的还原能力极差,尤其对高饱和度的粉、紫、青,实际输出接近同一灰度值。

AutoCAD的索引颜色(ACI)本质是255级灰度映射表。编号1-7对应经典七色(红、黄、绿、青、蓝、洋红、白),但真正影响打印效果的是它们在灰度谱中的位置:红色(1号)在灰度图中约120级,蓝色(5号)约85级,而绿色(3号)高达180级——这意味着在黑白打印时,绿色线条反而最显眼,红色次之,蓝色最弱。所以当你要强调某类对象(如消防管线),选1号红比选5号蓝更有效;而需要弱化辅助线(如定位轴线),用7号白(实际为浅灰)比用2号黄(中灰)更合适。

更隐蔽的陷阱在于“颜色随层”与“颜色随对象”的冲突。默认状态下,对象颜色继承图层颜色(ByLayer),这是最稳妥的选择。但有人为了快速修改,直接右键对象→特性→颜色,改成ByBlock或具体ACI值。问题来了:当这个对象被复制到另一个图层时,它的颜色不再随新图层变化,导致同一图层上出现多种颜色线条,破坏图层语义一致性。我处理过一个案例:某导师让学生用ByBlock颜色画尺寸标注,结果学生把标注文字也设成ByBlock,导出PDF时所有文字变成黑色(ByBlock默认黑),而箭头却随图层显示为红色,整张图标注完全失序。

注意:打印样式表(CTB/STB)才是颜色输出的最终裁判。即使你在屏幕上把某层设为亮黄色,若CTB文件中将该ACI号映射为10%灰度,打印出来就是浅灰。务必在“页面设置管理器”中确认当前布局使用的打印样式表,并双击编辑,逐个核对ACI号对应的打印灰度值。

3. 线型不是“画虚线”,而是工程语言的语法标点

线型常被简化为“实线/虚线/点划线”的三选一,但AutoCAD的线型库藏着远超此范畴的工程语义。比如“PHANTOM2”线型(— • — • —)在机械制图中专指“相邻零件的轮廓线”,而“CENTER2”(— • — • —)严格用于回转体的中心线——二者不能互换,否则图纸会被视为不规范。我曾审核一份设备基础图,施工单位按“CENTER2”线型施工,结果发现图纸上本该用“PHANTOM2”表示的预埋件轮廓被误读为轴线,导致钢筋绑扎位置整体偏移150mm。

线型比例(LTSCALE)是另一个高频雷区。很多用户调不出理想虚线效果,第一反应是去“线型管理器”里换线型,其实90%的问题出在比例值上。线型由“实段长度+空隙长度+点/短划长度”构成,其显示效果取决于全局比例(LTSCALE)、对象比例(LScale)和图纸空间比例(PSLTSCALE)三者的乘积。举个实测案例:在1:100出图的布局中,要让中心线的长划显示为10mm,短划为2mm,空隙为5mm,需设置:

  • LTSCALE = 100(匹配出图比例)
  • PSLTSCALE = 1(启用图纸空间线型缩放)
  • 对象LScale = 1(保持默认)

若忘记开PSLTSCALE,即使LTSCALE设为100,模型空间里虚线密得像实线,布局空间里又稀疏得只剩几个点。更麻烦的是,当图纸含多个视口(如主视图1:50、俯视图1:100),PSLTSCALE能自动适配各视口比例,而手动调LTSCALE则需为每个视口单独计算——这就是为什么老工程师坚持开PSLTSCALE:它把比例计算交给AutoCAD,人只管设计。

警告:自定义线型(*.lin文件)必须注意“对齐基准点”。例如定义“等距螺栓孔”线型时,若定义为“A,.5,-.2,.5,-.2”(实段0.5单位,空隙0.2单位),但未在定义中指定“对齐点”(如A,.5,-.2,[“BOLT”,STANDARD,S=0.2,R=0,0.1]),则螺栓符号无法在圆心处精准对齐,批量插入时孔位全乱。

4. 图层、颜色、线型的协同失效链:一个真实排错全过程

去年帮某高校实验室做旧楼改造图纸复核,遇到个诡异问题:所有结构梁的线型在模型空间显示正常(CENTER2),但进入布局空间后,部分梁突然变成实线,且仅发生在特定区域。团队排查三天无果,最后发现是图层、颜色、线型三者耦合失效的典型案例。下面还原完整排查链路:

4.1 第一层:锁定线型本身

先排除线型文件损坏。在命令行输入LINETYPE,打开线型管理器,重新加载acad.lin,确认CENTER2存在且预览正常。再用LWEIGHT检查线宽是否关闭(线宽开启时可能掩盖线型空隙)。均无异常。

4.2 第二层:追踪图层状态

用LAYER命令打开图层管理器,筛选出所有结构梁所在图层(STRUCT-BEAM)。发现该图层状态为“打开+解冻+可打印”,但“线型”列显示为空白——这很反常,因为图层必须关联线型。双击该图层,弹出“图层特性管理器”,在“线型”下拉框中果然没有CENTER2选项。原来该图层创建时未加载CENTER2线型,后续虽全局加载,但图层本身未刷新引用。

4.3 第三层:揪出颜色干扰

强制为STRUCT-BEAM层指定CENTER2线型后,布局中部分梁仍为实线。此时注意到这些梁的对象颜色不是ByLayer,而是ByBlock。进一步检查发现,这些梁是用“块”插入的,而块内部的梁对象颜色设为ByBlock,线型却设为ByLayer。问题在于:当块被插入时,ByBlock颜色继承块定义时的颜色(当时为白色),但ByLayer线型却继承宿主图层(STRUCT-BEAM)的CENTER2——表面看没问题,但AutoCAD在渲染块内对象时,若颜色为ByBlock且块未定义颜色,会触发线型渲染降级机制,强制转为实线。

4.4 第四层:验证打印样式表劫持

最后检查CTB文件。打开“打印样式表编辑器”,找到STRUCT-BEAM层对应ACI号(假设为4号青),发现其“线型比例”被设为0.01。这意味着无论LTSCALE多大,该层线型都被压缩到近乎为零,视觉上就是实线。追溯源头,是某次批量修改打印样式时,误将“线型比例”列全选覆盖。

解决方案是四步联动:

  1. 在图层管理器中,为STRUCT-BEAM层重新指定CENTER2线型;
  2. 用SELECT命令框选所有梁,右键→特性→颜色改为ByLayer;
  3. 进入打印样式表编辑器,将ACI 4号的线型比例重置为1.0;
  4. 全局执行REGENALL强制重生成。

实操心得:当线型异常时,按“线型文件→图层引用→对象属性→打印样式”四级顺序排查,比盲目重装软件快十倍。每次修改后务必用REGEN(非REGENALL)局部刷新,避免大图纸卡死。

5. 工程级图层体系搭建:从零开始的七步落地法

一套经得起百人协同、十年存档的图层体系,绝非靠经验拍脑袋。我参与过三个大型基建项目的图层标准制定,最终沉淀出可直接套用的七步法。以下以建筑专业为例,所有命名遵循ISO 13567标准并适配国内习惯:

5.1 步骤一:按信息维度切分主干

不按“墙/柱/梁”物理构件分,而按信息类型分三大主干:

  • A-(Architectural):建筑本体信息(A-WALL, A-COLUMN, A-DOOR)
  • D-(Dimension & Annotation):标注与注释(D-DIM, D-TEXT, D-SYMBOL)
  • X-(External Reference):外部参照(X-STRUCT, X-MECH, X-ELEC)

这样切分的好处是:当结构专业更新X-STRUCT时,建筑专业只需冻结该层,不影响自身A-层编辑;标注层D-独立存在,确保任何专业修改主体图层时,标注不会意外被删。

5.2 步骤二:用第二位编码定义状态

在主干后加状态码,解决“同构件不同状态”问题:

  • A-WALL-EXST:既有墙体(EXST=Existing)
  • A-WALL-NEW:新建墙体(NEW)
  • A-WALL-DEMO:拟拆除墙体(DEMO)
  • A-WALL-PROP:方案比选墙体(PROP)

某次方案汇报中,甲方要求同时展示三种户型方案。我们把每种方案的墙体分别放在A-WALL-PROP-A、A-WALL-PROP-B、A-WALL-PROP-C层,通过图层开关秒切方案,全程无需复制图纸。

5.3 步骤三:第三位编码控制精度

用数字后缀区分几何精度,避免“一张图两种比例”:

  • A-WALL-EXST-100:1:100比例下显示的墙体(粗线宽0.5mm)
  • A-WALL-EXST-50:1:50比例下显示的墙体(粗线宽0.7mm)
  • A-WALL-EXST-20:1:20节点详图墙体(粗线宽1.0mm)

配合“视口比例自适应线宽”(LWDISPLAY=1),不同比例视口自动调用对应线宽,杜绝手工调整。

5.4 步骤四:颜色与线型绑定策略

建立“颜色-线型-用途”铁三角:

ACI颜色线型用途
1红CONTINUOUS关键构件(承重墙、核心筒)
3绿CENTER2中心线、对称轴
4青HIDDEN2隐藏轮廓线
7白PHANTOM2相邻构件轮廓

关键技巧:将常用组合保存为“图层状态”(LAYERSTATE)。例如“施工图模式”保存A-层全开+D-层全开+X-层冻结,“方案汇报模式”保存A-PROP层开+其余X-层关。一键切换,比手动开关快20倍。

5.5 步骤五:线型比例自动化

禁用全局LTSCALE,全部依赖PSLTSCALE+CELTSCALE:

  • PSLTSCALE = 1(启用图纸空间缩放)
  • CELTSCALE = 1(新建对象默认比例)
  • 对特殊对象(如1:10节点详图中的中心线),选中后在特性面板中单独设CELTSCALE=10

这样,无论模型空间还是布局空间,线型疏密始终符合出图比例,且新增对象自动继承。

5.6 步骤六:冻结替代关闭

永远用“冻结”而非“关闭”图层。关闭(Off)只是隐藏,对象仍在内存中参与计算;冻结(Freeze)则彻底卸载,大幅降低大图纸卡顿率。某次处理300MB的地铁站图纸,将不用的X-REF层从“关闭”改为“冻结”,重生成速度从47秒降至6秒。

5.7 步骤七:建立图层审计机制

每周运行一次图层健康检查:

  • 用LAYISO隔离单层,检查是否有非预期对象;
  • 用LAYMRG合并冗余图层(如A-WALL-OLD与A-WALL-OLD2);
  • 用LAYDEL删除空图层(需先LAYOFF所有层,再逐个LAYON检查)。

最后导出图层清单为Excel,标记每层的用途、颜色、线型、线宽、打印状态,作为项目交付物之一。

6. 跨专业协同中的图层战争:如何让结构、机电、暖通和平共处

多专业协同时,图层冲突是常态。结构专业习惯用“S-”前缀,机电用“M-”,暖通用“H-”,但当三方图纸叠加时,常出现“S-BEAM”与“M-DUCT”在同一位置打架,谁该在上?谁该隐藏?这里没有银弹,只有三条铁律:

6.1 铁律一:图层深度优先级协议

在项目启动会就书面约定图层Z轴顺序(即绘图顺序):

  1. 最底层:地质/地形(G-)
  2. 次底层:结构(S-)
  3. 中层:建筑(A-)、暖通(H-)
  4. 上层:机电(M-)、给排水(P-)
  5. 顶层:标注(D-)、说明(N-)

AutoCAD中通过“工具→选项→显示→显示顺序”调整,将S-层拖至列表最上方(即最先绘制),D-层拖至最下方(最后绘制)。这样,即使M-DUCT与S-BEAM坐标重合,M-DUCT也会自然压在S-BEAM之上,符合“设备管线避让结构”的工程逻辑。

6.2 铁律二:外部参照的图层过滤

绝不直接绑定(XREF)对方全图,必须用“图层过滤器”精简:

  • 绑定结构图时,只加载S-层、X-STRUCT层,屏蔽所有D-标注层;
  • 绑定机电图时,只加载M-层、P-层,屏蔽S-层中的临时定位线。

操作路径:XREF管理器→右键参照图→“编辑图层”→取消勾选不需要的图层。某次地铁项目,某专业未过滤图层,导致200+个D-TEXT层被带入,图纸打开时间从12秒暴涨至3分半。

6.3 铁律三:冲突层的智能冻结

开发LISP脚本实现“冲突层自动冻结”:

(defun c:FREEZECONFLICT (/ ss i ent layer) (setq ss (ssget "X" '((0 . "LINE") (8 . "M-DUCT")))) (repeat (setq i (sslength ss)) (setq ent (ssname ss (setq i (1- i)))) (setq layer (cdr (assoc 8 (entget ent)))) (if (= layer "S-BEAM") (command "-layer" "freeze" "S-BEAM" "") ) ) )

该脚本扫描所有M-DUCT层的管线,若发现与S-BEAM层对象相交,则自动冻结S-BEAM层——让机电管线“穿透”结构,直观暴露碰撞点。比人工查漏快百倍。

血泪教训:某医院项目因未约定图层深度,暖通专业把风管画在A-层,结构专业把梁画在S-层,两者Z轴顺序相同,叠加后风管被梁遮挡,施工时才发现风管净高不足。最终返工拆改三周。

7. 从图纸到BIM:图层体系如何平滑升级为IFC分类

当项目从AutoCAD迈向BIM(如Revit),图层不是被抛弃,而是升维为IFC分类体系。我主导过两个项目实现零成本迁移,核心是图层命名与IFC实体的映射:

7.1 映射原则:图层名即IFC类名

将AutoCAD图层名直接对应IFC标准类:

  • A-WALL → IfcWall
  • S-BEAM → IfcBeam
  • M-DUCT → IfcDuctSegment
  • D-DIM → IfcAnnotation

关键在第三位编码:A-WALL-NEW中的“NEW”对应IFC的PredefinedType=USERDEFINED,而A-WALL-EXST对应PredefinedType=EXISTING。这样,导出IFC时,插件(如AutoCAD Architecture的IFC导出器)能自动识别图层后缀并填入IFC属性。

7.2 颜色作为IFC属性标识

ACI颜色值转为IFC属性:

  • ACI 1(红)→ IfcWall.PredefinedType = "LOADBEARING"
  • ACI 3(绿)→ IfcWall.PredefinedType = "PARTITIONING"
  • ACI 4(青)→ IfcWall.PredefinedType = "CURTAIN_PANEL"

某次导出BIM模型给造价软件,因未按此映射,所有墙体被识别为普通墙,导致混凝土量计算偏差12%。补救方法是:用ATTEDIT批量修改图层颜色,再重新导出。

7.3 线型承载几何语义

CENTER2线型对象导出为IFC时,自动添加IfcAxis2Placement3D定位;HIDDEN2线型对象则添加IfcRepresentationContext="Hidden"。这使得BIM模型不仅有几何,还有表达意图。

最后提醒:不要等BIM阶段再想图层。现在画的每一根线,都该带着IFC思维——因为三年后,这份图纸可能正躺在城市CIM平台里,驱动着整个片区的智慧运维。图层不是技术细节,它是你留给未来自己的第一份工程遗嘱。

相关新闻

多模态情感分析Python代码包:文本语音图像视频融合输出情感标签

多模态情感分析Python代码包:文本语音图像视频融合输出情感标签

简介:一项基于Python的多模态融合情感分析项目,接收文本、语音、图像和视频四种输入,通过特征融合完成情绪识别,涵盖数据预处理、模型设计、训练评估及结果展示。整套资料面向高校学生,适合毕业设计、期末大作业或课程…

2026/10/20 20:45:34 阅读更多 →
AI模型推理基础与推理引擎优化:从训练到部署的性能实践指南

AI模型推理基础与推理引擎优化:从训练到部署的性能实践指南

1. 为什么模型训练好了还不能直接用:训练与推理的错位先说一个我几乎每次带新人都会遇见的场景:模型在训练环境里跑得好好的,准确率指标也达标了,结果把训练框架里那一套文件原封不动搬到生产服务器上,一测推理延迟&am…

2026/10/20 20:44:31 阅读更多 →
ESP8266无线图传上位机:稳定接收+AT指令控制+Flash参数固化

ESP8266无线图传上位机:稳定接收+AT指令控制+Flash参数固化

简介:本资源是面向嵌入式开发与物联网初学者的无线图像传输上位机软件工程包,聚焦ESP8266 WiFi透传与STM32OV7670图传系统配套的PC端接收与显示功能。项目以C#实现TCP协议图像数据解析、帧同步处理与实时渲染,解决无线图传中常见的丢包、乱序…

2026/10/20 20:44:31 阅读更多 →

最新新闻

技能习得底层逻辑:从知识到肌肉记忆的刻意练习路径

技能习得底层逻辑:从知识到肌肉记忆的刻意练习路径

1. 从“skills”这个标题说起:一个被严重低估的硬核话题“skills”这个词,单独拎出来看,信息量几乎为零。它不像“分布式锁”“图像分割”“家庭收纳”那样自带场景,也不像“副业”“跳槽”那样自带情绪。但恰恰是这种极简的标题&…

2026/10/20 21:27:39 阅读更多 →
GPT-4o权重存档:为何模型参数比API更关键

GPT-4o权重存档:为何模型参数比API更关键

1. 一场没有官方通告的“退役”:GPT-4o权重开放请愿背后的现实逻辑“GPT-4o退役8个月”这个说法,乍看像一则突发新闻,实则是一次社区自发形成的集体认知校准。它并非来自任何技术公告或产品日志,而是开发者、研究者与开源实践者在…

2026/10/20 21:27:39 阅读更多 →
Kafka NoBrokersAvailable异常排查实战指南

Kafka NoBrokersAvailable异常排查实战指南

kafka.errors.NoBrokersAvailable: NoBrokersAvailable这个异常,只要是写过 Python Kafka 客户端的人,联调和上云阶段大概率都撞见过。我第一次遇到它是在一个数据同步任务里,消费者刚启动日志就刷出这个异常,看起来像整个集群挂了…

2026/10/20 21:27:39 阅读更多 →
UNet图像分割实战:数据管道、损失设计与工业级部署

UNet图像分割实战:数据管道、损失设计与工业级部署

简介:本资源是一份面向Python图像处理初学者与深度学习入门者的U-Net图像分割实践项目,聚焦生物医学、遥感及卫星影像等场景下的像素级分割任务。资源提供完整可运行代码框架与配套示例数据,涵盖数据预处理、模型构建(含跳跃连接与…

2026/10/20 21:27:39 阅读更多 →
从零搭建个人技能管理系统:结构化数据模型与实操流程

从零搭建个人技能管理系统:结构化数据模型与实操流程

1. 当“skills”不再是一个空壳:从零搭建个人技能管理系统的底层逻辑“skills”这个词,单独拎出来看,信息量几乎为零。它可以是简历上罗列的一串名词,可以是招聘JD里反复出现的硬性要求,也可以是某个技术社区里被反复讨…

2026/10/20 21:27:39 阅读更多 →
从函数到能力封装:构建可复用、可编排的skills技能系统

从函数到能力封装:构建可复用、可编排的skills技能系统

1. 当“skills”成为一个项目标题:我看到的不是技能清单,而是一套能力封装系统第一次看到“skills”这个标题时,我脑子里冒出来的不是“技能列表”四个字,而是一个更具体的画面:一个可以被反复调用、组合、扩展的能力单…

2026/10/20 21:26:35 阅读更多 →

日新闻

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/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

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

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在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 阅读更多 →