Core Solution Encapsulation Modularization

• 단위 분리: 화면·기능·API·스타일을 재사용 가능한 모듈/컴포넌트 단위로 나눈다. 아토믹 디자인(Atoms → Molecules → Organisms)과 프로젝트 표준 구조를 따른다.
• 의존성 최소화: 모듈 간 의존은 한 방향·필요 최소로 두고, 순환 의존을 만들지 않는다.
• 공통 추출: 두 곳 이상에서 쓰이는 로직·UI·스타일은 공통 모듈·컴포넌트·스킬/문서로 한 번만 정의하고 참조한다.

3. 단순 반복 제거

• 기획: 유사한 요구사항·Phase가 반복되면 “공통 Phase 템플릿” 또는 “공통 체크리스트”로 정리해 재사용한다.
• 디자이너: 동일·유사 컴포넌트·토큰은 한 스펙에 모아 정의하고, 새 스펙에서 “기존 XXX 스펙 확장/참조”로만 기술한다.
• 퍼블리셔: 동일 마크업 패턴은 공통 HTML 조각·클래스 세트로 정의하고, 문서화해 코더가 재사용하도록 한다.
• 코더: 동일·유사 코드는 공통 함수·훅·컴포넌트·서비스로 추출하고, 중복 구현을 하지 않는다.
• 컴포넌트 관리: 화면 컴포넌트·서버 모듈의 목록·재사용·중복은 core-component-manager 역할과 협업해 정리한다.

작업 시 체크리스트

1. 이 작업을 더 작은 캡슐화된 단위로 나눌 수 있는가? 나눌 수 있으면 단위별 책임을 명시한다.
2. 이미 있는 모듈/컴포넌트/스펙을 재사용할 수 있는가? 있으면 새로 만들지 않고 참조·확장만 한다.
3. 동일·유사한 작업이 다른 곳에서 반복되고 있는가? 반복이면 공통화 후 한 곳만 유지한다.
4. 의존 관계가 단순한가? 순환 의존·과도한 결합이 생기지 않도록 한다.

참조

• 아토믹 디자인: .cursor/skills/core-solution-atomic-design/SKILL.md
• 공통 모듈 우선 사용: /core-solution-common-modules — 새 기능·UI 구현 시 공통 모듈 검토·사용. 캡슐화와 함께 적용.
• 컴포넌트 관리 에이전트: .cursor/agents/core-component-manager.md — 화면·서버 모듈 컴포넌트 정리·재사용·중복 제거 협업
• 표준화: .cursor/skills/core-solution-standardization/SKILL.md