Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Tencent SkillHub · AI
Firm Acp Bridge
Haute disponibilité du bridge ACP et gestion des sessions agents autonomes. Comble les gaps C4 (ACP sans persistance), H3 (sessions spawn sans provider env),...
skill openclawclawhub Free
Haute disponibilité du bridge ACP et gestion des sessions agents autonomes. Comble les gaps C4 (ACP sans persistance), H3 (sessions spawn sans provider env),...
⬇ 0 downloads ★ 0 stars Unverified but indexed
Install for OpenClaw
Quick setup
- Download the package from Yavira.
- Extract the archive and review SKILL.md first.
- Import or place the package into your OpenClaw setup.
Package facts
- Download mode
- Yavira redirect
- Package format
- ZIP package
- Source platform
- Tencent SkillHub
- What's included
- SKILL.md
Validation
- Use the Yavira download entry.
- Review SKILL.md after the package is downloaded.
- Confirm the extracted package contains the expected setup assets.
Install with your agent
Agent handoff
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
- Download the package from Yavira.
- Extract it into a folder your agent can access.
- Paste one of the prompts below and point your agent at the extracted folder.
New install
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
Upgrade existing
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
Trust & source
Release facts
- Source
- Tencent SkillHub
- Verification
- Indexed source record
- Version
- 1.0.0
Provenance
- Publisher
- romainsantoli-web
- Source page
- View original listing
- Canonical URL
- Open canonical page
Documentation
firm-acp-bridge
⚠️ Contenu généré par IA — validation humaine requise avant déploiement en production.
Purpose
Ce skill rend le bridge ACP résilient aux crashs et les sessions agents autonomes pleinement fonctionnelles en comblant les gaps découverts dans openclaw/openclaw. Gaps couverts : GapSévéritéOutilC4 — ACP sessions en mémoire uniquement (crash = perte)CRITICALacp_session_persist/restoreH3 — Sessions spawn/cron sans provider env varsHIGHfleet_session_inject_envH4 — Cron tools sur denylist sandboxHIGHfleet_cron_scheduleH5 — Race condition shared-workspace read/writeHIGHopenclaw_workspace_lock
Tools activés
acp_session_persist — persiste run_id → gateway_session_key sur disque (C4) acp_session_restore — recharge sessions après crash/restart bridge (C4) acp_session_list_active — liste sessions ACP actives et stale (C4) fleet_session_inject_env — injecte provider env vars dans sessions non-main (H3) fleet_cron_schedule — planifie cron tasks sur session main (H4) openclaw_workspace_lock — advisory lock pour éviter les race conditions (H5)
Protocole ACP Persistence (C4)
Problème : Si le bridge openclaw acp crashe ou est tué (OOM, reboot), tous les mappings run_id → gateway_session_key en mémoire sont perdus. Les IDE integrations (VS Code, Cursor) se reconnectent silencieusement à de nouvelles sessions.
Intégration côté bridge (pattern d'appel)
À chaque création de session ACP, appeler immédiatement : { "tool": "acp_session_persist", "args": { "run_id": "<acp_run_id>", "gateway_session_key": "<gateway_key>", "metadata": { "ide": "vscode", "workspace": "/path/to/project", "created_by": "agent-name" } } } Au démarrage du bridge (après crash ou restart) : { "tool": "acp_session_restore", "args": { "max_age_hours": 24 } } → Retourne les sessions récupérables + purge automatique des sessions > 24h stale. Pour monitorer : { "tool": "acp_session_list_active", "args": { "include_stale": false } }
Décision d'architecture — ACP session store
OptionDécisionRaisonRedis❌ NONTrop lourd pour single-operator, dépendance externeSQLite❌ NONOverkill pour des clés simples, migration schemaJSON file (atomic rename)✅ OUIZéro dépendance, atomic write (tmp + os.replace), léger
Autonomous Session Bootstrap (H3)
Problème : Les sessions spawned via sessions_spawn ou cron n'ont pas accès aux env vars des providers configurés (ANTHROPIC_API_KEY, OPENAI_API_KEY, etc.). Tout appel LLM dans une session non-main échoue silencieusement.
Séquence obligatoire avant sessions_spawn
Étape 1 — Validation dry_run (vérifier les clés sans envoyer) : { "tool": "fleet_session_inject_env", "args": { "env_vars": { "ANTHROPIC_API_KEY": "<your_key>", "OPENCLAW_MODEL": "claude-3-5-sonnet-20241022" }, "dry_run": true } } → Vérifie que les clés passent l'allowlist. Si rejected non vide, les clés sont invalides. Étape 2 — Injection effective avant spawn : { "tool": "fleet_session_inject_env", "args": { "env_vars": { "ANTHROPIC_API_KEY": "<your_key>", "OPENCLAW_MODEL": "claude-3-5-sonnet-20241022" }, "filter_tags": ["engineering", "quality"] } } Étape 3 — Spawn la session (via Gateway direct) : { "method": "sessions_spawn", "params": { "agent": "engineering", "reply_session": "main" } }
Clés autorisées (allowlist intégrée)
ANTHROPIC_API_KEY | OPENAI_API_KEY | OPENROUTER_API_KEY | GEMINI_API_KEY OPENCLAW_MODEL | OPENCLAW_PROVIDER | OPENCLAW_MAX_TOKENS CLAW_MODEL | CLAW_PROVIDER | PROXY_URL | CUSTOM_* Jamais dans les logs — les valeurs sont masquées avec ****{last4}.
Cron Outside Sandbox (H4)
Problème : cron tools sont sur la denylist dans les sessions Docker sandbox. Tout workflow autonome planifié dans un container non-main est bloqué. Solution : Planifier sur la session main (accès hôte) via fleet_cron_schedule. { "tool": "fleet_cron_schedule", "args": { "command": "node scripts/daily-report.js", "schedule": "0 9 * * 1-5", "session": "main", "description": "Daily business report — Monday to Friday 9h" } } Utiliser fleet_cron_schedule quand : ✅ La tâche est un script léger et déterministe ✅ La tâche ne nécessite pas d'isolation sécurité ✅ La command passe l'allowlist [a-zA-Z0-9 /._-=]+ Utiliser sessions_spawn (session non-main) quand : ✅ La tâche implique du code non vérifié / externe ✅ Isolation sécurité requise (sandbox Docker) ✅ La tâche peut se déclencher ad-hoc (pas planifiée)
Workspace Locking (H5)
Problème : Race condition documentée (#29947) sur shared-workspace read/modify/write. Plusieurs sessions agent peuvent corrompre la même ressource partagée.
Pattern acquire / work / release
// 1. Acquérir le lock { "tool": "openclaw_workspace_lock", "args": { "path": "shared/config.json", "action": "acquire", "owner": "engineering-session-001", "timeout_s": 30 } } // 2. Faire le travail (read → modify → write) // ... vos opérations sur la ressource ... // 3. Libérer le lock { "tool": "openclaw_workspace_lock", "args": { "path": "shared/config.json", "action": "release", "owner": "engineering-session-001" } } Vérifier le statut d'un lock : { "tool": "openclaw_workspace_lock", "args": { "path": "shared/config.json", "action": "status", "owner": "any" } }
Règles
Le lock est advisory (pas kernel-level) — tous les agents doivent coopérer timeout_s max = 300s. Si lock non acquis → ok: false + current_owner Toujours release dans un bloc try/finally pour éviter les locks orphelins Un lock expired ne se libère pas automatiquement — utiliser acp_session_restore pour purger les owners stale
Monitoring de santé ACP
Flux de monitoring recommandé (à exécuter périodiquement) : acp_session_list_active → sessions stale > 2h → acp_session_restore(max_age_hours=2) → recheck Si restored: 0 et purged > 0 après un intervalle normal → le bridge a crashé et les sessions ont été perdues → notifier via firm_export_slack_digest. OpenClaw gaps : C4 (ACP in-memory), H3 (#29886 isolated sessions no provider env), H4 (#29921 cron sandbox denylist), H5 (#29947 race condition)
💎 Support
Si ce skill vous est utile, vous pouvez soutenir le développement : Dogecoin : DQBggqFNWsRNTPb6kkiwppnMo1Hm8edfWq
Category context
Agent frameworks, memory systems, reasoning layers, and model-native orchestration.
Source: Tencent SkillHub
Largest current source with strong distribution and engagement signals.
Package contents
Included in package
1 Docs
- SKILL.md