text-to-cad:从自然语言到可编辑CAD模型的原理、实操与工作流
你想象过吗——不用打开CAD不用记快捷键不用对着坐标轴发呆直接打一句话“给我一个直径120毫米的轴承座底部四个安装孔中心留一个40毫米的轴孔。”然后真的就能拿到一个可以编辑的CAD模型丢进SolidWorks或者中望CAD里继续改。这不是什么科幻演示text-to-cad已经把这个流程变成现实。可以说这是近年来CAD领域最让人兴奋的一个方向把“描述形体”从操作维度拉回语言维度让AI替你完成从文字到几何的那一大段脏活累活。我要提前说清楚一件事text-to-cad不是“你念一句咒语整套图纸就飞出来”。它擅长的是把一段清晰的自然语言变成基础几何实体或简单的零件模型帮你把脑子里那个轮廓快速变成可编辑的三维实体。至于公差标注、运动仿真、复杂的装配约束这些仍然要回到传统CAD技能。这篇文章会把text-to-cad的原理、主流工具、实操步骤和我在真实项目中踩过的坑全部摊开讲适合机械设计、工业设计、建筑方案前期以及被CAD安装、图层、命令折腾到怀疑人生的读者。1. text-to-cad到底解决了什么痛点1.1 传统CAD入门为什么这么劝退先聊一个很多人都不愿提的现实CAD软件的使用门槛从来都不低。新用户的第一关往往不是画图而是安装。网上随便搜“cad安装教程”能看到一堆人卡在许可证激活上有人好不容易装好了又遇到“cad激活页面脚本发生错误”还有人在安装途中被C运行库报错反复折磨。这些和绘图能力毫无关系的破事已经把相当大一部分潜在用户挡在了门外。装好之后才是真正的考验。绘图命令要记一大串图层要分得清清楚楚图块、外部参照、布局空间这些概念一个比一个抽象。热词里那些“cad图纸合并”“cad导入layout步骤详解”“cad制图初学入门”的搜索量说明大量用户不是不想学而是被这套复杂的交互逻辑绕晕了。更要命的是很多培训教程上来就讲命令怎么敲、工具栏怎么点却很少告诉你“为什么这么画”导致学习过程像背字典枯燥且低效。text-to-cad正好捅破了这层窗户纸。它把建模的入口从“操作软件”变成了“描述意图”你要做的就是把你脑子里的东西说清楚。剩下的几何构建、参数计算、特征生成全交给模型去处理。哪怕是个完全没碰过CAD的人只要能描述清楚“一个带圆角的矩形板中间开三个孔”就能在几分钟内得到一份实实在在的CAD文件然后在这个基础上继续学、继续改。这种“先有成果、后补理论”的路径比传统教程友好太多了。1.2 text-to-cad的定位不是替代而是前置很多人一听到text-to-cad第一反应是“这玩意儿是不是要淘汰CAD工程师”。我直接说结论大概率不是。它更多是把设计流程的起点往前推了一大截。以前你画一个零件是先想清楚形状再花半小时在软件里一步步建模。现在你可以把想法用语言描述出来让AI先生成第一版雏形然后你再拿着这个雏形去精修、去加约束、去布置工程图。打个比方传统CAD建模像是你亲手砌一堵墙砖一块一块垒砂浆一点一点抹text-to-cad则相当于先给你一堵毛坯墙你只需要负责粉刷、开窗、装门。对于经验丰富的设计师毛坯墙可能反而不如自己砌顺手但对新手、对需要快速出方案的阶段、对不擅长空间想象的从业者来说这种“先说后画”的模式确实大大降低了启动成本。我自己的体会是这套东西最适合放在方案前期。比如客户只说了一句“要一个支撑架跨度一米左右越轻越好”你与其打开CAD从零建模不如先用text-to-cad试几个形态把备选方案都生成出来看看比例和趋势再挑一个顺眼的精修。传统流程里这个阶段往往要反复删改浪费时间有了语言生成这层前置能力迭代成本一下子就降下来了。当然它替代不了严谨的工程设计和制造层面的细节认清这点就不会对它有不切实际的期待。2. 生成原理与主流工具选型2.1 AI怎么把一句话变成可编辑几何要说清楚text-to-cad的原理先得破除一个常见误解大语言模型并不擅长直接“画”几何。你扔给GPT一句“给我一个杯子”它的文字描述可能很漂亮但你要是让它直接输出一个杯子的三维网格结果往往是一团乱麻。AI对几何空间的连续表示能力很弱这是目前公认的瓶颈。所以现在的text-to-cad工具普遍走的是混合路线先用大语言模型把自然语言拆解成结构化的特征序列再由一套内核重建几何。你可以把这个过程理解成“AI当翻译CAD内核当绘图员”。语言模型只负责把“一个直径120毫米的圆盘”这句话翻译成参数化建模指令真正的几何生成、布尔运算、倒角处理全部交给后端的几何内核。这样做的好处很明显生成结果天然是水密实体不会出现网格破碎、法线翻转这些烦人的问题而且保留了参数化特征你在传统CAD里依然可以修改尺寸。具体到技术实现不同工具思路不一样。有的工具训练了一个“几何tokenizer”把CAD模型的特征树拉伸、旋转、孔、倒角这些操作的顺序和参数切成类似语言的token序列然后让大模型直接预测特征序列相当于让AI学会“用建模语言写文章”。有的工具则让模型输出OpenSCAD这类程序化脚本由编译器再生成几何体。还有的走网格生成路线先用神经网络生成近似网格再逆向拟合出B-rep曲面但这条路运算量大且结果往往不如参数化生成来得干净利落。目前看下来参数化生成加上内核重建的路线最稳也是主流产品采用最多的方案。2.2 主流工具与开源方案对比现在市面上的text-to-cad工具已经明显分化出了几个梯队。第一梯队是面向普通用户的在线服务典型代表是Zoo.dev推出的Text-to-CAD注册后输入文字描述过一会儿就能下载STEP格式的文件。它主打零门槛界面简单到像个聊天窗口相当适合新手体验和快速概念验证。第二梯队是开源项目比如CADmium这类社区方案它利用Meta开源的Llama模型作为底座把自然语言转换成OpenSCAD脚本本地甚至离线都能跑对隐私敏感的项目特别友好但部署门槛和生成质量就看你自己的调参水平了。第三梯队是传统CAD巨头们正在酝酿的功能把生成式AI直接嵌入现有设计环境目前还在内测阶段但我判断这是未来的终局形态。给一个我自己用下来的对比感受你可以按需选择方案上手难度生成质量可编辑性隐私性适合人群Zoo Text-to-CAD极低中上几何准确但复杂装配一般高STEP保留特征树中依赖云端设计师快速出方案CADmium开源较高需要本地部署中等取决于提示词和模型高输出为OpenSCAD源码好完全离线有技术背景的玩家传统CAD厂商内置AI低随软件使用待验证高原生格式取决于厂商已深度绑定某CAD的工程师如果你只是想体验一下text-to-cad是什么感觉直接上在线服务没必要没苦硬吃。真要把它当成生产力工具来用我建议部署开源方案或者等传统厂商的正式发布。还有一点提醒很多在线工具免费额度有限生成一个复杂零件可能要等很久真要在项目里用建议先评估成本和等待时间。实际工作中我自己一般是“在线服务出雏形、本地CAD做精修”这个组合既不浪费算力也不卡在排队上。3. 实操从自然语言到可用CAD文件3.1 搭建使用环境与基本流程先走一遍最基本的流程。访问在线text-to-cad服务注册登录后在输入框里写下你要生成的内容点击生成等待一两分钟下载返回的STEP文件再用本土常用的CAD软件打开。听起来平平无奇但我在第一次实操时就注意到一个细节输入的描述方式直接影响最终质量同样一句话不同写法生成出来的东西天差地别。如果你走的是本地路线以CADmium为例部署逻辑大致是准备一台装了Linux或Windows的机器按官方文档拉取Docker镜像把Llama模型下载下来然后启动Web界面。整个过程一句话概括就是“把大模型跑在本地接上OpenSCAD做几何运算”。这一步对普通用户确实有些门槛但好处是隐私完全可控生成的脚本也能完全自定义。设备配置上我自己实测16GB内存的普通笔记本跑7B量级的模型可以出结果速度嘛比较感人一个中等复杂度的零件可能要等上好几分钟。想要流畅体验还是得有大显存的显卡。过程中有一个关键环境问题值得提前说在线服务生成的STEP文件通常是通用格式但不同CAD软件对STEP的导入支持差异很大。AutoCAD从2024版开始才能原生导入STEP并转成三维实体更早的版本基本无能为力。如果你还在用老版本建议装FreeCAD或者中望3D作为中转它们导入STEP都挺干净转存后再进入主流工作流。中望CAD用户相对幸运中望3D对STEP的支持一直做得不错同样是导入比那些老牌软件还省心。3.2 写好提示词的几个实用技巧写提示词这件事可以说是text-to-cad的核心技能。我发现新手最爱犯的错误是描述得太“像人话”。比如“给我一个好看的支座要结实一点”——大模型听了会一脸懵因为“好看”“结实”这种词无法转换成几何参数。正确的方式是用工程化的语言把所有尺寸和位置关系说清楚。举一个我实际跑通的例子。提示词这样写“生成一个直径100毫米、厚度20毫米的带法兰圆盘法兰直径140毫米法兰厚10毫米在法兰上均匀分布6个直径8毫米的安装孔中心有一个直径30毫米的通孔整体做1毫米的倒角。”这段提示词能成功的原因很简单它包含了完整的信息单元基本形状圆柱体、尺寸直径和厚度、附加特征法兰凸台、特征数量6个孔、位置分布均匀分布、还有细节处理倒角。模型把它拆解成参数化特征序列时几乎不会产生歧义。反过来如果你写“一个圆盘边上有一圈凸出来上面有几个洞”模型就需要猜猜错就是尺寸全乱、孔洞位置离谱。几个我实际总结出的技巧明确单位开头直接写毫米或英寸避免默认单位混乱。数量和分布方式要显式说明比如“4个孔90度间隔”而不是“几个孔”。对称结构要指明比如“以中心轴阵列”模型对阵列的理解很稳定。一次只生成一个零件不要试图用一段话描述装配体当前模型对装配关系的处理还比较弱。用行业术语而不是口语比如“法兰盘”明显比“圆圆的带孔的盘子”更可靠。还有一条比较反直觉的经验越短的提示词往往生成得越稳。因为模型对长句的语义漂移问题仍然存在说了一大堆细节它可能顾头不顾尾。我习惯先给一个精简的“骨架描述”让模型把主体轮廓生成出来后面再逐步叠加细节。这个过程很像捏泥巴先糊出大形再精雕细琢比一次性要求复杂模型靠谱得多。3.3 生成结果的检查与修整生成之后别急着开香槟还有一道重要的“验货”流程。我吃过不少亏刚开始用text-to-cad时觉得能生成出来就万事大吉结果导入CAD一测量发现关键尺寸偏差20%或者布尔运算没做干净内部出现悬空面。总结下来检查时主要看三个地方。第一是尺寸。用测量工具逐个验证关键尺寸是否符合描述尤其是孔径、中心距、壁厚这些影响装配的数值。我遇到过一个典型案例提示词里写了“直径30毫米的孔”模型生成出来却是半径30毫米一测差了两倍。这种事不是偶发单位或者半径直径搞混几乎可以说是我踩过频率最高的坑。第二是特征树。好的STEP文件应该保留参数化特征你在CAD里能回退修改尺寸。如果导入后发现模型是一个“死疙瘩”只能看不能改说明生成端用的核重建方案没保留特征历史。这时候别硬来回到提示词层面换一种表述或者用脚本路径重新生成一次有时候就能得到可编辑的特征树。第三是几何完整性。用剖切视图看一眼确认内部没有空洞、没有破面、没有自相交。这一步在在线生成的模型里尤其重要因为云端服务为了压缩计算量偶尔会偷懒把布尔运算跳过。拿到手先做一个“求差”验证把模型和它自身做一次布尔运算能正常结束就说明几何基本健康。当然这个操作在常见CAD里都很容易实现只是很多人没有养成这个习惯。4. 常见问题与排查技巧实录4.1 尺寸不准、单位混乱怎么排查我见过的text-to-cad翻车现场一半以上都栽在尺寸上。具体的症状是模型形状看着对但一测量尺寸和写的完全不是一个数量级。最常见的就是英制和公制搞混提示词里写100毫米模型按英寸理解出来的实体当然是2540毫米放到场景里直接顶到天花板。遇到这种问题先在提示词开头补一句“单位为毫米”大多数情况下能解决。还有一种隐蔽得多的坑尺寸被“四舍五入”得面目全非。模型对尺寸的敏感度并不像数字计算那么精确它可能把一个直径100毫米的孔理解成“大概100”生成出来103.7装配时才发现不对。这就是我刚才说“用测量工具验证”的原因生成模型只能当草稿不能当加工图。建议养成一个习惯每次生成完把关键尺寸在CAD里做成标注跟原始需求逐一对照确认没问题再往下走。如果反复调提示词还是尺寸不对换个思路先别管尺寸让模型把形态关系生成对然后你在CAD里用“缩放实体”命令一次性调整。这个方法土但是极为有效。我用一次合作项目里的支架做测试AI生成的底座形态挺好就是整体大了15%我在中望CAD里框选缩放一分钟搞定比纠结怎么优化提示词快得多。4.2 生成能看不能用格式怎么救另一个高频问题在线工具生成的STEP文件导入到老版本CAD里要么报错要么显示空白。我一开始也懵以为是文件没下载完整后来才意识到是格式兼容性问题。AutoCAD 2024之前的版本压根不支持直接导入STEPSolidWorks的老版本对STEP 214的支持也谈不上完美更别提某些简化版CAD软件只能识别网格格式。遇到这种情况我的处理套路是这样的先把STEP文件导入FreeCAD它能读写最全面的格式而且免费。导入后检查模型是否正常如果正常再用FreeCAD导出为常见的IGES或者SAT格式这些格式的兼容性更广。全程操作不超过五分钟却能解决大部分导入失败问题。如果你连FreeCAD都不太熟直接在浏览器里用在线模型查看器先看一眼确认几何没问题再决定下一步往哪个环境里搬。需要特别警惕的是部分在线工具除了STEP还提供STL格式下载。STL本质上是一层薄薄的网格外壳几乎没有工程信息只能用来3D打印或做视觉参考。如果你的目标是做机加工或者装配设计千万要用STEP别用STL。我见过同事兴冲冲地下了STL导入SOLIDWORKS结果想改个孔磨了半天也没辙因为网格数据根本没有参数化编辑的可能。记住这句话工程交付认准STEP原型展示才用STL。4.3 服务器排队和超时怎么办在线text-to-cad的另一个现实问题是等待时间。我在欧洲和美国的不同服务上都试过高峰时段生成一个中等复杂度的零件可能要排十几分钟的队。有时候页面转了半天圈最后给你一个“生成超时请重试”的提示那感觉真是一口老血喷在屏幕上。对于急性子用户这体验比修CAD安装报错还折磨。我的应对策略是“批量提交、错峰使用”。手头同时有几个零件要生成时别一个个排队等而是把任务一次性全提交让服务器排队处理过半小时再回来集体下载。另外尽量避开工作日的白天高峰放在下午或晚上时段响应速度经常快得惊人。如果是开源本地方案这个问题就无所谓了模型在你自己机器上跑只是速度快慢取决于硬件不存在排队逻辑。还有一种超时情况值得注意提示词写得太复杂模型计算量暴增自然容易超时。比如你试图描述一个十几个特征的精品零件每多一个特征生成时间几乎是指数上升。解决办法就是做减法把复杂模型拆成几个简单零件分别生成最后在CAD里做布尔运算组合。这符合模块化建模的基本逻辑也算是text-to-cad时代的一项新技能。5. 把text-to-cad放进真实工作流5.1 适合用text-to-cad的场景用了一段时间之后我对它的能力边界有了比较清晰的认识。目前在三个场景里text-to-cad确实能实打实提高效率。第一个是概念方案探索阶段你只需要一个大概形态来判断设计方向语言生成可以让你在几分钟内看到好几种变形而不是在CAD里手动建模折腾半小时。这种“先看趋势后定稿”的模式特别适合前期和客户对需求。第二个场景是标准件和基础特征的快速搭建。法兰盘、支架底座、带孔矩形板、轴套这些常见的基础零件特征简单、描述清晰text-to-cad生成得又快又准。我甚至试过用它在本地自动生成一批标准孔位的连接板省掉了大量重复劳动。这有点像从手动绘图时代进到参数化绘图时代的感觉从前要一个个画的现在变成一句话解决。第三个场景是教学和新人培训。以前教一个新人认识建模思路得先花一晚上讲界面和命令。现在让他用text-to-cad描述一个简单零件再打开STEP文件看特征树他很快就理解了“拉伸、切除、阵列、圆角”这些操作的关系。热词里“cad制图初学入门”的搜索量那么大说明入门问题确实是刚需text-to-cad虽然不能替代系统学习但确实是一个极好的入门脚手架。5.2 不适合用text-to-cad的场景反过来说有三类场景我强烈建议不要用text-to-cad硬顶。一是高精度的装配体设计。模型对多个零件之间的配合关系理解还比较有限你让它生成一个齿轮箱它可能把箱体和齿轮的形状都弄出来了但公差、润滑、配合间隙这些完全没法看。装配设计必须回到专门的CAD环境里一个零件一个零件地配合。二是复杂的曲面造型。提示词可以描述“一个曲面流畅的鼠标外壳”但模型对NURBS曲面的控制点、连续性这类信息理解很差。它生成出来的“曲面”更像是用多个平面硬拼出来的近似形状光滑度和曲率根本达不到产品级要求。涉及外观型面的设计手工建模仍然不可替代。三是任何需要符合行业标准的场景。比如压力容器、焊接符号、GDT形位公差标注这些不是几何形状的问题而是工程规范和制造语言的问题。text-to-cad生成的STEP模型没有携带这些标准信息你还是在CAD里一条条标注吧。认清这些边界你就不会在关键时刻被AI背刺。5.3 给不同阶段使用者的建议如果你是刚接触设计、连图层都分不清的初学者我的建议很直接把你正在学的每个基础零件都拿去生成一下看看AI怎么理解你的描述再对比CAD里标准的建模流程。这个对照练习能让你的空间想象能力和语言表达能力同步提升。但我必须补一句别把text-to-cad当拐杖基本的建模操作还是要练不然拿到STEP文件之后连改尺寸都不会那就麻烦了。如果你是有经验的工程师我更建议把它当成一个“假想对手”来使用。每次建模前先在语言里把零件描述一遍再开工看看AI的思路和自己的思路哪里不一样。有些时候它的处理路径反而更简洁能给你带来启发。在项目方案前期我还会让实习生用text-to-cad批量生成几个形态作为头脑风暴的输入材料效果相当不错。至于要不要在正式交付文件中使用AI生成的模型我的底线是所有交付文件必须经过人工审核和参数化重建。AI生成结果再厉害也只是初稿没有工程责任。把它从“演示玩具”提升到“生产力工具”还需要加入标准规范和质量控制这套传统流程。明白这一点你就能和这个新工具和平相处而不是被它或者被你自己的恐惧绑架。6. 我这几轮实测下来的真实感受文章写到最后我不想再输出什么方法论了就聊聊我自己的状态变化。刚开始用text-to-cad那阵子我的态度是“这玩意儿会不会掀翻我的饭碗”试过几个案例之后反而安心了因为它做不了的事比能做的事多得多。它不会给你可加工的图纸不会考虑装配公差更不懂工艺和成本。它真正擅长的是帮你把飘在脑子里的那个形体快速拉进现实世界里。我现在最常用的姿势是手边开着text-to-cad的界面脑子里冒出一个零件形态随手打几个关键词生成初稿再把它丢进真正的工作环境里去修改。这个过程对于快节奏的方案沟通特别有效客户说改我就换个词重新生成比在CAD里删特征改尺寸快一截。当然所有最终交付的图我都会亲手重新建模一遍。最后分享一个我踩了三次才记住的教训无论用哪个工具都要把生成的STEP文件备份原文件。因为后续导入、修改、转换的过程中文件一旦发生意外你可以随时回退到原始状态。这个习惯在传统CAD里叫版本管理在text-to-cad时代照样适用。工具在变工程上那份谨慎和耐心不会变也不会过时。

