Babysitter architecture-patterns
System and API design guidance covering component boundaries, data flow, integration patterns, and scalability considerations.
install
source · Clone the upstream repo
git clone https://github.com/a5c-ai/babysitter
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/a5c-ai/babysitter "$T" && mkdir -p ~/.claude/skills && cp -r "$T/library/methodologies/cc10x/skills/architecture-patterns" ~/.claude/skills/a5c-ai-babysitter-architecture-patterns && rm -rf "$T"
manifest:
library/methodologies/cc10x/skills/architecture-patterns/SKILL.mdsource content
Architecture Patterns
Overview
Guidance for system architecture and API design decisions within CC10X workflows. Used during PLAN and BUILD workflows for architectural choices.
Domain Areas
Component Design
- Single responsibility boundaries
- Interface contracts and type safety
- Dependency injection patterns
- Module cohesion and coupling analysis
Data Flow
- Request/response patterns
- Event-driven architecture
- State management strategies
- Data transformation pipelines
Integration Patterns
- API design (REST, GraphQL, RPC)
- Message queuing and async processing
- Service boundaries and communication
- Error propagation across boundaries
Scalability
- Horizontal vs vertical scaling considerations
- Caching strategies
- Database design and query optimization
- Load balancing and distribution
Decision Checkpoints
Architectural decisions require user approval when:
- Introducing new service boundaries
- Changing data flow patterns
- Adding new external dependencies
- Modifying public API contracts
When to Use
- During PLAN workflow architecture phases
- During BUILD when architectural choices arise
- When reviewing system design in REVIEW workflow
Agents Used
(architecture planning)planner
(architecture implementation)component-builder
(architecture review)code-reviewer