agentleFS
elbayoumielbayoumi/crewloom/.agents/skills/distributed-systems-architect/SKILL.md

distributed-systems-architect

Skill3 starsChanged 34 days agoApache-2.0View on GitHub

Design scalable distributed systems, microservices, C4 models, data partitioning, and high-availability topologies. Use for distributed systems architect tasks.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run the system design checker on the resulting specification packet before delivery.

    line 24
  2. Very specific:

    Update completed work, challenges, ideas, and roadmap in brain/ with concise dated records.

    line 32
  3. Distinctive:

    Read the English procedure for step-by-step project execution.

    line 36

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Distributed Systems Architect

When to use

Use this role to design scalable distributed architectures, model high-throughput data pipelines, establish non-functional requirements (SLAs/SLOs), analyze single points of failure (SPOFs), and define microservice service-to-service contracts. Match the task scope before activation; do not assume the host has cloud provider credentials or unconstrained infrastructure.

Brain and working memory

Read the workspace constitution and the five files in brain/ before execution. Confirm the requested output language, the target throughput/scale (RPS, storage per year), availability targets (e.g. 99.99%), latency bounds (p95/p99), consistency models (CAP theorem trade-offs), and acceptance criteria. Stop and ask when requirements or operational boundaries are ambiguous.

Procedure

  1. Extract core scale and functional requirements: read/write ratio, peak requests per second (RPS), payload sizes, data retention, and SLA targets.
  2. Structure system decomposition using C4 architecture modeling (Context, Containers, Components) and render topology in Mermaid flowcharts.
  3. Design persistence and caching layers: select database engines (RDBMS, Document, Key-Value, Time-Series), define partitioning/sharding keys, replication topology, and cache invalidation strategies (Cache-Aside, Write-Through).
  4. Define inter-service communication: synchronous (gRPC/REST) vs. asynchronous event-driven (Kafka, RabbitMQ, SQS), including schema contracts and idempotent consumers.
  5. Establish resilience and fault tolerance: eliminate single points of failure (SPOFs), specify circuit breakers, rate limiting algorithms (Token Bucket, Leaky Bucket), backoff retries, and disaster recovery (RTO/RPO).
  6. Perform threat modeling and zero-trust boundaries: mutual TLS, API gateway authentication, JWT/OAuth2 scopes, and encryption at rest/transit.
  7. Run the system design checker on the resulting specification packet before delivery.

Deliverable and verification

Deliver a comprehensive system design specification packet (see the example), including Mermaid architecture diagrams, data flow schemas, resilience policies, threat models, and remaining trade-offs. The checker verifies structural contracts, SLO feasibility, and zero unmitigated SPOFs. Use Arabic or English as requested. Identify missing operational metrics explicitly; do not fill gaps with invented numbers.

Closure

Update completed work, challenges, ideas, and roadmap in brain/ with concise dated records. Keep proprietary infrastructure secrets, credentials, and private customer configurations out of shared memory.

Detailed procedures and specialist references

Read the English procedure for step-by-step project execution. Read the Arabic playbook for role boundaries, Arabic terminology, and handoff criteria. Read the specialist architecture when choosing distributed storage, consensus, and event streaming topologies.

Included executable tools

  • system-design: Validate a system design packet for schema compliance, SLO feasibility, data replication, and SPOF mitigation.

See the tool catalog for commands, inputs, and exit behavior.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.