相关新闻

text-to-cad:自然语言生成CAD模型的技术路线与工程实践

text-to-cad:自然语言生成CAD模型的技术路线与工程实践

做设计的人应该都经历过这样的时刻:脑子里已经构建出完整的零件造型,参数、结构、装配关系清清楚楚,但打开CAD软件对着屏幕却无从下手。要么是草图约束反复报错,要么是圆角倒角顺序搞错,模型怎么都生不出来。我最近几个…

2026/10/9 5:38:46 阅读更多 →
从零构建AI Agent:Python实战与Anthropic API核心指南

从零构建AI Agent:Python实战与Anthropic API核心指南

AI Agent 这个词这两年火得离谱,但大部分文章都在讲概念、画架构图,真正动手从零写一个的人并不多。我用 Python 从零搭过几个 Agent,踩了不少坑,也积累了一些实战经验。这篇文章不讲虚的,直接聊怎么从零开始构建一个能…

2026/10/9 5:38:48 阅读更多 →
HBase在数据挖掘中的应用:从Rowkey设计到实时特征存储实战

HBase在数据挖掘中的应用:从Rowkey设计到实时特征存储实战

1. HBase为什么会在数据挖掘场景里这么吃香先聊一个实际的困境。很多团队做数据挖掘,上来就买服务器、搭Hadoop集群,把数据一股脑丢进Hive表里跑离线SQL,跑完出结果,这确实是数据挖掘的一种形态。但做着做着就会发现,数…

