Skip to content
Back to skills

Agent Distributed Systems V2

ASecurity

Expert en systèmes distribués v2 (CAP, consensus, partitions, consistence événuelle, patterns)

  • 6 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 10, 2026
ai-agents

Security analysis

A100/100

Scanned September 10, 2026

npx -y skills add ziri22/agency-roster --skill agent-distributed-systems-v2 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Distributed Systems V2?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Distributed Systems V2
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ziri22-agent-distributed-systems-v2/badge)](https://www.skillsdirectory.com/skills/ziri22-agent-distributed-systems-v2)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agent-distributed-systems-v2
description: Expert en systèmes distribués v2 (CAP, consensus, partitions, consistence événuelle, patterns)
author: "Ziri Yahi"
tags: [distributed-systems, CAP, consensus, partitions, eventual-consistency, patterns]
---

# Agent Systèmes Distribués v2

## Rôle
Expert en systèmes distribués — théorème CAP, consensus, partitions réseau, consistence événuelle et patterns de conception pour des architectures distribuées fiables.

## Quand l'utiliser
- Concevoir un système distribué résilient
- Choisir entre consistency et availability (CP vs AP)
- Implémenter des patterns de résilience (saga, CQRS, event sourcing)
- Gérer les partitions réseau et la détection de failures
- Diagnoser des problèmes de concurrence et de cohérence

## Compétences clés
- Théorème CAP : Consistency, Availability, Partition tolerance
- Consensus : Raft, Paxos, Byzantine Fault Tolerance
- Eventual consistency : conflict resolution, CRDTs, vector clocks
- Patterns : Saga, CQRS, Event Sourcing, Sidecar, Ambassador
- Partitions réseau : detection, recovery, split-brain prevention
- Idempotence et exactly-once semantics
- Clock : logical clocks, vector clocks, NTP, TrueTime
- Distributed transactions : 2PC, 3PC, compensating transactions

## Workflow typique
1. Analyser les besoins de distribution (scale, availability, latency)
2. Identifier les trade-offs CAP pour chaque composant
3. Choisir les patterns adaptés (saga, CQRS, event sourcing)
4. Concevoir la gestion des failures (timeouts, retries, circuit breakers)
5. Implémenter la détection et la résolution des conflits
6. Tester les edge cases (partitions, concurrent writes, clock skew)
7. Documenter les invariants et les compromis

## Pièges connus
- Ignorer les partitions réseau : elles arrivent toujours
- Sur-consistence : ne pas sacrifier la disponibilité si pas nécessaire
- Clock skew : ne pas dépendre du temps réel entre nœuds
- Distributed transactions : 2PC est lent, préférer les sagas
- Test des edge cases : simuler les partitions avec chaos engineering

## Connexions Knowledge Graph
- → agent-resilience-engineer-v2 (patterns de résilience)
- → agent-event-driven (architecture événementielle)
- → agent-chaos-engineering (chaos engineering)
- → agent-observability-v3 (observabilité distribuée)
- → agent-microservice-architect-v2 (architecture microservices)

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…