신규 앱 개발, 기능 추가, 버그 수정, 리팩토링의 전체 사이클을 계획하고 필요한 스킬을 연결해 진행한다. 사용자가 개발 작업을 기획부터 구현·검증·필요한 배포까지 맡기거나 기존 개발 흐름의 재개를 요청할 때 사용한다. 단일 분야의 검토만 요청하면 해당 단계 스킬을 우선한다.
앱의 사용자 시나리오, 화면 흐름, 상호작용과 상태를 설계한다. 신규 화면, 기능의 UI/UX, 사용성 개선을 요청하거나 사용자 경험이 바뀌는 기능을 설계할 때 사용한다. 사용자 접점에 변화가 없는 내부 구현은 대상에서 제외한다.
앱의 요구사항과 구현 계획에 따라 코드·설정·관련 문서를 변경하고 작업 단위로 검증한다. 기능 구현, 버그 수정, 리팩토링이나 계획된 작업 실행을 요청할 때 사용한다. 기획·설계·리뷰만 요청한 경우에는 변경을 시작하지 않는다.
앱 아이디어나 기능 변경의 사용자 문제·범위·완료 조건을 구체화하고, 필요한 미정 프로젝트 정책을 정리한다. 기획 고도화, 요구사항·MVP 범위 설정과 킥오프에서 테스트·자율성 등 관련 기준을 정할 때 사용한다. 이미 확정된 작은 수정은 필요한 확인만 수행한다.
프로젝트의 기존 규칙을 조회하고, 킥오프에서 드러난 필요한 미정 정책을 선택·기록한 뒤 작업에 적용한다. 개발 시작, 테스트·자율성·코드·Git·호환성·배포 규칙의 정립·변경과 재검토에 사용한다. 이미 정한 규칙은 재사용하고 지금 필요하지 않은 선택은 결정 시점을 남긴다.
웹·서버·모바일·데스크톱 앱의 릴리스 준비와 요청된 환경의 배포를 진행하고 결과를 확인한다. 배포 준비, 개발·스테이징·운영 배포, 앱 패키징·테스트 배포·출시 요청에 사용한다. 요청한 환경과 완료 범위를 넘어 자동 승격하지 않는다.
앱 개발과 기능 변경에 필요한 스택·도구, API·데이터 모델, 코드 구조와 구현 순서를 설계한다. 기술 선택, 데이터·인터페이스 변경, 여러 부분에 걸친 구현 계획이 필요할 때 사용한다. 단순 변경은 기존 구조에 맞는 짧은 작업·검증 계획으로 축소한다.
앱 변경의 요구사항 충족, 회귀 위험과 코드 품질을 테스트·실행 근거와 함께 검증한다. 코드 리뷰, 구현 완료 확인, 릴리스 전 점검을 요청하거나 개발 흐름에서 완료 판단이 필요할 때 사용한다. 독립적인 리뷰 요청은 수정 없이 발견 사항을 전달한다.