2026/10/8 3:12:59 阅读更多 →

最新新闻

工业无机盐科普:无水硫酸钠理化特性与工业应用介绍丨广东大小化工有限公司

工业无机盐科普:无水硫酸钠理化特性与工业应用介绍丨广东大小化工有限公司

无水硫酸钠,是工业生产中非常常见的无机盐原料,属于基础性化工辅料。因为稳定性好、适用性广、杂质可控,被大量应用在轻工、化工、建材、印染等行业。很多工厂日常使用频繁,但对其完整特性与正确储存方式了解不多。一、无水硫酸钠…

2026/10/9 5:38:42 阅读更多 →
FDE深度解析:月薪50-70K·15薪的能力结构及进阶路径,小白程序员必收藏!

FDE深度解析:月薪50-70K·15薪的能力结构及进阶路径,小白程序员必收藏!

本文从薪酬角度解析FDE(Field Data Engineer)岗位的能力要求,50-70K15薪对应行业洞见、技术整合、现场交付、资产沉淀四重能力叠加。FDE承担交付结果,薪资高于传统工程师。文章阐述FDE的进阶路径,从线性增长到资产沉淀…

2026/10/9 5:38:42 阅读更多 →
ThreadLocal系列(四):父子线程信息传递与TTL

ThreadLocal系列(四):父子线程信息传递与TTL

