실행은(는) 무엇을 하나요?
작업이 이해되었고 이를 구축하는 것이 과제일 때 이 스킬을 사용하세요.
이는 표준 실행 워크플로입니다. autopilot, ralph, ultragoal, ultrapilot, pipeline, swarm은 이곳으로 경로를 지정합니다.
목표
합의된 의도로부터 작동하는 코드로 전환하고, 작동한다는 증거를 함께 제공합니다.
워크플로
- 작업이 구축하기에 충분히 명확한지 확인합니다. 그렇지 않다면 먼저 계획을 수립합니다.
- 작업을 독립적인 단위로 나눕니다. 진정으로 독립적인 단위는 병렬로 실행합니다.
- 단위당 최소한의 정확한 변경을 구현하고, 기존 유틸리티와 패턴을 재사용합니다.
- 끝에만 검증하지 말고, 진행하면서 검증합니다.
- 무엇이 변경되었는지, 무엇이 검증되었는지, 그리고 무엇이 남았는지 보고합니다.
규모
기계(에이전트)를 작업에 맞춥니다:
- 단일 단위 — 직접 구현, 검증, 완료.
- 여러 개의 독립 단위 — 병렬로
executor에이전트에 위임합니다. - 장기 실행 또는 무제한 작업 — 지속적인 작업 목록을 유지하고 목록이 빌 때까지 계속합니다.
- 조정된 병렬 작업자 필요 —
team을 사용합니다.
한 번의 집중된 패스로 끝낼 수 있는 작업에 조정 절차를 도입하지 마십시오.
규칙
- 동작이 유지된다면 추가보다 삭제를 선호합니다.
- 명시적인 요청 없이 종속성을 추가하지 마십시오.
- 변경 사항을 작고 되돌릴 수 있게 유지하십시오.
- 플레이스홀더 TODO,
test.skip, 스텁 테스트는 진행 상황이 아닌 차단 요소입니다. - 작성과 승인은 별도의 과정입니다. 자가 승인하지 말고
review또는verify에 인계하십시오.
완료 조건
완료를 주장하기 전에:
- 보류 중인 작업이 없어야 함
- 테스트가 통과하거나, 실패가 명확히 보고되어야 함
- 검증 증거가 수집되어야 함
출력
- 변경된 파일
- 구현된 내용
- 작동 증거
- 아직 열려 있는 사항