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.