父子线程信息传递与TTL前面介绍了ThreadLocal使用与内存泄漏防范,还从引用队列角度思考如何防范内存泄漏。 这篇文章是自己在实际中用到了RAG检索与回答用自定义线程池而不是tomcat线程池,防止tomcat线程池线程被占用导致无法处理其他请求。 其中用到了跨…

2026/10/9 5:38:42 阅读更多 →
园区网关表免集中器怎么接?4G 母表带子表拓扑

园区网关表免集中器怎么接?4G 母表带子表拓扑

园区网关表,通常指的是一台带 4G 上行的母表,经 RS485 带多台子表、替现场省掉独立集中器的方案。该方案适用于楼栋集中、不想动原有布线的老旧园区。摘要:本文介绍园区网关表方案——以一台带 4G 上行的母表经 RS485 带多台子表,…

2026/10/9 5:38:42 阅读更多 →
软件测试与开发:思维模式、技术栈及职业发展的深度对比

软件测试与开发:思维模式、技术栈及职业发展的深度对比

1. “测试就是点点点”这句话,坑了多少人我在这个行业里待了十几年,见过不少刚入行的新人,也带过不少团队。一个特别有意思的现象是:很多开发同学对测试工作的认知,基本停留在“他们就是点点点,找找bug&…

2026/10/9 5:38:42 阅读更多 →
民心与文脉:穿透华夏千年兴衰的终极密码

民心与文脉:穿透华夏千年兴衰的终极密码

摘要 纵观华夏千年王朝更迭与近代势力兴衰,战争胜负、兵力强弱、疆域大小并非政权成败的核心决定因素。 真正决定历史走向的恒定规律,在于政权是否顺应底层民心、是否扎根华夏本土文脉。 本文以近代多方势力兴衰为样本,逐条拆解历史轮回底层…

2026/10/9 5:37:41 阅读更多 →

日新闻

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题,隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题,排查到最后发现是ZonedDateTime序列化后时区丢了,用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问:办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好,问题是工作场景经常要在几处环境之间来回切换,每次都先登录跳板机再层层代理,实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及,但真正动手搭过一套能跑起来的 Agent 系统的人都知道,从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地,从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/8 10:10:36 阅读更多 →

月新闻

我发现了一个新思路:用 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/8 21:13:17 阅读更多 →
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/8 15:26: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/7 13:34:55 阅读更多 →