alruminum

architect-loop

PRD/stories.md 머지 + epic/story 이슈 등록 *이후*, 1 epic 단위로 ux-architect / system-architect / architecture-validator / module-architect × K 를 순차 호출하여 설계 산출물 (`docs/ux-flow.md` + `docs/architecture.md` + `docs/adr.md` + `docs/milestones/.../impl/*.md` × K) 을 작성하고 1 PR 로 머지하는 설계 루프 스킬. 사용자가 "설계해줘", "architect-loop", "epic 설계", "/architect-loop <epic-path>", "ux-flow 부터", "impl 다 만들어줘" 등을 말할 때 반드시 이 스킬을 사용한다. `/spec` 의 후속. 구현 진입은 `/impl`, story/epic 제품 검수는 `/acceptance`.

product-plan

새 기능 / PRD 변경 / 큰 기획을 받아 메인 Claude 가 사용자와 직접 그릴미 대화하며 `docs/prd.md` 초안 작성 → 사용자 초안 확인 → 기술 검토 필요 영역에 항목이 있으면 `/tech-review` preflight 실행 → tech-review 결과를 반영해 PRD 최종화 → epic 단위 `docs/milestones/vNN/epics/epic-NN-<slug>/stories.md` 작성 → 사용자 최종 OK → `product-acceptance:SPEC_ACCEPTANCE` → PR 머지 → 이슈 등록 여부 확인 → `/design` (`/architect-loop` 호환) 권고 시퀀스로 진행하는 `/spec` 내부 절차. 구현 진입은 `/impl` 이 lane 을 판정하고, story/epic 구현 완료 후 `/acceptance` 로 제품 검수한다.

impl-loop

deep impl task 파일(design 의 Story/공통 module-architect 단위 산출물)을 받아 정식 impl 루프로 구현하는 legacy/advanced runner. task 1개(single) 또는 여러 개(chain) 를 처리 — 기본은 한 세션 직렬, opt-in 병렬은 별도 interactive 세션들이 각자 single task 를 수행. 각 task = 1 PR + 1 이슈 close. 엔진은 풀 4-agent (test-engineer → engineer → code-validator → pr-reviewer, 엄정) 또는 build-worker (2/3-step, 경량) 를 개수·발화로 선택. story/epic 마감 task 는 머지 전 product-acceptance 검수가 기본으로 끼며 PASS 후에만 마감 PR 을 머지한다. 사용자가 "/impl-loop <task>", "이 deep task 구현", "전부 구현", "task 다 돌려", "epic 전체 구현", "끝까지 구현", "/design 후 자동"처럼 impl task 경로/목록을 명시할 때 사용한다. 일반 구현·버그픽스·한 줄 수정은 기본 진입점 `/impl`.

impl

구현 요청을 받아 가장 작은 안전 workflow 로 PR 까지 끝내는 기본 구현 진입점. 사용자가 "구현해줘", "수정해줘", "고쳐줘", "버그픽스", "한 줄 수정", "꼼꼼구현", "꼼꼼하게 구현", "리뷰까지 돌려", "/impl" 등을 말할 때 사용한다. 내부적으로 구현 경로(설계도 유무 — Lite/Standard)와 엔진(풀4/경량 build-worker)을 직교로 판정하며, 사용자는 구현 경로별 command 를 외우지 않는다.

Code & Development Listed

tech-review

PRD 초안 작성 + 사용자 초안 OK 후, PRD의 기술 검토 필요 영역을 바탕으로 *기술 검토* 단계를 진행하는 스킬. tech-reviewer 서브에이전트 호출 + return 결과 사용자에 echo + 사용자 2차 OK 체크포인트 + 재호출 cycle 관리. `/design` 진입 후 본 스킬 재호출은 비권장 (단방향 관례 — 코드 강제 아님). 사용자가 "tech-review", "기술 검토 가자", "이거 진짜 되는지 확인", "/tech-review" 등을 말할 때 반드시 이 스킬을 사용한다.

Web & Frontend Listed

ux

화면 UX 플로우 정의 + 디자인 시안 핸드오프를 ux-architect → designer → 사용자 PICK 순서로 진행하는 design-stage 스킬. 2 모드 — UX_FLOW (신규 화면 플로우, ux-design-stage) / UX_REFINE (기존 디자인 레이아웃·비주얼 개선, ux-refine-stage). 사용자가 "/ux", "ux", "화면 플로우 짜줘", "디자인 시안", "와이어프레임", "ux 다듬어", "디자인 개선", "레이아웃 개선" 등을 말할 때 반드시 이 스킬을 사용한다. `/design` 의 UX_REFINE_READY 후속. 코드 구현은 `/impl`.

