jpskill.com
💬 コミュニケーション コミュニティ

remote-system-maintenance

リモートLinuxシステムの保守や診断を行う際に、ディスク容量のクリーンアップやシステム診断を三段階のチェックリストで支援するSkill。

📜 元の英語説明(参考)

This skill should be used when performing maintenance or diagnostics on remote Linux systems. Triggers on "remote server", "Linux maintenance", "Ubuntu cleanup", "Debian", "disk space", "apt cleanup", "journal vacuum", "snap cleanup", "system diagnostics". Provides structured three-phase checklists with quantification.

🇯🇵 日本人クリエイター向け解説

一言でいうと

リモートLinuxシステムの保守や診断を行う際に、ディスク容量のクリーンアップやシステム診断を三段階のチェックリストで支援するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o remote-system-maintenance.zip https://jpskill.com/download/6560.zip && unzip -o remote-system-maintenance.zip && rm remote-system-maintenance.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/6560.zip -OutFile "$d\remote-system-maintenance.zip"; Expand-Archive "$d\remote-system-maintenance.zip" -DestinationPath $d -Force; ri "$d\remote-system-maintenance.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して remote-system-maintenance.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → remote-system-maintenance フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[スキル名] remote-system-maintenance

リモートシステムメンテナンス

目的

SSH/tmux セッションを通じてリモートの Linux システム、特に Ubuntu/Debian プラットフォームを診断し、メンテナンスするための構造化されたガイダンスです。

適用シナリオ

  • システムメンテナンス作業
  • ディスク容量の回復
  • パッケージの更新
  • ヘルス診断
  • リモートサーバーでのクリーンアップ操作

3段階アプローチ

フェーズ1：初期診断

システムの状態のベースラインを把握します。

  • ホスト名とシステム識別
  • リソース使用率（ディスク、メモリ、CPU）
  • プロセスステータスと負荷
  • ゾンビプロセスの検出

フェーズ2：システムログのレビュー

システムヘルスインジケーターを調べます。

  • システムログ内の最近のエラーメッセージ
  • Journal のディスク消費分析
  • 重要なサービスのステータス
  • 認証とセキュリティイベント

フェーズ3：パッケージ評価

メンテナンスの機会を特定します。

  • アップグレード可能なパッケージ
  • 孤立した設定
  • 未使用の依存関係
  • パッケージキャッシュサイズ

Ubuntu/Debian クリーンアップシーケンス

以下の7つの段階を順番に実行します。

  1. パッケージキャッシュの更新 - apt update でパッケージリストを同期します
  2. システムアップグレード - apt upgrade でセキュリティとバグ修正を行います
  3. 孤立したパッケージの削除 - apt autoremove で未使用の依存関係をクリーンアップします
  4. キャッシュのパージ - apt clean でパッケージキャッシュの容量を解放します
  5. Journal の整理 - journalctl --vacuum-time=7d でログの保持期間を制限します
  6. Snap リビジョンのクリーンアップ - 無効化された Snap リビジョンを削除します（下記参照）
  7. 一時ディレクトリの評価 - /tmp と /var/tmp を確認し、クリーンアップの機会を探します

Snap リビジョンクリーンアップ手法

Snap はデフォルトで古いリビジョンを保持します。特定と削除の方法は以下の通りです。

# 無効化されたすべての Snap リビジョンをリスト表示
snap list --all | awk '/disabled/{print $1, $3}'

# 特定のリビジョンを削除
snap remove <package-name> --revision=<revision-number>

重要: 単純なパッケージのアンインストールではなく、リビジョン番号による明示的な削除が必要です。

ドキュメント要件

すべてのメンテナンスセッションでは、以下の情報を記録する構造化されたログを生成する必要があります。

  1. システム識別

    • ホスト名
    • OS バージョン
    • カーネル情報
    • オペレーターの識別

  2. リソースの状態

    • 初期ディスク/メモリ/CPU 使用率
    • 最終ディスク/メモリ/CPU 使用率
    • 定量化された改善点

  3. 実行されたアクション

    • 実行された具体的なコマンド
    • カテゴリごとの解放された MB/GB
    • アップグレード/削除されたパッケージ

  4. フォローアップの推奨事項

    • 残っている問題
    • 将来のメンテナンスの必要性
    • 監視に関する提案

期待される結果

実際の回復例：

  • Journal の整理: 300-600 MB
  • Snap リビジョンのクリーンアップ: 500 MB から 2 GB
  • パッケージキャッシュのパージ: 100-500 MB
  • 合計の可能性: 包括的なセッションで 2 GB 以上

所要時間

一般的なメンテナンスセッション：診断、クリーンアップ、ドキュメント作成を含めて 15-30 分です。

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Remote System Maintenance

Purpose

Structured guidance for diagnosing and maintaining remote Linux systems through SSH/tmux sessions, with emphasis on Ubuntu/Debian platforms.

Applicable Scenarios

  • System maintenance tasks
  • Disk space recovery
  • Package updates
  • Health diagnostics
  • Cleanup operations on remote servers

Three-Phase Approach

Phase 1: Initial Diagnostics

Capture baseline system state:

  • Hostname and system identification
  • Resource utilization (disk, memory, CPU)
  • Process status and load
  • Zombie process detection

Phase 2: System Log Review

Examine system health indicators:

  • Recent error messages in system logs
  • Journal disk consumption analysis
  • Critical service status
  • Authentication and security events

Phase 3: Package Assessment

Identify maintenance opportunities:

  • Upgradable packages
  • Orphaned configurations
  • Unused dependencies
  • Package cache size

Ubuntu/Debian Cleanup Sequence

Execute these seven stages in order:

  1. Package Cache Refresh - apt update to sync package lists
  2. System Upgrades - apt upgrade for security and bug fixes
  3. Orphan Removal - apt autoremove to clean unused dependencies
  4. Cache Purging - apt clean to reclaim package cache space
  5. Journal Pruning - journalctl --vacuum-time=7d to limit log retention
  6. Snap Revision Cleanup - Remove disabled snap revisions (see below)
  7. Temporary Directory Assessment - Review /tmp and /var/tmp for cleanup opportunities

Snap Revision Cleanup Technique

Snap keeps old revisions by default. To identify and remove:

# List all disabled snap revisions
snap list --all | awk '/disabled/{print $1, $3}'

# Remove specific revision
snap remove <package-name> --revision=<revision-number>

Important: Requires explicit removal by revision number, not simple package uninstallation.

Documentation Requirements

All maintenance sessions must generate structured logs recording:

  1. System Identification

    • Hostname
    • OS version
    • Kernel information
    • Operator identity

  2. Resource States

    • Initial disk/memory/CPU usage
    • Final disk/memory/CPU usage
    • Quantified improvements

  3. Actions Taken

    • Specific commands executed
    • MB/GB freed per category
    • Packages upgraded/removed

  4. Follow-up Recommendations

    • Remaining issues
    • Future maintenance needs
    • Monitoring suggestions

Expected Results

Real-world recovery examples:

  • Journal vacuuming: 300-600 MB
  • Snap revision cleanup: 500 MB to 2 GB
  • Package cache purging: 100-500 MB
  • Total potential: 2+ GB in comprehensive sessions

Time Commitment

Typical maintenance session: 15-30 minutes including diagnostics, cleanup, and documentation.