Architect — 코드보다 설계 먼저

무엇을 해주나

/architect, "이거 설계해줘" 같은 요청이나 바로 코딩에 들어가면 구조가 잘못 굳어버릴 만한 작업에서 발동하는 설계 우선 워크플로입니다.

• Phase A 그라운딩: 새 코드가 닿는 기존 시스템을 how/why 스킬로 추적해 실제 멘탈 모델을 만듭니다.
• Phase B 스케치: arena 스킬로 여러 모델 관점의 후보 설계를 뽑고, 구조적으로 다른 후보를 최소 2개 요구한 뒤 하나로 종합합니다. 설계 레드플래그 체크리스트로 선별하고, "더 작은 공개 표면 뒤에 더 많은 복잡도를 숨기는" 설계를 선호합니다.
• Phase C 합의(선택): 기본은 바로 구현. 사용자가 "체크포인트 두고"라고 요청할 때만 승인 단계를 만듭니다.
• Phase D 구현: not implemented 본문과 의사코드를 실제 로직으로 채우되, 스케치에서 벗어난 부분은 조용히 흡수하지 않고 계약서(인터페이스·책임 분담)를 갱신합니다.
• Phase E 폐기: 같은 모양의 우회책 반복, any/캐스팅 같은 탈출구, 호출자가 내부 규칙을 알아야 하는 상황 등 패턴이 보이면 스케치를 버리고 처음부터 재설계합니다.

이런 분께 추천

• 리팩터링이나 신규 모듈 작업에서 AI가 섣불리 코드부터 쏟아내는 걸 막고 싶은 개발자
• 에이전트가 "가장 가까운 예시를 복사하는" 습성 때문에 아키텍처가 망가지는 걸 경험한 팀
• pstack 플러그인(arena/how/why/interrogate 등)을 이미 쓰고 있는 사용자

활용 예시

1. 결제 모듈 재설계: "/architect 결제 처리 레이어를 다시 설계해줘" → 기존 호출 경로 추적 → 구조가 다른 두 가지 설계안 생성 → 종합 설계 + 근거 문서 → 타입/시그니처 스켈레톤 커밋.
2. 승인 단계를 둔 설계: "/architect with checkpoint, 구현 전에 보여줘" → 종합된 설계안을 먼저 제시하고 사인오프를 기다립니다.
3. 구현 중 설계 폐기: 구현 도중 세 번째 특수 케이스 분기와 as any 캐스팅이 등장 → Phase E 신호로 판단 → 재그라운딩 후 더 작은 설계로 다시 시작.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/michael-denyer/pstack-claude/HEAD/plugins/pstack/skills/architect/SKILL.md

내가 원하는 것: (여기에 하고 싶은 일을 쓰세요)

클로드스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 michael-denyer/pstack-claude 의 plugins/pstack/skills/architect 폴더를 내 ~/.claude/skills/architect/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.