菜单
WSS-iOS-V2 프로젝트에서, 새 Tuist 모듈을 생성할 때 사용한다. 레이어(domain|data|core|ui|feature)와 모듈명을 받아 ModuleType.swift 등록 → 의존성 자동 추론 → Project.swift 생성 → tuist generate → 모듈 가이드까지 수행한다. "새 모듈 만들어줘", "도메인/데이터/Feature 모듈 추가", 또는 "/new-module <layer> <ModuleName>" 같은 요청에 트리거.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | new-module |
| description | WSS-iOS-V2 프로젝트에서, 새 Tuist 모듈을 생성할 때 사용한다. 레이어(domain|data|core|ui|feature)와 모듈명을 받아 ModuleType.swift 등록 → 의존성 자동 추론 → Project.swift 생성 → tuist generate → 모듈 가이드까지 수행한다. "새 모듈 만들어줘", "도메인/데이터/Feature 모듈 추가", 또는 "/new-module <layer> <ModuleName>" 같은 요청에 트리거. |
| metadata | {"short-description":"새 Tuist 모듈 생성 (레이어+모듈명, 의존성 자동 추론)"} |
새 모듈을 만든다. 인자: <layer> <ModuleName> (예: data Foo, domain Foo, ui FooView). 비면 사용자에게 묻는다.
layer ∈ domain | data | core | ui | feature.
⚠️ drift 방지: 값을 추측하지 말고 항상 (1)
Plugins/DependencyPlugin/ProjectDescriptionHelpers/ModuleType.swift와 (2) 같은 레이어의 기존 모듈Project.swift를 먼저 읽어 현재 패턴을 그대로 따른다.
layer, ModuleName 확보. 비면 사용자에게 묻는다.novelReview), 모듈명은 ModuleType.name이 만든다(Xxx+suffix). 헷갈리면 ModuleType.swift의 name/directoryName 로직 확인.domain→DomainModule, data→DataModule, core→CoreModule, ui→UIModule, feature→FeatureModule.name 커스텀 매핑이 있는지 확인)[.module(.domain(.base))][.module(.core(.networking)), .module(.core(.logger)), .module(.data(.base)), .module(.domain(.base)), .module(.domain(.<같은이름>))]
.module(.core(.keychain)) 추가.<같은이름>Domain이 없으면 사용자에게 알리고, 먼저 domain부터 만들지 물어본다.[.module(.ui(.designSystem)), .module(.domain(.base))][], 필요한 다른 core만.[.module(.domain(.base)), .module(.domain(.<같은이름>)), .module(.ui(.designSystem)), .module(.ui(.wssComponent)), .module(.core(.logger))]
demoDependencies: [.module(.data(.<같은이름>)), .module(.data(.base)), .module(.core(.networking))] — Demo 앱만 실서버 조립용(App DI 대행). Sources는 여전히 Data를 모른다.Projects/Feature/NovelReviewFeature/Project.swift (첫 Feature 모듈에서 검증된 패턴).<같은이름>Domain이 없으면(순수 입력 화면) domain(.<같은이름>)을 빼고 demoDependencies는 통째로 [] 로 둔다(도메인이 없으면 Demo가 실서버 조립할 Repository 자체가 없다) — 판정 기준은 new-feature 스킬 0단계 참조.Projects/<directoryName>/<ModuleName>/Project.swift 생성. 같은 레이어 기존 모듈을 복제해 create<Layer>Module(...) 형태/targets/internalDependencies를 맞춘다.
[.sources, .testing, .tests], data/core [.sources, .demo, .testing, .tests], ui [.sources, .demo], feature [.sources, .demo, .tests].Sources/ 생성. 레이어 표준 하위 폴더를 만든다(빈 폴더 대신 최소 placeholder 또는 첫 타입):
Entity/, UseCase/, Repository/DTO/, Service/, Mapper/, Repository/, Factory/, Endpoint/, Logger/Factory/ + 화면별 폴더(<Screen>/ — 타입별 분리 ❌), 별도로 Demo/(Demo 앱). 골격은 new-feature 스킬이 담당.Testing/, Tests/{Entity,UseCase}/도.tuist generate 실행. 실패하면 출력 그대로 보고 (에셋/Derived 문제면 안내).docs/MODULE_GUIDE_TEMPLATE.md를 복사해 Projects/<dir>/<ModuleName>/CLAUDE.md 작성 (시나리오·함정 중심, 지금은 골격만).docs/TESTING.md, CI는 /domain-test로 폴더 자동 인식" 안내.WSS-iOS-V2 프로젝트에서, 작업을 마치고 PR을 올릴 때 사용한다. ① wss-pr-reviewer로 변경 전체를 통합 리뷰→수정을 Blocker·Warning이 0이 될 때까지 수렴 → ② 이번 변경과 관련된 CLAUDE.md/docs 갱신 필요를 메인이 직접 판정해 필요한 것만 방향성과 함께 제시·반영 → ③ 문서 변경 커밋 → ④ 프로젝트 PR 템플릿대로 본문 작성·사용자 검토 → ⑤ 승인 후 gh로 GitHub PR 생성, 까지 단계별 게이트로 진행한다. "작업 마무리하자", "PR 올리자", 또는 "/make-PR" 같은 요청에 트리거. ⚠️ push·PR 생성은 외부로 나가는 비가역 작업 → 승인 후에만 실행한다. (머지 직전 rebase·force push·merge는 이 스킬 범위 밖.)
WSS-iOS-V2 프로젝트에서, 새 Feature 화면을 처음부터 구현할 때 사용한다. 모듈명을 받아 ① new-module 스킬로 Feature 모듈 생성 → ② View/ViewModel·Factory 골격 작성 → ③ Figma URL을 받아 WSS 디자인 시스템으로 UI 구현 → ④ wss-feature-reviewer로 리뷰→수정을 Blocker·Warning이 0이 될 때까지 수렴, 까지 단계별 게이트로 진행한다. "새 화면 만들자", "Feature 구현 시작", 또는 "/new-feature <ModuleName> [FigmaURL]" 같은 요청에 트리거.
WSS-iOS-V2를 클론한 뒤 개발 환경을 처음 셋업할 때 사용한다. mise install → tuist install → tuist generate → git 훅 활성화(core.hooksPath) → Config 비밀값 확인 → .mcp.json 신뢰 승인까지 단계별로 점검·실행·안내한다. "초기 셋업", "환경 세팅", "처음 클론했어", 또는 "/setup" 같은 요청에 트리거. 실제 Config 비밀키 값·MCP 신뢰 승인 클릭·머신 설치(Xcode/Node)는 사람만 할 수 있어 스킬은 그 지점을 정확히 안내하고 멈춘다.
WSS-iOS-V2 프로젝트에서, 현재 Git 변경 전부를 스테이징해 커밋할 때 사용한다. 선택적으로 사용자가 지정한 개수만큼 개념 단위로 나눠 커밋할 수 있다. "전부 커밋", "다 커밋해줘", "/commit-all", "/commit-all 3" 같은 요청에 트리거. 커밋 양식은 `[Type]
WSS-iOS-V2 프로젝트에서, 이번 Claude Code 세션에 Edit/Write로 만지거나 새로 만든 파일만 골라 커밋할 때 사용한다. commit-all(전부 스테이징)·commit-staged(이미 스테이징된 것만)와 달리 세션이 건드린 파일만 선택적으로 스테이징한다. "방금 바꾼 거 커밋", "세션 변경분 커밋", 또는 "/commit" 같은 요청에 트리거. 커밋 양식은 `[Type]
WSS-iOS-V2 프로젝트에서, 이미 스테이징된(staged) Git 변경분만 커밋할 때 사용한다. unstaged·untracked 작업은 그대로 보존하고, 스테이징된 것만 검사해 커밋한다. "스테이징한 거 커밋", "/commit-staged" 같은 요청에 트리거. 커밋 양식은 `[Type]