核心用法
Robot技能面向从爱好者到工业级用户的全栈机器人开发需求，提供硬件选型、代码生成、调试排查的系统性支持。核心工作流遵循"记忆优先→硬件确认→版本锁定→安全优先"的四层架构：
1. 记忆驱动开发：强制读取~/robot/memory.md库存与~/robot/corrections.md历史故障，避免重复踩坑
2. 精确硬件建模：拒绝模糊的"Arduino"描述，必须确认具体板型（Uno/Nano/ESP32-WROOM等）、传感器型号、电压轨，并同步更新inventory.md
3. 版本全追踪：Arduino core、ROS distro（Humble/Iron/Foxy）、工业控制器固件版本必须显式声明
4. 工业安全红线：ABB/KUKA/UR等机械臂代码生成前必须确认仿真/实机场景，所有运动指令内置速度限制与安全检查
显著优点
- 硬件陷阱知识库：内置ESP32 GPIO 6-11闪存引脚禁区、HC-SR04电平转换要求、I2C总线长度限制等20+实战踩坑点
- ROS版本隔离：明确区分ROS1（rospy）与ROS2（rclpy）API差异，QoS配置陷阱、Gazebo插件版本兼容性问题
- 故障可积累：corrections.md机制将单次失败转化为可复用的组织记忆
- 工业级安全约束：机械臂运动规划强制嵌入MoveJ前置检查、奇异点规避、坐标系验证
潜在缺点与局限性
- 知识截止依赖：ROS2 Humble/Iron等版本快速迭代，内置陷阱库可能滞后于新硬件（如ESP32-C6/C5新特性）
- 工业场景门槛：安全规则以警告形式嵌入，用户仍需具备机械臂安全认证基础（如ISO 10218-2）才能理解MoveL/MoveJ的物理风险
- 多板型兼容性：ESP32系列分支众多（S2/S3/C3/C6），通用建议可能忽略特定子型号的ADC/RTC差异
- 依赖本地记忆系统：若用户未按规范维护
~/robot/目录，硬件追踪与故障回避效果大幅下降
适合人群
| 层级 | 典型场景 |
|------|---------|
| 爱好者 | Arduino/ESP32小车、机械臂DIY，需规避GPIO烧毁、电机反冲等硬件损坏 |
| 教育科研 | ROS2 SLAM导航、MoveIt运动规划，需快速验证算法到实机迁移 |
| 工业集成 | ABB/KUKA/UR产线部署，需仿真验证→实机切换的安全流程合规 |
常规风险
1. 硬件永久损坏风险：3.3V板直接接5V传感器信号、GPIO超电流驱动电机等操作可能导致芯片不可逆损毁，技能已标记关键检查点但无法阻止用户物理接线错误
2. 工业安全责任边界：技能生成的安全提示不构成安全系统替代，SafeMove、光幕、急停回路等硬件级防护仍需专业工程师配置
3. ROS环境污染：混合ROS1/ROS2工作空间、source命令遗漏导致的"包找不到"问题，可能消耗数小时调试时间
4. 仿真-实机鸿沟：Gazebo物理引擎与实机动力学差异可能导致MoveIt轨迹在实机执行时碰撞或振动