logical-architecture-design

Enforces single, well-defined responsibilities for frontend and backend components via SRP validation and refactor guidance.

Updated Apr 7, 2026
One-click install
npx skills add https://github.com/rachel353/fullty-plan --skill logical-architecture-design
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: logical-architecture-design
Source: https://github.com/rachel353/fullty-plan/tree/main/.claude/skills/logical-architecture-design
Command: npx skills add https://github.com/rachel353/fullty-plan --skill logical-architecture-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Validating and enforcing clear, single responsibilities for every component in a logical architecture design ensures maintainability, testability, and predictable changes.

Core Features & Use Cases

  • SRP validation: ensures each component has exactly one clear responsibility.
  • Violation signals: flags long descriptions, conjunctions, multiple items, and vague verbs.
  • Refactor guidance: provides concrete strategies to split responsibilities into focused components.

Quick Start

Provide a single SRP-compliant description for each frontend and backend component you are reviewing.

Frequently Asked Questions about logical-architecture-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce single responsibility principle in frontend and backend component architecture?▼

To enforce single responsibility principle, validate each frontend and backend component using explicit one-verb descriptions under 100 characters, flagging conjunctions and vague verbs during architecture design reviews.

What indicates a component violates SRP during a logical architecture design review?▼

SRP violation signals include component descriptions containing conjunctions, multiple items, vague verbs, or exceeding the 100-character limit, indicating the component handles multiple responsibilities and requires refactoring.

How do I refactor component architecture when SRP validation fails?▼

Refactor component architecture by applying concrete split strategies provided during validation failure, dividing multiple responsibilities into focused frontend and backend components that each have exactly one clear, well-defined purpose.

Does SRP validation work for both frontend and backend component refactoring?▼

SRP validation works for both frontend and backend component refactoring, requiring explicit single-responsibility descriptions during architecture planning and design reviews to ensure maintainability and predictable changes across the stack.

What is the best way to validate component responsibilities for an architecture refactor?▼

The best way to validate component responsibilities is checking for single, well-defined purposes using one-verb descriptions, disallowing conjunctions, and flagging vague verbs to ensure maintainability and testability during refactor efforts.