Skill flagged — suspicious patterns detected

ClawHub Security flagged this skill as suspicious. Review the scan results before using.

System Maintenance Test

Complete maintenance system for OpenClaw with unified architecture, filesystem governance, and cross-platform design

MIT-0 · Free to use, modify, and redistribute. No attribution required.
0 · 52 · 0 current installs · 0 all-time installs
MIT-0
Security Scan
VirusTotalVirusTotal
Suspicious
View report →
OpenClawOpenClaw
Suspicious
medium confidence
!
Purpose & Capability
The SKILL.md describes a full maintenance system (cron jobs, backups, auto-recovery) which would legitimately require scripts that modify system state — that aligns with the stated purpose. However, the skill bundle itself only contains package.json and SKILL.md (no entry.js, no scripts/ directory), so the instructions assume fetching and executing code from the external GitHub repo or via bunx. That mismatch (declared project files absent from the package) is an incoherence and increases risk.
!
Instruction Scope
Runtime instructions explicitly tell the agent/user to git clone a remote repo and run install/maintenance shell scripts that change crontab, run monitoring, perform backups, and recover services. Those actions necessarily access/modify system files and could run arbitrary commands. While this scope is expected for a maintenance tool, the instructions grant broad discretion to fetch and execute remote scripts — the skill text also references integrations (webhooks, external log forwarding) which broaden the data paths.
!
Install Mechanism
There is no install spec in the package; instead SKILL.md recommends 'bunx clawhub@latest install system-maintenance' or cloning a GitHub repo and running bash scripts. Pulling and executing scripts from a remote repository (even GitHub) and running one-click install scripts is higher risk because the fetched scripts can perform any system action. The bundle's package.json references an entry.js main that is not present, amplifying the inconsistency.
Credentials
The registry metadata declares no required env vars or credentials, which is appropriate for a generic maintenance skill. However, the documentation lists integration points (Slack, webhooks, external log aggregation, Prometheus/Grafana) but does not declare any corresponding environment variables or credential requirements; if those features are used later they will likely require tokens/credentials, so there's a gap between claimed integrations and declared environment needs.
Persistence & Privilege
The skill is not marked 'always' and allows normal autonomous invocation. The installation instructions will create persistent system side-effects (cron jobs, backups, services) via shell scripts — this is expected for a maintenance tool but is a significant persistence/power footprint. Because the skill bundle doesn't include the scripts, the agent would fetch and run external code to obtain that persistence.
What to consider before installing
This skill promises system-level maintenance but the distributed package only contains SKILL.md and package.json — the actual scripts it tells you to run are not bundled and must be fetched from the GitHub repo or installed via bunx. Fetching and executing remote install scripts (one-click install) can run arbitrary commands with your user privileges and alter crontab, backups, and services. Before installing: (1) inspect the remote repository contents and open the install scripts to verify what they do; (2) check whether the install requires sudo or will modify system-critical files; (3) prefer running the install in a disposable VM/container or a staging machine first; (4) verify the GitHub repo owner, commit history, and issues for signs of trustworthiness; (5) if you need the skill but want lower risk, request the maintainer publish the scripts inside the skill bundle or provide an install spec with a vetted release tarball. If you cannot audit the scripts or trust the source, do not run the one-click install on production systems.

Like a lobster shell, security has layers — review code before you run it.

Current versionv1.3.2
Download zip
latestvk97f4sagtb447zm68rqtws124n830fj2

License

MIT-0
Free to use, modify, and redistribute. No attribution required.

SKILL.md

📖 Layer 1: Immediate Value (30-Second Overview)

What You Get

The System Maintenance Skill provides a complete, unified maintenance solution for OpenClaw systems. It includes real-time monitoring, automated cleanup, log management, and health reporting - all in a modular, easy-to-maintain architecture.

Key Benefits:

  • ✅ Automated monitoring every 5 minutes
  • ✅ Auto-recovery of failed services
  • ✅ 50% reduction in cron tasks
  • ✅ Full backup and one-click rollback
  • ✅ Weekly optimization reports

Core Value: Replaces fragmented maintenance scripts with a professional, unified system maintenance solution.

🚀 Layer 2: Quick Start (5-Minute Setup)

Installation

Method 1: ClawHub Install (Recommended)

bunx clawhub@latest install system-maintenance

Method 2: GitHub Clone

git clone https://github.com/jazzqi/openclaw-system-maintenance.git \
  ~/.openclaw/skills/system-maintenance
