360 Secure SkillHub
360 安全技能中心

OpenClaw Debug

该 Skill 用于处理 OpenClaw 相关问题:先收集版本、渠道和故障现象,再检索 OpenClaw 官方文档、GitHub Issues 和 CHANGELOG,判断问题是已知缺陷、配置错误还是已修复,并按模板给出临时方案、升级建议和后续跟进。重点覆盖飞书通知、cron、渠道连接、模型调用和沙箱执行等场景。

skyan
skyan
热度 72.40
最近更新 2026-05-17 12:57:21
分类:开发依赖:联网浏览搜索应用场景:调试排错 / 研究 / 报告撰写 / 任务管理

安装技能

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

执行命令安装此 skill: npx secure-skills-cli add openclaw-debug
Metadata
name
openclaw-troubleshooting
description
When users encounter OpenClaw-related issues or errors, search official docs and GitHub issues first, then provide solutions. Use for: feature malfunctions, error troubleshooting, version upgrade advice, configuration questions, and known issue verification.

OpenClaw Troubleshooting

Overview

When handling OpenClaw-related issues, follow the workflow of "check official resources first, then determine fix status."

Workflow

Step 1: Information Gathering

Confirm the following with the user (if not already provided):

  • Current OpenClaw version (openclaw --version)
  • Channel/platform being used (Feishu/Telegram/Discord/Slack, etc.)
  • Specific problem symptoms (error messages, frequency, reproduction steps)
  • Recent upgrades or configuration changes

Step 2: Official Documentation Search

Search the official documentation for relevant content:

  • URL: https://docs.openclaw.ai
  • Search keywords: core issue terms (e.g., "feishu notification", "typing indicator", "cron job")

Step 3: GitHub Issue Search

Search GitHub issues to confirm if this is a known problem:

  • Issues URL: https://github.com/openclaw/openclaw/issues?q=is%3Aissue
  • Search strategy (try in order):
    1. Exact search: issue keywords + channel name (e.g., "feishu reaction notification")
    2. Fuzzy search: channel name + feature module (e.g., "feishu typing")
    3. Error message search: extract key fields from error messages

Step 4: Analyze Results and Report

Reply to the user using this structure:

**Problem Diagnosis**
- Symptom summary: (one sentence)
- Related GitHub issue: #[number] (if any)
- Fix status:
  - Fixed: version number + upgrade recommendation
  - Not fixed: temporary workaround + official fix progress
  - Configuration issue: provide correct configuration example

Step 5: Record and Follow Up

If the issue is a known bug being fixed:

  • Inform user of the expected fix version
  • Record in todo list, remind user to verify after release

Key Resources

Quick Checklist

Issue Type Docs Section GitHub Search Keywords
Feishu notification issues channels/feishu feishu notification, reaction
Cron job problems cron cron job, schedule
Channel connection failures onboarding [channel] connection, webhook
Model invocation failures models [provider] error, fallback
Sandbox/execution issues sandbox sandbox, exec, security

CHANGELOG Check

Response Template

Standard reply format for users:


Boss, I've checked. Here's the situation:

Current version: x.x.x Latest available version: x.x.x GitHub issue: [#number] title (if any)

Fix status:

  • Version x.x.x: not fixed / fixed
  • Version x.x.x: includes fix (CHANGELOG reference)

Recommended solutions:

  1. Temporary workaround: (e.g., disable certain notification settings)
  2. Permanent fix: (upgrade recommendation or wait for fix)

Which step would you like me to help with?

Notes

  • Prioritize the Fixes section in CHANGELOG to confirm fix versions
  • If issue status is open, the fix is still in development
  • For configuration issues, prioritize providing on-site verifiable solutions
  • Record user wait decisions (e.g., "wait for next version"), follow up proactively