360 Secure SkillHub
360 安全技能中心

smart-cart-integration-troubleshooter

面向 12V 供电、多通道舵机控制器、三个 ST3215 舵机与 USB 摄像头的 OpenClaw 智能小车,把故障现象分类为电源、运动、转向、摄像头、通信、Agent 或避障,在安全门禁约束下按自底向上顺序给出一次只改一个变量的排查步骤、停止条件、修复建议和验收测试,并可用脚本生成分类清单。

jason15336804
jason15336804
热度 9.68
最近更新 2026-08-22 16:37:28
分类:开发依赖:代码执行 / 读写文件应用场景:调试排错 / 报告撰写 / 工作流

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add smart-cart-integration-troubleshooter
Metadata
name
smart-cart-integration-troubleshooter
description
Diagnose and document assembly, calibration, deployment, communication, camera, motion, and obstacle-avoidance problems for a lightweight OpenClaw smart cart using a 12V battery, a multi-channel servo controller, three ST3215 servos, omnidirectional wheels, and a USB camera. Use for symptom triage, safe test sequencing, root-cause isolation, acceptance checks, and repeatable integration-test reports.
version
1.0.0
metadata
{"openclaw":{"requires":{"bins":["python3"]},"emoji":"🧰"}}

Smart Cart Integration Troubleshooter

Turn a cart symptom into a safe, evidence-based diagnostic sequence. Separate confirmed observations from hypotheses and test one variable at a time.

Workflow

  1. Read references/project-baseline.md to anchor the diagnosis to the actual project configuration.
  2. Classify the symptom as power, motion, direction, camera, communication, agent, or obstacle.
  3. Apply the safety gate before touching hardware: stop motion, isolate the 12V supply when changing wiring, secure or lift the chassis for wheel tests, and keep hands clear of moving parts.
  4. Collect the minimum evidence needed: command issued, visible response, battery/controller state, relevant logs, camera status, and whether the fault is repeatable.
  5. Read references/diagnostic-matrix.md for likely causes and the required test order.
  6. Diagnose from the lowest layer upward: mechanical and power, controller and servo, camera/driver, communication, then OpenClaw/LLM planning.
  7. Generate a checklist with python3 scripts/make_checklist.py CATEGORY when file execution is available.
  8. Return a report with symptom, confirmed facts, hypotheses, numbered tests, expected results, stop conditions, likely fix, and final acceptance test.

Diagnostic Rules

  • Never treat a hypothesis as a confirmed cause.
  • Never change multiple wiring, calibration, and software variables in the same test.
  • Never recommend bypassing protection, operating damaged batteries, or probing live wiring without suitable training and equipment.
  • Stop immediately for battery swelling, overheating, smoke, damaged insulation, short-circuit signs, uncontrolled motion, or repeated controller resets.
  • Do not blame the large model until power, mechanics, device enumeration, direct controller commands, and communication have been checked.
  • Do not invent controller protocols, pin assignments, serial ports, API responses, or sensor values not present in the evidence.

Output Template

Use this order:

  1. 故障现象
  2. 已确认事实
  3. 可能原因(按优先级)
  4. 排查步骤 with one change and one expected result per step
  5. 立即停止条件
  6. 建议修复
  7. 验收测试

Example

For 发出前进指令后,小车原地打转, first verify wheel installation and mechanical binding, then test each servo independently, check zero-position calibration and direction mapping, and finally run a low-speed straight-line acceptance test. See examples/sample-diagnosis.md.