DurdeuVlad

Remote Control Daemons — Development skill for Claude Code

Development community

Automated, persistent, and self-healing systemd services and health watchdog for Claude Code and Codex remote control daemons.

How to install Remote Control Daemons

This entry records only its repository, not the path inside it, so there is no exact command to give. Open DurdeuVlad/remote-control-daemons and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What Remote Control Daemons does

Automated, persistent, and self-healing systemd services and health watchdog for Claude Code and Codex remote control daemons.

Alternatives in Development

  • GenericAgent — Self-evolving agent: grows skill tree from 3.3K-line seed, achieving full system control with 6x less token co 6.1k ★
  • Claude Scholar — Semi-automated research assistant for academic research and software development 3k ★
  • Nexting — Remote control for Claude Code, Codex, Grok, and Cursor on Mac or PC 1.3k ★

README

Remote Control Daemons & Watchdog

[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT) [![Linux](https://img.shields.io/badge/OS-Linux-blue.svg)](https://www.kernel.org/) [![Systemd](https://img.shields.io/badge/Systemd-Enabled-green.svg)](https://systemd.io/) [![Python](https://img.shields.io/badge/Python-3.8%2B-blue.svg)](https://www.python.org/)

Automated, persistent, and self-healing systemd services paired with an active health-monitoring watchdog for **Claude Code Remote Control** (`claude rc`) and **OpenAI Codex Remote Control** (`codex remote-control`).


💡 Why This Exists

Remote control daemons for AI coding assistants are essential for managing local workspace sessions from mobile apps or web UI clients. However, default daemon setups often fail silently when:

  1. System Reboots: Services try to launch before network interface initialization or DNS resolution finish, triggering startup timeout failures.
  2. Network Drops: Temporary network disconnections cause daemons to crash without automatic reconnection.
  3. Static Oneshot Units: oneshot systemd units do not monitor underlying background processes once spawned, remaining marked as "active" even after process crashes.

This project solves these pain points with a **dual-layer self-healing architecture**: network gating + systemd process supervision + periodic cron health checks.


🏗️ Architecture

flowchart TD
    A[System Boot / Event] --> B{Network Online Check}
    B -- Network Waiting --> B
    B -- Reachable --> C[Launch Remote Control Daemons]
    
    subgraph Systemd Supervision Layer
        C --> D1[claude-remote-control.service]
        C --> D2[codex-remote-control.service]
        D1 -- Process Crash / Exit --> D1
        D2 -- Process Crash / Exit --> D2
    end
    
    subgraph Active Watchdog Layer
        E[Cron Cronjob: every 5 min] --> F[watchdog.py Health Audit]
        F -- Service Ina