logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

(让 C++ 程序长出大脑:从“语音遥控器”到具身智能 Agent 的进化之路)------OpenGL渲染与几何内核那点事------(二-1-(15))

本文介绍了一个基于C++开发的"AI数据工厂"系统,能够自动生成机器人视觉训练所需的多模态数据。该系统通过解析工业CAD模型(STL文件),在虚拟环境中自动生成360°环绕拍摄的RGB渲染图、语义分割Mask、深度图、6DoF相机位姿等数据,并打包成COCO/YOLO格式。针对传统方法依赖人工标注、成本高的问题,该系统采用曲率算法自动识别零件特征,显著提升了数据生成效率。文章还

文章图片
#c++#开发语言
AI+系列:AI给的代码有坑,咋避坑系列-《AI 写的 C++ 内存池,差点让我的数据工厂原地爆炸》- 三-1-(5):

本文介绍了一种利用CAD模型自动生成机器人视觉训练数据的解决方案。针对传统手工采集训练数据成本高、效率低的问题,该系统通过虚拟渲染技术,只需输入工业CAD模型(如STL文件),即可自动生成包含RGB渲染图、像素级语义分割Mask、深度图、6DoF相机位姿等完整训练数据集,并打包成COCO/YOLO格式。该方案大幅降低了Sim2Real(仿真到现实)的数据采集成本,为机器人视觉模型的训练提供了高效的

文章图片
#人工智能#c++#开发语言
底层视觉及图像增强-项目实践理论补充(十六-0-(9):构建基于传统视觉与深度学习融合的显示异常检测体系;Sobel边缘检测:从像素直觉到工程利刃):从奥运大屏,到手机小屏,快来挖一挖里面都有什么

底层视觉及图像增强-项目实践(十六-0-(8):构建基于传统视觉与深度学习融合的显示异常检测体系;Sobel边缘检测:从像素直觉到工程利刃):从奥运大屏,到手机小屏,快来挖一挖里面都有什么

文章图片
(AI篇)OpenGL渲染与几何内核那点事-项目实践理论补充(二-1-(7):当你的 CAD 学会“摆架子”:从 API 调用到 LangGraph,AI 编程框架的十年踩坑史)

本文探讨了CAD软件智能化过程中AI编程框架的技术演进历程。文章以四代技术迭代为主线,从最基础的API调用开始,逐步分析各阶段的技术特点与痛点:第一代直接调用大模型API面临重复造轮子、无状态记忆和扩展性差等问题;第二代采用LangChain的链式架构实现模块化,但仍存在上下文管理困难;第三代引入Agent框架赋予AI自主决策能力;最终演进到第四代的LangGraph工作流引擎,实现复杂业务流程的

文章图片
#人工智能
(AI篇:LangGraph、LangChain的前世今生)OpenGL渲染与几何内核那点事-(二-1-(13):从“一根筋”到“千丝万缕”:AI大脑的CAD级精密进化论

本文探讨了AI技术在CAD领域的进化历程,从最初的线性链式结构(LangChain)到黑盒代理(AgentExecutor),再到模块化表达式(LCEL),最终提出借鉴CAD特征树的图结构(LangGraph)作为更优解决方案。文章通过工业场景案例,揭示了传统AI架构在处理分支、循环和状态管理时的局限性,并展示了如何将CAD领域成熟的"节点-边-状态"图模型应用于AI系统设计,

文章图片
#人工智能#着色器
AI+系列:AI时代,AI给的代码有坑,咋整-《通过你的“数据工厂”造出的零件,为啥AI一抓就碎?》- 三-1-(11)

本文探讨了AI生成代码在工业应用中的潜在风险与优化方案。文章通过一个典型案例——AI数据工厂生成的螺栓模型因缺乏拓扑结构信息导致机器人抓取失败,揭示了AI代码的典型缺陷:仅关注几何表层而忽略底层拓扑关系。 核心问题在于: AI倾向于生成基于表面几何的浅层解析代码(如正则匹配坐标),而无法正确处理工业数据中的复杂拓扑关系(如STEP文件的B-Rep结构) AI在处理工业数据时容易混淆几何临近性与拓扑

文章图片
#人工智能
OpenGL渲染与几何内核那点事-项目实践理论补充(一-3-(9):你的CAD渲染器卡成PPT?OpenGL着色器“填坑史”教会AI如何“看”世界)

摘要: 本文深入探讨OpenGL渲染技术的演进历程,从1992年固定函数管线的硬件限制,到2004年可编程着色器的革命性突破。文章剖析了固定管线时代的状态机模型(如glEnable/glDisable)如何制约开发者创造力,以及GLSL着色器语言如何通过顶点/片元着色器实现像素级控制。同时揭示了可编程管线的新挑战:几何体动态处理带宽瓶颈(如10万根草的实时渲染)和实例化渲染需求(如粒子系统)。文中

文章图片
#着色器#人工智能
((AI篇)OpenGL渲染与几何内核那点事-(二-1-(10):从“搜个大概”到“读懂图纸”:一个 CAD 开发者眼中的 RAG 进化简史)

本文探讨了CAD开发中RAG(检索增强生成)技术的演进历程。作者从实际开发需求出发,讲述了如何将通用大模型(如GPT)与专业CAD知识结合,逐步解决技术难题。 文章首先描述了早期直接接入ChatGPT的失败尝试,指出通用模型缺乏专业知识的局限性。随后详细介绍了RAG技术的迭代过程: Naive RAG阶段:基础实现方案,包括文档分块、向量化存储和检索,但存在检索不准、上下文断裂等问题。 Advan

文章图片
#人工智能
AI+系列:AI时代,AI给的代码有坑,咋整-《你的“数据工厂”引来了狼:当一千个机器人要同时看图时——协同编辑的血泪进化史》- 三-1-(9):

摘要: AI生成的代码常存在隐患,直接复制粘贴可能导致严重问题。文中以工厂机器人协同检测螺栓为例,揭示了分布式协同的挑战:从V1版本的"全量覆盖"和"悲观锁"导致的数据丢失或性能低下,到V2版本引入操作变换(OT)算法解决并发冲突。OT通过传递操作指令而非最终状态,利用数学变换保证一致性,但实现复杂度极高,需处理组合爆炸和形式化验证。AI生成的OT代码往往忽略边界条件,导致状态分叉。在AI时代,开

文章图片
#人工智能
AI+系列:AI时代,AI给的代码有坑,咋整-《如何把玩分布式里面的协同》- 三-1-(8)

摘要: AI生成的代码在分布式协同编辑场景中常隐含致命缺陷,如操作冲突导致文档"细胞分裂"。本文通过案例解析协同编辑算法的演进: 初代dOPT算法通过位置修正解决简单冲突,但无法处理同点位插入的"平手问题"; 学术派adOPTed算法引入数学证明和操作历史图,虽理论完美却因内存爆炸难以落地。 AI的局限在于: 缺乏物理世界的"争抢"直觉,无法自主设计平手规则; 易忽略状态一致性,生成无上下文转换函

文章图片
#人工智能#分布式
    共 76 条
  • 1
  • 2
  • 3
  • 8
  • 请选择