Synthèse automatique
Démarre l'ensemble des services locaux (backend FastAPI, frontend Next.js, docs Fumadocs) en vérifiant les dépendances, en choisissant un groupe de ports libres et en relançant après diagnostic des erreurs.
Points forts
- Attribue automatiquement un groupe de trois ports (offset +10) et distingue les ports libres, ceux déjà occupés par le worktree courant et ceux d'un autre worktree.
- Effectue des contrôles de dépendances idempotents (uv sync, activation du venv, paquets npm) avant tout démarrage.
- Vérifie la santé de chaque service et retente jusqu'à deux fois après avoir diagnostiqué la panne.
- Répare les paquets éditables mal résolus dans un worktree git, un piège classique d'uv sync.
Limites
- La table de ports et les noms de services sont codés en dur pour une pile précise (Next.js 8080, FastAPI 8061, Fumadocs 8062).
- Repose sur lsof, git et uv, donc sur un environnement Unix/macOS avec cinq groupes de ports seulement (8080-8122).
- Le document fourni s'arrête au milieu de l'étape 1 : le détail des diagnostics et des correctifs de démarrage n'est pas entièrement spécifié.
À utiliser lorsqu'il faut démarrer toute la pile locale dans un worktree neuf ou après un plantage, sans gérer à la main les conflits de ports ni les dépendances manquantes.
Ne pas l'utiliser sur un projet qui ne suit pas exactement cette table de ports et cette pile uv/Next.js/FastAPI/Fumadocs, car la détection de ports et les étapes de dépendances supposent cette structure.
Analyse de sécurité
SûrThe skill automates local development service startup using standard tools (bash, lsof, curl, npm, uv). All actions are scoped to localhost and the project's own scripts; no destructive commands, exfiltration, or obfuscation are present.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Start all the local services for this worktree — backend, frontend and docs.Ports 8080/8061/8062 are already used by another worktree, spin up frontend, backend and docs on a free port group.uv sync failed earlier and the backend won't start — fix the dependencies and restart every service.name: run-services description: Start all local services (backend, frontend, docs) with dependency checking, error diagnosis, and automatic recovery. Handles missing npm/python packages, port conflicts, and stale processes.
Run Services
Start all local development services with pre-flight dependency checks and automatic error recovery.
Overview
This command automates the full startup workflow: 0. Smart port selection — auto-detects free port group or reuses current worktree's ports
- Pre-flight dependency checks (uv sync, venv, npm, worktree editable packages)
- Stops any existing services (only if needed)
- Starts all services via
run_services.sh - Health-checks each service
- Diagnoses and fixes failures, then retries (up to 2 retries)
Port Configuration
Ports are allocated in groups of 3 with a +10 offset between groups:
| Group | Frontend | Backend | Docs | |-------|----------|---------|------| | Default | 8080 | 8061 | 8062 | | +10 | 8090 | 8091 | 8092 | | +20 | 8100 | 8101 | 8102 | | +30 | 8110 | 8111 | 8112 | | +40 | 8120 | 8121 | 8122 |
| Service | Env Var | Base Port |
|---------|---------|-----------|
| Frontend (Next.js) | FRONTEND_PORT | 8080 |
| Backend (FastAPI) | BACKEND_PORT | 8061 |
| Docs (Fumadocs) | DOCS_PORT | 8062 |
Step 0 (Smart Port Selection) determines which group to use automatically, unless ports are already set via environment variables.
Execution Steps
Step 0: Smart Port Selection
Pre-check: If BACKEND_PORT, FRONTEND_PORT, or DOCS_PORT are already set in the environment, skip auto-detection entirely and use those values directly. Report "Using pre-configured ports" and proceed to Step 1.
0.1 Get current worktree root:
WORKTREE_ROOT=$(git rev-parse --show-toplevel)
0.2 For each port group (offset 0, 10, 20, 30, 40 — max 5 attempts), check all 3 ports in the group. For each port, determine its status:
PID=$(lsof -t -i:$PORT 2>/dev/null | head -1)
If no PID → port is free.
If PID exists, get the process's working directory:
PROC_CWD=$(lsof -a -p $PID -d cwd -Fn 2>/dev/null | tail -1 | sed 's/^n//')
Then classify:
- own —
$PROC_CWDstarts with$WORKTREE_ROOT(use prefix match, since child processes like Next.js run from subdirectories like$WORKTREE_ROOT/reflexio/website) - other —
$PROC_CWDdoes NOT start with$WORKTREE_ROOT
0.3 Decision per group:
- All 3 ports are free or own → use this group. Any "own" ports will be restarted in Step 3.
- Any port is other → skip this group, try the next offset (+10)
- All 5 groups exhausted → report error: "All port groups (8080-8122) are occupied by other worktrees. Free some ports or set BACKEND_PORT/FRONTEND_PORT/DOCS_PORT manually."
0.4 Export the chosen ports:
export FRONTEND_PORT=<8080+N>
export BACKEND_PORT=<8061+N>
export DOCS_PORT=<8062+N>
export API_BACKEND_URL="http://localhost:${BACKEND_PORT}"
Report which group was selected and why, e.g.:
- "Using default ports (8080/8061/8062) — all free"
- "Using default ports (8080/8061/8062) — restarting own services"
- "Using offset +10 ports (8090/8091/8092) — default ports occupied by another worktree"
Also record whether any ports in the chosen group were "own" (needs stop) or all "free" (skip stop).
Step 1: Pre-flight Dependency Checks
Run these checks before starting anything. They are idempotent and fast when deps are already installed.
Python dependencies (run first — creates .venv if missing):
uv sync
Activate virtual environment (after uv sync so .venv exists):
source .venv/bin/activate
Worktree editable packages:
In a git worktree, uv sync may resolve reflexio_commons and reflexio_client to a different worktree's path. Check and fix:
python -c "import reflexio_commons; import os; assert os.path.abspath(reflexio_commons.__file__).startswith(os.path.abspath('.'))" 2>/dev/null || uv pip install -e reflexio/reflexio_commons -e reflexio/reflexio_client
Frontend dependencies (reflexio/website):
Check if node_modules exists and has content. If missing or empty, install:
ls reflexio/website/node_modules/.package-lock.json 2>/dev/null || (cd reflexio/website && npm install)
Docs dependencies (reflexio/public_docs):
Check if node_modules exists and has content. If missing or empty, install:
ls reflexio/public_docs/node_modules/.package-lock.json 2>/dev/null || (cd reflexio/public_docs && npm install)
Step 2: Stop Existing Services (Conditional)
If any ports in the chosen group were classified as "own" in Step 0: stop existing services first:
./stop_services.sh
Wait 2 seconds for ports to fully release.
If all ports were "free": skip this step entirely — nothing to stop.
Step 3: Start Services
Run run_services.sh in the background with the exported port variables:
FRONTEND_PORT=$FRONTEND_PORT BACKEND_PORT=$BACKEND_PORT DOCS_PORT=$DOCS_PORT ./run_services.sh > /tmp/reflexio-services.log 2>&1 &
Wait ~15 seconds for services to boot. Next.js compilation takes time on first request.
Step 4: Health Check Each Service
Check each service individually. Use curl --max-time 10 -s -o /dev/null -w "%{http_code}" to get HTTP status codes.
Backend:
curl --max-time 10 -s -o /dev/null -w "%{http_code}" http://localhost:${BACKEND_PORT}/health
Expected: 200
Frontend:
curl --max-time 10 -s -o /dev/null -w "%{http_code}" http://localhost:${FRONTEND_PORT}
Expected: 200 or 3xx (redirect is OK)
Docs:
curl --max-time 10 -s -o /dev/null -w "%{http_code}" http://localhost:${DOCS_PORT}
Expected: 200 or 3xx (redirect is OK)
A status of 000 means the service is not responding at all.
Step 5: On Failure — Diagnose and Fix
If any health check fails, read the log for error details:
cat /tmp/reflexio-services.log
Also check if processes are even running:
lsof -i:${BACKEND_PORT} -i:${FRONTEND_PORT} -i:${DOCS_PORT}
Common Failure Patterns and Fixes
a. "Cannot find package" / "Cannot find module" (npm) An npm dependency is missing. Fix:
# Identify which service (website or public_docs) from the error path
cd reflexio/website && npm install # or reflexio/public_docs
Then retry from Step 3.
b. "ModuleNotFoundError" / "ImportError" (Python — general) A Python dependency is missing. Fix:
uv sync
Then retry from Step 3.
b2. "ModuleNotFoundError" for reflexio_commons or reflexio_client (worktree path mismatch)
In a worktree, editable packages may resolve to a different worktree's path. Fix:
uv pip install -e reflexio/reflexio_commons -e reflexio/reflexio_client
Then retry from Step 3.
c. "Address already in use" / "EADDRINUSE" A port is still occupied. Fix:
# Kill whatever is on the port
lsof -t -i:PORT | xargs kill -9 2>/dev/null
Wait 2 seconds, then retry from Step 3.
d. ".next build cache errors" / "ENOENT .next" Stale Next.js build artifacts. Fix:
rm -rf reflexio/website/.next reflexio/public_docs/.next
Then retry from Step 3.
e. Script syntax errors or unknown errors Report the error output to the user and suggest manual steps. Do not retry.
Retry Logic
- Maximum 2 retries after applying a fix
- Each retry starts from Step 3 (stop, start, health check)
- If all retries exhausted, report final status with error details
Step 6: Report Final Status
Report a summary table:
Service | Port | Status
-----------|-------|-------
Backend | 8091 | Running
Frontend | 8090 | Running
Docs | 8092 | Running
Port group: offset +10 (8090/8091/8092) — default ports occupied by another worktree
Include the port group selection reason in the summary (e.g., "all free", "restarting own services", "default ports occupied by another worktree").
If all services are running, confirm success. If any failed after retries, show:
- The specific error message from logs
- Suggested manual debugging steps
Important Notes
- Do NOT modify
.envfiles — port overrides come from shell environment variables only - Logs location:
/tmp/reflexio-services.logcontains combined service output - Smart port selection: Ports are auto-detected unless
BACKEND_PORT,FRONTEND_PORT, orDOCS_PORTenv vars are already set - If the user mentions a specific service to start (e.g., "just start the backend"), adapt the workflow to only start/check that service
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/run-services-msfn19m4/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/run-services-msfn19m4' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/run-services-msfn19m4/download' --output '.skill-downloads/run-services-msfn19m4/SKILL.md.part' && mv '.skill-downloads/run-services-msfn19m4/SKILL.md.part' '.skill-downloads/run-services-msfn19m4/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/run-services-msfn19m4/SKILL.md' && test -s '.skill-downloads/run-services-msfn19m4/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/run-services' && cp -R '.skill-downloads/run-services-msfn19m4' '.claude/skills/run-services'Codex
test -f '.skill-downloads/run-services-msfn19m4/SKILL.md' && test -s '.skill-downloads/run-services-msfn19m4/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/run-services' && cp -R '.skill-downloads/run-services-msfn19m4' '.agents/skills/run-services'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/run-services-msfn19m4'openskills read 'run-services-msfn19m4'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/run-services-msfn19m4/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.