2026 OpenClaw sur Mac Mini loué : memory.qmd reindex nocturne, searchTool épinglé et config validate pour éviter les boucles de redémarrage

Les équipes qui louent un Mac Mini pour faire tourner OpenClaw en 7×24 avec memory.qmd voient la recherche dériver : les incréments diurnes et la reconstruction nocturne complète se disputent l’IO, tandis qu’un searchTool mal épinglé fait échouer mcporter et launchd entre dans une boucle de redémarrage.

Ce guide livre une checklist de configuration 7×24 et une FAQ : scénarios RAG/QMD local, matrice de valeurs recommandées, épinglage searchTool, flux config validate→apply, fenêtre silencieuse launchd et webhooks Healthchecks — avec liens vers l’accueil, les forfaits, la FAQ lignes d’eau APFS et le guide launchd throttle I/O.

Louer un Mac Mini pour du RAG/QMD local : scénarios

Pour les développeurs solo qui veulent garder runbooks, tickets et journaux de chat on-device : memory.qmd stocke les chunks QMD ; la passerelle les interroge via searchTool — sans base vectorielle cloud, entièrement sur l’APFS du Mac Mini loué.

• Nuit seulement : reindex complet ; le jour, incréments uniquement — snapshot lecture seule hors fenêtre profonde.
• OPENCLAW_HOME sépare index production, staging/ et checkpoints.
• Passerelle sur 127.0.0.1 ; signaux externes uniquement par webhook.

openclaw onboard --install-daemon
export OPENCLAW_HOME=~/openclaw-prod
openclaw gateway status
# attendu : bind 127.0.0.1, KeepAlive launchd

Épingler searchTool (éviter les échecs mcporter)

Figez binaire, racine d’index et ID de modèle dans le runbook avec des chemins absolus et sha256 — pas de symlinks dans la config live. Promotion uniquement après succès dans $OPENCLAW_HOME/staging.

openclaw config validate --path staging/openclaw.json
# mcporter + searchTool dry-run OK:
openclaw config apply --atomic staging/openclaw.json

Répertoire d’index en lecture seule pour l’automation ; écriture uniquement en staging. Équité IO : runbook SQLite WAL.

Fenêtre de reconstruction nocturne et lignes d'eau disque

• Job reindex avec Nice 10 et priorité IO basse — la passerelle reste prioritaire.
• Fichiers temporaires sous .reindex-tmp, rename atomique après succès.
• Seuils alignés sur la FAQ lignes d’eau APFS.

Éviter la boucle de redémarrage config : validate puis apply

1. Éditions uniquement dans openclaw.json.tmp — désactiver le watch-reload.
2. config validate vérifie mcporter, searchTool et chemins memory — les erreurs ne touchent jamais le YAML live.
3. config apply --atomic remplace atomiquement ; la passerelle reçoit un seul HUP, sans cascade.

Label passerelle : ThrottleInterval ≥ 90 s contre les tempêtes launchd en cas de mauvaise config.

Fenêtre silencieuse launchd et heartbeat Healthchecks ou webhook générique

LaunchAgent reindex uniquement UTC 22:00–06:00 via StartCalendarInterval. Supprimez les webhooks non P1 en silence ; la perte de données reste P1.

# après reindex réussi
curl -fsS -m 10 "$HC_URL/$UUID"
# en cas d'échec
curl -fsS -m 10 "$HC_URL/$UUID/fail"

Slugs grace et fail : guide Healthchecks 7×24. Webhook générique dédupliqué avec batch_id:reindex_phase. Détails throttle : launchd Nice/IO.

Sept étapes de déploiement reproductibles

1. Provisionner. Achat, SSH via centre d’aide, baseline df -h depuis l’accueil.
2. Intégrer. openclaw onboard --install-daemon — passerelle loopback.
3. Arborescence. Séparer memory.qmd, staging et checkpoints sous OPENCLAW_HOME.
4. Épinglage. searchTool absolu + sha256 ; validate comme en CI.
5. Job nocturne. launchd avec Nice/IO — aligné sur l’article throttle.
6. Heartbeat. Healthchecks ou webhook avec success/fail séparés.
7. Exercice. Échec validate volontaire — la config live doit rester intacte.

FAQ dégradation des tâches longue durée