multi-service-orchestration
Multi-service-orchestration manages complex development environments by automating service discovery, dependency resolution, PM2 process management, and cross-service integration testing across monorepos and microservice architectures. Use this when coordinating multiple interdependent backend and frontend services that require cascade or parallel execution, health monitoring, and end-to-end testing across service boundaries.
git clone --depth 1 https://github.com/a5c-ai/babysitter /tmp/multi-service-orchestration && cp -r /tmp/multi-service-orchestration/library/methodologies/everything-claude-code/skills/multi-service-orchestration ~/.claude/skills/multi-service-orchestrationSKILL.md
- Scan for service directories (packages/, services/, apps/) - Parse package.json for dependencies and scripts - Build dependency graph - Detect package managers per service - Determine topological execution order - Flag circular dependencies ## Execution Modes ### Cascade Mode - Sequential execution following dependency order - Wait for health check before starting dependents - Stop on failure with detailed error report - Support partial cascade (skip healthy services) ### Parallel Mode - Concurrent execution for independent services - Optional worktree isolation per service - Configurable concurrency limit - Collect all results (continue on individual failures) ### Auto Mode (Default) - Analyze dependency graph - Use cascade for services with sequential dependencies - Use parallel for independent service groups - Hybrid: cascade between groups, parallel within groups ## PM2 Management - Generate ecosystem.config.js from service manifest - Configure per service: name, script, cwd, env, instances - Start in topological order with health check gates - Log rotation and restart policies - Status monitoring: online, stopped, errored ## Cross-Service Testing - API contract verification (request/response schemas) - Event bus message flow testing - Shared state consistency checks - Authentication across service boundaries - Circuit breaker behavior validation ## Health Monitoring - Health check endpoint polling - PM2 process status monitoring - Resource usage tracking (CPU, memory) - Log file error pattern detection - Inter-service connectivity verification ## When to Use - Multi-package monorepo development - Microservice orchestration - Full-stack application management - CI/CD pipeline for multi-service deployments ## Agents Used - `architect` (service discovery and dependency mapping) - `build-resolver` (individual service builds) - `e2e-runner` (cross-service integration testing)
Coordinate Crew (persistent) and Polecat (transient) agents using Gas Town's hook-based work distribution and GUPP principle.
System and API design guidance covering component boundaries, data flow, integration patterns, and scalability considerations.
This skill should be used when the user asks to "find skills in the wild", "assimilate popular workflows", "discover SKILL.md files in repos", "research external skills", "find workflow patterns", "survey the skill landscape", "what skills exist out there", or wants to investigate public repositories for extractable processes, babysitter plugins, and reusable procedural insights. Searches GitHub for SKILL.md files, classifies repos by archetype, and maintains structured research under docs/reference-repos/.
>-
This skill should be used when the user asks to "babysit issues", "work on assigned issues", "check a5c-agent issues", "process babysitter issues", or wants to find and work on open GitHub issues assigned to a5c-agent in the babysitter repo.