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