By shaul1991
프로젝트 전체 라이프사이클을 단계별로 가이드하는 플러그인. 초기 설정부터 아이디어 수집, 기획, 설계, 디자인, 구현, 인프라, QA, 운영/회고까지 각 단계의 베스트 프랙티스와 템플릿을 제공하며, Plan-Review-Execute-Reverify 거버넌스와 ALM 관점의 추적성을 관리합니다. 03-architecture 단계에서 사용자 입력 기반의 다중 프로젝트 기술 스택 등록(.claude/local/stack.json)을, knowledge 스킬에서 사내 3종 문서(용어집·기획요구·기술요구) 통합 관리(.claude/knowledge/)를 제공하며, 두 영역 모두 SessionStart 변경 감지(자동 갱신 X)를 포함합니다. 신규 도메인 연락관(domain-liaison) 에이전트가 팀별·도메인 간 vocabulary 일관성을 책임집니다.
npx claudepluginhub shaul1991/shaul-plugin --plugin project-lifecycle어플리케이션 라이프사이클 매니저 (ALM Manager) 에이전트. 어플리케이션의 전체 수명주기를 관장하는 최상위 거버넌스 에이전트. 프로젝트 단위가 아닌 어플리케이션 단위의 장기적 관점에서 요구사항 관리, 릴리즈 관리, 형상 관리, 변경 관리, 품질 거버넌스, 폐기 계획까지 통합 관리한다. <example> Context: 사용자가 어플리케이션의 전체 수명주기 전략을 수립하려 한다 user: "이 어플리케이션의 전체 라이프사이클 전략을 세워줘" assistant: "alm-manager 에이전트로 어플리케이션 수명주기 전략을 수립하겠습니다." <commentary> 개별 Phase가 아닌 어플리케이션 전체의 장기적 관리 체계가 필요한 상황. </commentary> </example> <example> Context: 사용자가 여러 릴리즈에 걸친 로드맵을 관리해야 한다 user: "v1.0 이후 릴리즈 계획이랑 버전 관리 전략을 잡아줘" assistant: "alm-manager 에이전트로 릴리즈 로드맵과 버전 전략을 수립하겠습니다." <commentary> 다중 릴리즈에 걸친 계획과 버전 거버넌스가 필요한 상황. </commentary> </example> <example> Context: 사용자가 운영 중인 서비스의 유지보수 전략이 필요하다 user: "서비스 출시 후 유지보수 체계를 어떻게 잡아야 해?" assistant: "alm-manager 에이전트로 운영 및 유지보수 거버넌스를 설계하겠습니다." <commentary> 배포 이후의 운영, 모니터링, 피드백 루프, 기술 부채 관리 등 장기 운영 전략이 필요한 상황. </commentary> </example> <example> Context: 사용자가 레거시 시스템의 마이그레이션이나 퇴역을 계획해야 한다 user: "이 서비스를 새 시스템으로 마이그레이션하거나 종료해야 해" assistant: "alm-manager 에이전트로 마이그레이션/퇴역 계획을 수립하겠습니다." <commentary> 어플리케이션 쇠퇴기의 마이그레이션 또는 퇴역 전략이 필요한 상황. </commentary> </example>
코드 및 기술 분석 전문 에이전트. 시니어 소프트웨어 분석가 페르소나. 코드 리뷰, 기술 타당성 분석, 성능 분석, 보안 분석, 기술 부채 평가를 수행한다. Phase 3~7에서 횡단적으로 호출 가능. <example> Context: 사용자가 기존 코드의 품질을 평가하고 싶다 user: "이 코드 구조가 괜찮은지 분석해줘" assistant: "code-analyst 에이전트로 코드 구조와 품질을 심층 분석하겠습니다." <commentary> 코드 아키텍처, 패턴, 잠재 문제를 체계적으로 분석해야 하는 상황. </commentary> </example> <example> Context: 사용자가 성능 문제를 진단해야 한다 user: "어디서 병목이 생기는지 분석해줘" assistant: "code-analyst 에이전트로 성능 병목 지점을 분석하겠습니다." <commentary> 성능 프로파일링과 병목 분석에 전문적 시각이 필요한 상황. </commentary> </example> <example> Context: 사용자가 기술적 실현 가능성을 검토해야 한다 user: "이 기능을 현재 아키텍처에서 구현할 수 있는지 분석해줘" assistant: "code-analyst 에이전트로 기술 타당성 분석을 수행하겠습니다." <commentary> 기존 시스템의 제약 조건 내에서 실현 가능성을 판단해야 하는 상황. </commentary> </example>
Phase 6 인프라/DevOps 전문 에이전트. 시니어 DevOps 엔지니어 / SRE 페르소나. 컨테이너화, CI/CD 파이프라인, 클라우드 인프라, 모니터링을 수행한다. <example> Context: 사용자가 배포 파이프라인을 구축해야 한다 user: "CI/CD 파이프라인을 구성하고 Docker로 배포하고 싶어" assistant: "devops-engineer 에이전트로 인프라와 배포 자동화를 구성하겠습니다." <commentary> CI/CD와 컨테이너화에 DevOps 전문성이 필요한 상황. </commentary> </example> <example> Context: 사용자가 운영 환경을 준비해야 한다 user: "모니터링이랑 로깅 셋업을 해야 해" assistant: "devops-engineer 에이전트로 관측성(Observability) 스택을 구성하겠습니다." <commentary> 모니터링과 로깅 아키텍처에 SRE 경험이 필요한 상황. </commentary> </example>
팀별·도메인 간 소통을 담당하는 도메인 연락관 에이전트. 사내 3종 문서 (`.claude/knowledge/index.md` 인덱스 + `glossary.md`, `product-requirements.md`, `technical-requirements.md`)의 상호 참조 일관성을 유지하고, 기획↔기술 vocabulary 충돌을 통역·중재하며, 신규 입사자 온보딩 가이드의 청지기 역할. <example> Context: 사용자가 사내 용어집을 처음 만들고 싶다 user: "이 프로젝트의 사내 용어집을 만들고 신규 입사자가 읽을 가이드도 같이 정리해줘" assistant: "domain-liaison 에이전트로 knowledge 스킬과 함께 3종 문서를 등록하겠습니다." <commentary> 3종 문서 통합 등록 — 인덱스 + 용어집 + 기획요구 + 기술요구를 한 묶음으로 만들 시점. </commentary> </example> <example> Context: PRD 와 설계 문서의 표현이 어긋나 보인다 user: "PRD 에는 '구매'라고 쓰고 설계에는 '결제'라고 쓰는데 같은 거야?" assistant: "domain-liaison 에이전트로 vocabulary 충돌을 식별하고 글로서리 합의안을 제시하겠습니다." <commentary> 기획↔기술 표현 충돌 통역·중재 — 본 에이전트의 핵심 책임 #2. </commentary> </example> <example> Context: 신규 입사자가 프로젝트 진입점을 못 찾는다 user: "신규 입사자가 어디부터 읽어야 할지 인덱스에서 안내가 명확한지 봐줘" assistant: "domain-liaison 에이전트로 인덱스 가독성과 lazy-load 진입점을 점검하겠습니다." </example>
Phase 1 아이디어 수집 전문 에이전트. 이노베이션 전략가 페르소나. 아이디어 브레인스토밍, 문제 정의, 기회 탐색, 아이디어 평가를 수행한다. <example> Context: 사용자가 새 프로젝트를 시작하려 한다 user: "새로운 서비스 아이디어를 구체화하고 싶어" assistant: "ideation-strategist 에이전트로 아이디어를 체계적으로 탐색하겠습니다." <commentary> 아이디어 단계의 문제 정의, 브레인스토밍, 평가에 전문성이 필요한 상황. </commentary> </example> <example> Context: 사용자가 여러 아이디어 중 하나를 선택해야 한다 user: "이 아이디어들 중에 뭘 먼저 해야 할지 평가해줘" assistant: "ideation-strategist 에이전트로 체계적인 평가 프레임워크를 적용하겠습니다." <commentary> RICE/ICE 스코어링 등 아이디어 평가 전문성이 필요한 상황. </commentary> </example>
Phase 5 구현 전문 에이전트. 리드 개발자 / 시니어 소프트웨어 엔지니어 페르소나. 프로젝트 초기화, 코드 컨벤션 수립, 핵심 기능 구현을 수행한다. <example> Context: 사용자가 프로젝트 개발을 시작하려 한다 user: "프로젝트 셋업하고 코딩 시작하자" assistant: "lead-developer 에이전트로 프로젝트를 초기화하고 구현을 시작하겠습니다." <commentary> 프로젝트 보일러플레이트와 개발 환경 구성에 시니어 개발 경험이 필요한 상황. </commentary> </example> <example> Context: 사용자가 코드 구조와 컨벤션을 정해야 한다 user: "코딩 컨벤션이랑 디렉토리 구조를 어떻게 잡을까?" assistant: "lead-developer 에이전트로 프로젝트에 맞는 코드 아키텍처를 수립하겠습니다." <commentary> 코드 조직과 팀 컨벤션 수립에 리드 개발자의 판단이 필요한 상황. </commentary> </example>
Phase 4 디자인/프로토타입 전문 에이전트. 시니어 UX/UI 디자이너 페르소나. 정보 구조 설계, 와이어프레임, 디자인 시스템 정의, 프로토타입 구현을 수행한다. <example> Context: 사용자가 화면 설계를 해야 한다 user: "화면 구조랑 사용자 흐름을 설계해줘" assistant: "ux-designer 에이전트로 사용자 중심 설계를 진행하겠습니다." <commentary> 정보 구조와 사용자 흐름 설계에 UX 전문성이 필요한 상황. </commentary> </example> <example> Context: 사용자가 디자인 시스템을 만들어야 한다 user: "디자인 시스템을 정의하고 프로토타입을 만들고 싶어" assistant: "ux-designer 에이전트로 디자인 토큰과 컴포넌트 체계를 수립하겠습니다." <commentary> 디자인 시스템과 프로토타입 구현에 디자인 전문성이 필요한 상황. </commentary> </example>
Phase 2 기획 전문 에이전트. 시니어 프로덕트 매니저 페르소나. PRD 작성, 요구사항 정의, 유저 스토리 작성, 스코프 관리를 수행한다. <example> Context: 사용자가 아이디어를 구체적인 요구사항으로 전환하려 한다 user: "이 아이디어로 PRD를 작성해줘" assistant: "product-planner 에이전트로 체계적인 PRD를 작성하겠습니다." <commentary> 요구사항 도출과 PRD 구조화에 PM 전문성이 필요한 상황. </commentary> </example> <example> Context: 사용자가 MVP 범위를 정해야 한다 user: "기능이 너무 많은데 뭘 먼저 해야 할지 모르겠어" assistant: "product-planner 에이전트로 MoSCoW 분류와 스코프 정의를 도와드리겠습니다." <commentary> 기능 우선순위 결정과 MVP 스코핑에 PM 경험이 필요한 상황. </commentary> </example>
프로젝트 전체 조율 및 ALM 관리 에이전트. 시니어 프로젝트 매니저 / 테크니컬 PM 페르소나. 프로젝트 상태 조회, 단계 간 전환 조율, 변경 관리, 추적성 관리를 수행한다. <example> Context: 사용자가 프로젝트 전체 상태를 파악하려 한다 user: "프로젝트 지금 어디까지 진행됐어?" assistant: "project-manager 에이전트로 전체 진행 상황을 점검하겠습니다." <commentary> 단계별 산출물 존재 여부와 프로젝트 건강도를 종합적으로 파악해야 하는 상황. </commentary> </example> <example> Context: 사용자가 요구사항 변경의 영향을 파악해야 한다 user: "기획이 바뀌었는데 어디까지 영향이 있어?" assistant: "project-manager 에이전트로 변경 영향 분석을 수행하겠습니다." <commentary> 변경 관리와 단계 간 추적성 분석에 PM 전문성이 필요한 상황. </commentary> </example>
Phase 7 QA/테스트 전문 에이전트. 시니어 QA 엔지니어 / SDET 페르소나. 테스트 전략 수립, 테스트 코드 작성, 성능/보안 테스트, 릴리즈 점검을 수행한다. <example> Context: 사용자가 테스트 전략을 수립해야 한다 user: "테스트를 어떻게 짜야 할지 모르겠어" assistant: "qa-engineer 에이전트로 프로젝트에 맞는 테스트 전략을 수립하겠습니다." <commentary> 테스트 피라미드와 전략 수립에 QA 전문성이 필요한 상황. </commentary> </example> <example> Context: 사용자가 릴리즈 전 최종 점검을 해야 한다 user: "배포 전에 체크해야 할 것들 정리해줘" assistant: "qa-engineer 에이전트로 릴리즈 전 종합 점검을 수행하겠습니다." <commentary> 릴리즈 게이트의 품질 기준 판단에 QA 경험이 필요한 상황. </commentary> </example>
산출물 품질 평가 및 크로스 리뷰 전문 에이전트. 시니어 품질 관리자 / 기술 감사 페르소나. 각 Phase 산출물의 완결성, 정합성, 품질을 평가하고 게이트 통과 여부를 판단한다. 모든 Phase에서 횡단적으로 호출 가능. <example> Context: 사용자가 작성한 PRD의 품질을 검토받고 싶다 user: "PRD 잘 작성됐는지 리뷰해줘" assistant: "quality-reviewer 에이전트로 PRD의 완결성과 품질을 평가하겠습니다." <commentary> 산출물의 품질 기준 충족 여부를 객관적으로 평가해야 하는 상황. </commentary> </example> <example> Context: 사용자가 다음 단계로 넘어가기 전 점검이 필요하다 user: "설계 단계를 마무리하고 구현으로 넘어가도 될까?" assistant: "quality-reviewer 에이전트로 단계 전환 게이트를 점검하겠습니다." <commentary> Phase 간 전환 시 품질 게이트를 점검해야 하는 상황. </commentary> </example> <example> Context: 사용자가 전체 프로젝트 산출물의 일관성을 확인하고 싶다 user: "지금까지 만든 문서들이 서로 안 맞는 부분 없는지 확인해줘" assistant: "quality-reviewer 에이전트로 크로스 리뷰를 수행하겠습니다." <commentary> 여러 단계의 산출물 간 정합성과 추적성을 검증해야 하는 상황. </commentary> </example>
자료 조사 및 리서치 전문 에이전트. 시니어 리서치 애널리스트 페르소나. 시장 조사, 경쟁사 분석, 기술 트렌드 조사, 사용자 리서치, 벤치마킹을 수행한다. 모든 Phase에서 횡단적으로 호출 가능. <example> Context: 사용자가 경쟁사 현황을 파악하고 싶다 user: "비슷한 서비스가 시장에 어떤 게 있는지 조사해줘" assistant: "research-analyst 에이전트로 경쟁 환경을 체계적으로 조사하겠습니다." <commentary> 시장과 경쟁사를 구조화된 프레임워크로 조사해야 하는 상황. </commentary> </example> <example> Context: 사용자가 기술 선택을 위한 근거 자료가 필요하다 user: "Next.js vs Remix 비교 자료 정리해줘" assistant: "research-analyst 에이전트로 기술 비교 분석을 진행하겠습니다." <commentary> 기술 후보들을 다각도로 비교 분석하여 의사결정 근거를 마련해야 하는 상황. </commentary> </example> <example> Context: 사용자가 특정 주제에 대해 깊이 있는 자료를 원한다 user: "이 도메인 관련 베스트 프랙티스를 조사해줘" assistant: "research-analyst 에이전트로 도메인 리서치를 수행하겠습니다." <commentary> 특정 도메인의 베스트 프랙티스, 패턴, 사례를 종합 조사해야 하는 상황. </commentary> </example>
프로젝트 초기 설정 및 컨텍스트 로딩 에이전트. "프로젝트 설정", "초기 설정", "프로젝트 시작", "환경 설정", "컨벤션 정의", "프로젝트 초기화" 요청 시 활성화. 예: "새 프로젝트 시작하자", "프로젝트 초기 설정 해줘", "팀 컨벤션 정의하자"
운영, 유지보수 및 회고 에이전트. "운영 모니터링", "에러 분석", "사용자 피드백", "회고", "포스트모템", "유지보수", "인시던트 분석" 요청 시 활성화. 예: "프로덕션 에러 분석해줘", "스프린트 회고하자", "인시던트 포스트모템 작성해줘"
Phase 3 아키텍처/설계 전문 에이전트. 시니어 시스템 아키텍트 페르소나. 기술 스택 선정, 시스템 설계, DB 모델링, API 설계를 수행한다. <example> Context: 사용자가 기술 스택을 결정해야 한다 user: "이 프로젝트에 어떤 기술 스택이 적합할까?" assistant: "system-architect 에이전트로 요구사항 기반 기술 스택 분석을 하겠습니다." <commentary> 기술 선택의 트레이드오프를 분석하는 아키텍트 전문성이 필요한 상황. </commentary> </example> <example> Context: 사용자가 시스템 구조를 설계해야 한다 user: "ERD랑 API 설계를 해야 해" assistant: "system-architect 에이전트로 데이터 모델과 API를 체계적으로 설계하겠습니다." <commentary> DB 모델링과 API 설계에 아키텍처 경험이 필요한 상황. </commentary> </example>
시스템 아키텍처 및 기술 설계 단계. "아키텍처 설계", "시스템 설계", "기술 스택 선정", "DB 설계", "API 설계", "ERD 작성", "시스템 구조", "architecture", "system design", "tech stack" 요청 시 사용.
UI/UX 디자인 및 프로토타입 단계. "디자인", "UI 설계", "UX 설계", "와이어프레임", "프로토타입", "화면 설계", "디자인 시스템", "컴포넌트 설계", "design", "wireframe", "prototype", "mockup" 요청 시 사용.
코드 구현 단계. "코드 구현", "개발 시작", "코딩", "프로젝트 셋업", "보일러플레이트", "코드 작성", "implementation", "coding", "프로젝트 초기화", "코드 컨벤션" 요청 시 사용.
인프라 및 DevOps 셋업 단계. "인프라 설정", "CI/CD 파이프라인", "배포 설정", "Docker 설정", "클라우드 셋업", "모니터링", "로깅", "infrastructure", "devops", "deployment" 요청 시 사용.
QA 및 테스트 단계. "테스트 전략", "QA 체크리스트", "테스트 작성", "통합 테스트", "E2E 테스트", "성능 테스트", "보안 테스트", "배포 전 점검", "qa", "testing", "quality assurance" 요청 시 사용.
운영, 유지보수 및 회고 단계. "운영 모니터링", "에러 분석", "사용자 피드백", "회고", "포스트모템", "유지보수", "버그 분석", "성능 최적화", "maintenance", "post-mortem", "retrospective" 요청 시 사용.
프로젝트 라이프사이클 대시보드. "프로젝트 현황", "진행 상태 확인", "대시보드", "lifecycle dashboard", "프로젝트 플로우", "다음 단계", "어디까지 했지", "프로젝트 상태" 요청 시 사용. 또한 프로젝트 시작 시 전체 플로우를 안내하는 엔트리 포인트.
기술 부채 자동 감지 스킬. 코드 내 임시 방편(Workaround), TODO, FIXME, HACK 등을 탐지하여 기술 부채 기록부에 자동 등록한다. "기술 부채 탐지", "부채 수집", "워크어라운드 찾기", "TODO 정리", "debt collector", "tech debt scan", "코드 부채", "부채 스캔" 요청 시 사용.
Phase 게이트 판정 스킬. 각 Phase 종료 시 성공 기준 충족 여부를 객관적으로 판정하여 다음 단계 진행(Go) 또는 보완(No-Go)을 결정한다. "게이트 체크", "단계 완료 판정", "다음 단계 가능?", "게이트 키퍼", "Go/No-Go", "gate check", "phase gate", "품질 게이트" 요청 시 사용.
Plan-Review-Execute-Reverify 거버넌스 프로세스. 모든 Phase 실행에 앞서 반드시 적용되는 공통 규칙. "실행 계획", "계획 수립", "계획 검증", "실행 승인", "재검증", "governance", "plan-review-execute-reverify" 요청 시 사용. 또한 모든 Phase 스킬이 실행될 때 내부적으로 참조하는 필수 프로세스.
변경 영향 분석 스킬. 기획, 설계, 코드 변경 시 영향받는 산출물과 범위를 체계적으로 분석한다. "영향 분석", "변경 영향", "임팩트 분석", "변경 범위", "impact analysis", "change impact", "기획 변경" 요청 시 사용.
프로젝트 초기 설정 및 컨텍스트 로딩 단계. "프로젝트 설정", "초기 설정", "프로젝트 시작", "환경 설정", "컨벤션 정의", "프로젝트 초기화", "setup", "project init", "context loading" 요청 시 사용.
프로젝트 아이디어 수집 및 검증 단계. "아이디어 수집", "아이디어 브레인스토밍", "프로젝트 시작", "새 프로젝트 아이디어", "문제 정의", "기회 탐색", "ideation", "brainstorm" 요청 시 사용.
프로젝트 기획 단계. "기획서 작성", "PRD 작성", "요구사항 정의", "스코프 정의", "기능 목록", "유저 스토리 작성", "프로젝트 기획", "planning", "product requirements" 요청 시 사용.
사내 3종 문서(용어집·기획요구·기술요구) 통합 관리 스킬. 인덱스(`.claude/knowledge/index.md`) 진입점과 3 산출물(`glossary.md`, `product-requirements.md`, `technical-requirements.md`)을 사용자 입력 기반으로 등록·갱신한다. lazy-load 원칙: 항상 인덱스부터 확인하고 필요한 산출물만 읽는다. "용어집", "사내 용어", "온보딩 문서", "기획 요구", "기술 요구", "프로젝트 지식 정리", "knowledge", "glossary", "AGENTS.md 권장" 요청 시 사용.
문서-코드 동기화 검증 스킬. 설계 문서와 실제 코드 사이의 불일치(Drift)를 탐지하고 수정 방안을 제안한다. "문서 동기화", "드리프트 체크", "코드와 문서 불일치", "문서 최신화", "sync check", "drift detection", "문서 검증" 요청 시 사용.
Uses power tools
Uses Bash, Write, or Edit tools
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBattle-tested Claude Code plugin for engineering teams — 58 agents, 220 skills, 74 legacy command shims, production-ready hooks, and selective install workflows evolved through continuous real-world use
Complete collection of battle-tested Claude Code configs from an Anthropic hackathon winner - agents, skills, hooks, and rules evolved over 10+ months of intensive daily use
Efficient skill management system with progressive discovery — 410+ production-ready skills across 33+ domains
Comprehensive .NET development skills for modern C#, ASP.NET, MAUI, Blazor, Aspire, EF Core, Native AOT, testing, security, performance optimization, CI/CD, and cloud-native applications
Unity Development Toolkit - Expert agents for scripting/refactoring/optimization, script templates, and Agent Skills for Unity C# development
project-lifecycle — Claude Code로 프로젝트 전 수명주기를 단계별로 가이드하는 플러그인.
즉흥 코딩의 비용을 줄이고, 모든 작업을 계획 → 검증 → 실행 → 재검증의 거버넌스로 통과시킵니다. 모든 산출물은 .claude/ 하위에 단계별로 정리되며 .claude/는 기본적으로 git 추적에서 제외됩니다. 공유가 필요한 산출물은 사용자가 .claude/ 밖(예: docs/)으로 직접 옮길 때만 추적되는 사용자 결정 추적 구조입니다.
.claude/local/plans/<branch>/<NN-phase>/execution-plan.md에 자동 저장. 브랜치를 갈아타도 계획이 섞이지 않고, 세션이 종료되어도 디스크에 기록으로 남습니다..claude/local/plans/ 디렉토리와 .gitignore 처리가 자동으로 보장됩니다 (idempotent, git 저장소에서만 동작).knowledge 스킬이 용어집·기획요구·기술요구를 인덱스(lazy-load) 한 묶음으로 관리합니다. 다른 AI 도구(Cursor·Codex·Copilot·Gemini 등) 도달이 필요하면 사용자가 인덱스를 루트 AGENTS.md 로 수동 승격(이동·심링크). 신규 domain-liaison 에이전트가 팀별·도메인 간 vocabulary 일관성을 책임집니다.dashboard, governance, sync-check, impact-analysis, debt-collector, gate-keeper, knowledge 같은 크로스커팅 유틸리티와 시니어 페르소나를 가진 에이전트가 함께 동작합니다..claude/lifecycle.md, .claude/tech-debt-registry.md, .claude/kpi-definitions.md로 요구사항·설계·코드·테스트·KPI의 연결을 관리. (공유가 필요하면 사용자가 직접 추적 영역으로 이동)git (브랜치 인식 및 SessionStart 부트스트랩 가드용)bash (SessionStart 훅 스크립트용)이 저장소 자체가 Claude Code 플러그인 마켓플레이스로 동작합니다
(.claude-plugin/marketplace.json 보유). Claude Code 세션에서 다음을 실행합니다:
/plugin marketplace add shaul1991/shaul-plugin
/plugin install project-lifecycle@shaul-plugin
업데이트가 필요할 때는:
/plugin marketplace update shaul-plugin
저장소를 클론한 디렉토리를 마켓플레이스로 등록하면 소스 변경이 즉시 반영됩니다:
/plugin marketplace add /path/to/shaul-plugin
/plugin install project-lifecycle@shaul-plugin
설치 직후 새 세션을 한 번 시작하면, 현재 작업 중인 git 저장소에 다음이 자동으로 만들어집니다:
<your-project>/
├── .gitignore ← `.claude/`가 한 줄 추가됨 (기존 내용 보존)
└── .claude/
└── local/plans/ ← 브랜치별 실행계획 작업 영역
.claude/ 폴더 전체가 ignore되므로 플러그인 산출물은 기본적으로 git에 포함되지 않습니다. 레거시 .claude/local/ 라인이 있던 v0.3.x 프로젝트는 SessionStart 훅이 자동으로 .claude/로 교체합니다. git 저장소가 아닌 디렉토리에서는 어떤 변경도 하지 않습니다.
"프로젝트 설정" 또는 "초기 설정"이라고 입력해 Phase 0을 시작합니다..claude/local/plans/<branch>/00-setup/execution-plan.md에 저장합니다..claude/00-setup/에 생성됩니다..claude/lifecycle.md에 이력이 기록됩니다.git mv .claude/02-planning/prd.md docs/02-planning/prd.md처럼 .claude/ 밖으로 직접 이동시킵니다 — 추적 여부는 전적으로 사용자 결정입니다.이후 단계는 "PRD 작성해줘"(Phase 2), "기술 스택 선정"(Phase 3) 같은 키워드로 필요할 때마다 호출하면 됩니다. 전체 플로우를 순서대로 진행할 필요 없이 부분 사용이 가능합니다.
shaul-plugin/
├── README.md ← 이 파일 (랜딩 페이지)
├── CHANGELOG.md ← 버전별 변경 이력
├── .claude-plugin/
│ └── marketplace.json ← 마켓플레이스 매니페스트 (이 저장소를 마켓으로 노출)
└── claude-code-plugin/
└── project-lifecycle/
├── README.md ← 상세 매뉴얼 (스킬·에이전트 카탈로그)
├── .claude-plugin/plugin.json
├── hooks/ ← SessionStart 부트스트랩 스크립트
├── agents/ ← 14개 전문가 에이전트 정의
└── skills/ ← 15개 스킬 정의 (Phase + 크로스커팅)
스킬과 에이전트의 전체 카탈로그, Plan-Review-Execute-Reverify의 상세 절차, ALM 통합 설명은 다음 문서에서 다룹니다:
claude-code-plugin/project-lifecycle/README.md — 플러그인 상세 매뉴얼claude-code-plugin/project-lifecycle/skills/governance/SKILL.md — 거버넌스 4단계 프로세스 정의claude-code-plugin/project-lifecycle/skills/governance/references/execution-plan-template.md — 실행계획서 템플릿docs/direction/ — 플러그인 개발 방향성·요구사항·아키텍처 결정 영구 기록 (시간순, ADR 형식)