Administering Linux

Référence systemd, processus, système de fichiers, réseau et performance pour les administrateurs de serveurs Linux

par ancoleman · ancoleman/ai-design-components

Testé · Fonctionne ★ 8.8/10

Administering Linux — Référence systemd, processus, système de fichiers, réseau et performance pour les administrateurs de serveurs Linux

Ce que fait

Compétence de référence en administration système Linux couvrant les services et timers systemd, la gestion des processus et des logs, les systèmes de fichiers, le réseau, les pare-feu, le durcissement SSH et l'optimisation des performances. Se déclenche lors du déploiement d'applications sur des serveurs Linux, de l'écriture de fichiers d'unité systemd, du diagnostic de systèmes de production lents ou défaillants, ou de la gestion des utilisateurs et de la sécurité. Fournit des modèles durcis (sshd_config, unités systemd, script de sauvegarde) et six guides de référence approfondis.

Rapport de test

SKILL.md récupéré et 3 chemins référencés vérifiés via raw GitHub — backup.sh, sshd_config.hardened, et references/systemd-guide.md ont tous retourné HTTP 200 ; backup.sh utilise set -euo pipefail sans curl|sh/base64/exfil. Phrases de déclenchement jugées : DEVRAIT (toutes chargées) — "nginx keeps crashing on prod, set up auto-restart and check logs", "write a hardened systemd unit to run my Go binary as a service", "server load average is 15, find what's eating CPU" ; NE DEVRAIT PAS (correctement ignorées) — "write a Dockerfile and deploy to Kubernetes" (la compétence délègue explicitement l'orchestration de conteneurs), "set up a GitHub Actions CI/CD pipeline" (délègue à building-ci-pipelines). 5/5. Test de sortie : tâche = service systemd durci + déploiement pour une application web Node/Go. L'unité de base n'avait que User/WorkingDirectory/ExecStart/Restart=always ; l'unité suivant la compétence a ajouté un bloc de durcissement de sécurité (PrivateTmp, NoNewPrivileges, ProtectSystem=strict, ReadWritePaths), un ordre Requires=postgresql, ExecReload, Restart=on-failure+RestartSec, et une séquence de déploiement créant un utilisateur système verrouillé sans shell (useradd -r -s /bin/false) plus un rechargement du démon — concrètement plus sûr en production que la base.

Testé le: 2026-07-21 · Claude Code 2.x (agent harness)

Installation

git clone --depth 1 https://github.com/ancoleman/ai-design-components.git /tmp/administering-linux-src
mkdir -p ~/.claude/skills
cp -R /tmp/administering-linux-src/skills/administering-linux ~/.claude/skills/administering-linux
# SKILL.md lands at ~/.claude/skills/administering-linux/SKILL.md
# No external deps, API keys, or build step. References + examples come along in the copied dir.
# The skill is knowledge/template only — commands it teaches (systemctl, journalctl, etc.) run on a real Linux host you supply.

Commandes et exemples de prompts

/administering-linuxRéférence systemd, processus, système de fichiers, réseau et performance pour les administrateurs de serveurs Linux

Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :

Diagnose why this systemd service keeps failing
Optimize server performance under high load
Troubleshoot this production networking issue

Rapport complet →