acceptance

story 또는 epic 구현 완료 후 제품 단위 검수를 수행하는 MVP skill. 사용자가 "/acceptance story", "/acceptance epic", "story 검수", "epic 검수", "AC 기준으로 완료됐는지 봐줘" 등을 말할 때 사용한다. full E2E 검증은 MVP 범위 밖이며, Lite `/impl` 단발 작업에 자동 강제하지 않는다.

Code & Development Listed

to-issue

자연어 문제, 작업 후보, 계획 조각을 GitHub issue 로 만들기 위한 공개 진입점. 사용자가 "/to-issue", "이슈로 만들어줘", "티켓 만들어줘", "GitHub issue 등록", "issue 초안", "작업 후보를 issue 로 쪼개줘"처럼 issue draft/publish 를 원할 때 사용한다. 메인 Claude 가 직접 질문하고 dcNess 표준 Issue Brief 초안을 보여준 뒤 사용자 승인 후에만 GitHub issue 와 Project item 을 만든다.

Web & Frontend Listed

design

PRD/stories.md 머지 + epic/story 이슈 등록 *이후*, 1 epic 단위로 ux-architect / system-architect / architecture-validator / module-architect 를 호출하여 설계 산출물 (`docs/ux-flow.md` + `docs/architecture.md` + `docs/adr.md` + `docs/milestones/.../impl/*.md`) 을 작성하고 1 PR 로 머지하는 설계 루프 스킬. system freeze 이후에는 공통 task 와 Story 단위마다 module-architect → architecture-validator 를 interleave 하고, 마지막에 cross-story 통합 검증을 수행한다. 사용자가 "설계해줘", "design", "epic 설계", "/design <epic-path>", "ux-flow 부터", "impl 다 만들어줘" 등을 말할 때 반드시 이 스킬을 사용한다. `/spec` 의 후속. 구현 진입은 `/impl`, story/epic 제품 검수는 `/acceptance`.

Testing & QA Listed

spec

새 기능 / PRD 변경 / 큰 기획을 받아 메인 Claude 가 사용자와 직접 그릴미 대화하며 `docs/prd.md` 초안 작성 → 사용자 초안 확인 → 기술 검토 필요 영역에 항목이 있으면 `/tech-review` preflight 실행 → tech-review 결과를 반영해 PRD 최종화 → epic 단위 `docs/milestones/vNN/epics/epic-NN-<slug>/stories.md` 작성 → 사용자 최종 OK → `product-acceptance:SPEC_ACCEPTANCE` → PR 머지 → 이슈 등록 여부 확인 → `/design` 권고 시퀀스로 진행하는 `/spec` 절차. 구현 진입은 `/impl` 이 구현 경로를 판정하고, story/epic 구현 완료 후 `/acceptance` 로 제품 검수한다.

Web & Frontend Listed

compact-design

impl 도중 "설계가 부족하다" 고 판단됐을 때 되돌아오는 내부 경량 모듈 설계 스킬. 새 agent 를 만들지 않고 기존 module-architect 서브에이전트를 COMPACT_PLAN 모드로 호출하는 wrapper 다. 산출물은 `docs/compact-plans/<slug>.md` 한 파일이며, 그 경로가 후속 impl run 의 engineer 게이트 사전 조건(설계 산출물 실존) 증거가 된다. 사용자-facing 진입점이 아니라 `/impl` 내부의 되돌림(backpressure) 목적지로 호출된다. 새 product feature/epic 같은 full 설계는 `/design` 이 담당한다.

Data & Documents Listed

issue-report

버그/이슈를 자연어로 받아 qa 에이전트로 분류하고 다음 액션을 추천하는 스킬. 사용자가 "버그 있다", "이슈", "이상해", "안 돼", "오류", "이슈 리포팅", "이슈있다", "이슈왔쪄염", "뿌우 이슈 하나줄게", "뻐그있다", "버그있다" 등의 표현을 쓸 때 반드시 이 스킬을 사용한다. 분류 결과 (FUNCTIONAL_BUG / CLEANUP / DESIGN_ISSUE / KNOWN_ISSUE / SCOPE_ESCALATE) 에 따라 `/impl` 등 후속 skill 추천.