cd ~/.openclaw/skills/system-maintenance
chmod +x scripts/*.sh

One-Click Setup

bash scripts/install-maintenance-system.sh

Verification

# Check cron tasks
crontab -l | grep -i openclaw

# Test monitoring
bash scripts/real-time-monitor.sh --test

# Quick health check
bash scripts/daily-maintenance.sh --quick-check

🏗️ Layer 3: Architecture & Components

Maintenance Schedule

FrequencyTaskDescriptionScript
Every 5 minReal-time MonitoringGateway monitoring & auto-recoveryreal-time-monitor.sh
Daily 2:00 AMLog ManagementLog cleanup, rotation, compressionlog-management.sh
Daily 3:30 AMDaily MaintenanceComprehensive cleanup & health checksdaily-maintenance.sh
Sunday 3:00 AMWeekly OptimizationDeep system analysis & reportingweekly-optimization.sh

Core Functions

🏗️ Unified Architecture

  • Modulardesign with 5 core scripts
  • Configuration-driven management
  • Safe migration from old systems
  • Professional directory layout

⏱️ Smart Monitoring & Recovery

  • Real-time gateway monitoring
  • Automatic service recovery
  • Health scoring system (0-100)
  • Resource tracking (CPU, memory, disk)
  • macOS compatibility

📊 Professional Reporting

  • Weekly optimization reports (Markdown)
  • Execution summaries
  • Optimization suggestions
  • Performance metrics tracking

🛡️ Safety & Reliability

  • Complete backup system
  • One-click rollback
  • Error recovery with graceful handling
  • Security checks for sensitive info
  • Proper permission management

🔄 Maintenance Automation

  • Log rotation & cleanup
  • Temporary file cleanup
  • Daily health checks
  • Automatic .learnings/ updates

📚 Layer 4: Resources & Reference

File Structure

system-maintenance/
├── 📄 entry.js                 # Skill entry point
├── 📄 package.json             # NPM configuration
├── 📄 SKILL.md                 # This file
├── 🛠️  scripts/                # Core scripts
│   ├── weekly-optimization.sh      # Weekly deep optimization
│   ├── real-time-monitor.sh        # Real-time monitoring (5 min)
│   ├── log-management.sh           # Log cleanup & rotation
│   ├── daily-maintenance.sh        # Daily maintenance (3:30 AM)
│   ├── install-maintenance-system.sh # Installation tool
│   └── check-before-commit.sh      # Pre-commit quality check
├── 📚  examples/               # Examples & templates
│   ├── setup-guide.md              # Quick setup guide
│   ├── migration-guide.md          # Safe migration guide
│   ├── final-status-template.md    # Status report template
│   └── optimization-suggestions.md # Optimization suggestions
├── 📝  docs/                   # Additional documentation
│   ├── FILE_SYSTEM_GOVERNANCE.md   # FS Governance Standard
│   └── cross-platform-architecture.md
└── 📁 assets/                  # Static resources
    └── README.md

Command Reference

Real-time Monitor

# Test mode (no actual operations)
bash scripts/real-time-monitor.sh --test

# Force execution
bash scripts/real-time-monitor.sh --force

# View status
bash scripts/real-time-monitor.sh --status

Log Management

# Dry run (preview changes)
bash scripts/log-management.sh --dry-run

# Manual rotation
bash scripts/log-management.sh --rotate

# Cleanup only
bash scripts/log-management.sh --cleanup

Daily Maintenance

# Quick health check only
bash scripts/daily-maintenance.sh --quick-check

# Full maintenance cycle
bash scripts/daily-maintenance.sh --full

# Skip backup (emergency mode)
bash scripts/daily-maintenance.sh --no-backup

Weekly Optimization

# Generate report only (no optimization)
bash scripts/weekly-optimization.sh --report-only

# Analysis only (no changes)
bash scripts/weekly-optimization.sh --analyze-only

# Full optimization cycle
bash scripts/weekly-optimization.sh --optimize

Version History

VersionDateChanges
1.3.22026-03-16Reorganized SKILL.md with progressive disclosure; cleaned up backup files
1.3.12026-03-16Added FS Governance; improved error handling
1.3.02026-03-12Archival version, initial ClawHub release

🔧 Layer 5: Advanced Configuration

Customization Options

  • Configuration file: scripts/config.json
  • Monitoring intervals: Adjust in real-time-monitor.sh
  • Log policies: Modify in log-management.sh
  • Health thresholds: Configure in health check scripts

Integration Points

  • System Status API: Emergency endpoints
  • Logging Forwarding: External log aggregation
  • Metrics Export: Prometheus/Grafana compatible
  • Webhook Notifications: Slack, Discord, email

Security Features

  • Encrypted Backups: Optional GPG encryption
  • Access Controls: File permission management
  • Audit Logging: All maintenance actions logged
  • Secrets Management: Integration with vault systems

🛠️ Usage Examples

Quick Health Check

# Run all health checks in sequence
bash scripts/daily-maintenance.sh --quick-check
bash scripts/log-management.sh --status
bash scripts/real-time-monitor.sh --status

Emergency Recovery

# Force restore from latest backup
bash scripts/install-maintenance-system.sh --restore-latest

# Manual service restart
pkill -f openclaw-gateway && openclaw gateway start

Performance Tuning

# Adjust monitoring frequency (edit config)
# Default: 5 minutes, can be set to 1-60 minutes
# Example: Set to 2 minutes for critical systems

🤝 Contributing

Please read CONTRIBUTING.md before submitting pull requests.

📜 License

MIT License - see LICENSE file for details.


Built with ❤️ for the OpenClaw community

Files

2 total
Select a file
Select a file to preview.

Comments

Loading comments…