병렬 실행 최적화기은(는) 무엇을 하나요?
이 스킬은 독립적인 작업을 동시에 수행하여 속도를 높여야 할 때 사용합니다: 리포지토리 검사, 파일 읽기, API 확인, 브라우저 확인, 빌드/테스트 작업, 배포 확인, 다중 작업 트리 구현 등.
핵심 패턴
행동하기 전에 긴급성을 의존성 그래프로 전환하세요.
- 목표와 완료 신호를 정의합니다.
- 작업을 레인(lanes)으로 분할합니다.
- 각 레인을 병렬, 순차 또는 게이트 필요로 표시합니다.
- 독립적인 읽기/확인을 함께 실행합니다.
- 쓰기는 파일, 작업 트리, 브랜치, 서비스 또는 데이터셋별로 격리합니다.
- 증거가 레인들이 호환 가능함을 보여준 후에만 병합합니다.
- 막연한 속도 주장이 아닌, 검증 테이블로 마무리합니다.
레인 매트릭스
대규모 작업을 시작하기 전에 간결한 매트릭스를 작성하세요:
레인 | 병렬 실행 가능? | 쓰기 영역 | 위험 | 검증
리포지토리 검사 | 예 | 없음 | 낮음 | rg/git status 출력
백엔드 패치 | 아마도 | src/api | 중간 | 단위 테스트
프론트엔드 패치 | 아마도 | app/components | 중간 | 브라우저 스크린샷
배포 확인 | 빌드 후 | 원격 서비스 | 높음 | 라이브 URL + 로그
쓰기 영역이 충돌하지 않을 때만 레인을 병렬로 실행하세요.
실행 규칙
- 파일 읽기, 검색, 상태 확인 및 메타데이터 쿼리는 배치 처리합니다.
- 크고 관련 없는 구현 레인에는 격리된 작업 트리를 사용합니다.
- 장기 실행되는 테스트, 빌드, 백필, 배포는 별도 세션에서 시작한 후 의도적으로 폴링합니다.
- 레인이 계획을 변경하는 차단 요소를 발견하면, 의존하는 레인을 일시 중지하고 매트릭스를 업데이트합니다.
- 사용자가 명시적으로 지속 서비스를 요청하지 않은 한, 백그라운드 프로세스가 턴을 넘어 지속되지 않도록 합니다.
- 명시적인 게이트 없이 파괴적인 명령, 마이그레이션, 동일 테이블에 대한 쓰기 또는 라이브 고객에게 영향을 미치는 배포는 병렬화하지 않습니다.
출력 형식
보고할 때 다음 형식을 사용하세요:
병렬 실행 결과:
- 실행된 레인: 5
- 완료된 레인: 4
- 차단된 레인: 배포 확인, DNS 전파 대기 중
- 빠른 경로 찾음: 배치 리포지토리 검사 + 집중 테스트
- 검증: 린트 통과, 단위 테스트 통과, 라이브 스모크 테스트 통과
실패 모드
- 충돌하는 편집을 생성하는 과도한 동시성.
- 작업 대신 도구를 벤치마킹하는 것.
- 정확성이 입증되기 전에 '빠름'을 완료로 간주하는 것.
- 실행 중인 세션을 폴링하는 것을 잊는 것.
- 건너뛴 검사를 성공 요약 뒤에 숨기는 것.