
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
本文概述了当前主流的机器人仿真平台及其特点,包括Gazebo、Webots、MuJoCo、Bullet/PyBullet、CoppeliaSim、NVIDIA Isaac Sim、Unity、CARLA和AirSim。这些平台各有优劣,适用于不同的应用场景,如机器人控制算法研究、自动驾驶仿真、强化学习训练等。Gazebo是ROS生态系统的标准仿真工具,而MuJoCo以其高精度接触动力学在强化学习领
本文介绍了使用LiteLLM统一接入NVIDIA NIM模型(如GLM、DeepSeek、Kimi等)的完整方案。主要内容包括: 整体架构:通过LiteLLM Proxy统一对接VSCode插件和多种AI模型,实现接口统一、API Key管理和多模型切换功能。 部署方案:提供Docker Compose配置,包含LiteLLM服务、PostgreSQL数据库和Prometheus监控。 关键配置:
公司内网服务器开发GPU 远程训练机Docker 容器开发Remote SSH 使用 AI 编程插件如果本地能用proxy,远程不能,这套方案非常稳。
迁移本地认证状态到远程环境对于 Remote SSH 用户非常实用。
本文介绍了使用LiteLLM统一接入NVIDIA NIM模型(如GLM、DeepSeek、Kimi等)的完整方案。主要内容包括: 整体架构:通过LiteLLM Proxy统一对接VSCode插件和多种AI模型,实现接口统一、API Key管理和多模型切换功能。 部署方案:提供Docker Compose配置,包含LiteLLM服务、PostgreSQL数据库和Prometheus监控。 关键配置:
公司内网服务器开发GPU 远程训练机Docker 容器开发Remote SSH 使用 AI 编程插件如果本地能翻墙,远程不能,这套方案非常稳。
公司内网服务器开发GPU 远程训练机Docker 容器开发Remote SSH 使用 AI 编程插件如果本地能翻墙,远程不能,这套方案非常稳。
本文介绍了一种高效管理企业基于开源项目二次开发的Git工作流。主要解决三大挑战:1)代码来源多样化(GitHub上游仓库与内部仓库并存);2)需要定期同步上游更新;3)确保内部开发稳定性。方案分为两个核心步骤:首先设置双远程仓库(origin指向内部仓库,upstream指向开源项目),日常开发仅针对origin;其次通过创建临时分支进行rebase操作来同步上游更新,解决冲突后合并到主分支。这种
本文探讨了企业基于GitHub开源项目二次开发时,如何同步上游更新与维护内部仓库的实践方法。核心建议采用双远程仓库模型(origin和upstream),并区分使用merge和rebase:团队共享分支(如master/dev)推荐使用merge保持历史稳定性,个人开发分支可使用rebase整理提交历史。文章详细分析了两种操作的适用场景,强调rebase仅适用于未共享的个人分支历史修改,而merg
本文对比分析了车牌检测与人脸检测领域的四大常用数据集:CBLPRD、CCPD、CRPD和WIDER FACE。CBLPRD专注于车牌字符识别,CCPD是车牌检测标准数据集,CRPD更贴近真实道路场景,而WIDER FACE则是人脸检测基准数据集。文章详细介绍了各数据集的规模、特点、图像尺寸和标注方式,并提供了工程应用建议:CBLPRD适合OCR模型训练,CCPD用于基础检测训练,CRPD适用于真实







