에이전트 활용 사례

오늘 등록된 사례

112전체 145건

145개 중 1–20개

개발·코딩

Cursor에 자잘한 버그 수정을 묶어 맡기기

Cursor에 유지보수와 작은 기능 수정을 아침마다 등록했대요. 백그라운드 에이전트가 만든 변경 사항은 개발자가 검토했어요.

사용법

  1. Cursor의 GitHub 앱에 저장소 접근을 허용했어요. 에이전트가 저장소를 별도 실행 환경에 복제하고 명령을 실행하거나 브랜치를 만들 수 있도록 연결하는 과정이에요.
  2. 유지보수, 버그 수정, 작은 기능 추가를 작업별로 나눴어요. 각 요청에서 대상 저장소와 브랜치를 지정해 여러 작업을 동시에 맡겼대요.
  3. 작업별 대화에서 결과를 확인하고 추가 수정을 요청했어요. 외출 중에는 모바일로 작업을 등록하고 나중에 결과를 검토하기도 했대요.
  4. 에이전트가 만든 변경 사항과 PR은 개발자가 검토했어요. 새 브랜치 생성에서 오류가 나거나, 후속 요청이 기존 브랜치를 수정하는지 새로 만드는지 분명하지 않은 때도 있었대요.

결과

여러 작업을 동시에 진행하는 데 도움이 됐대요. 새 브랜치를 처리하는 과정 등에는 불편이 남아 있었어요.

참고사항

큰 기능을 개발하거나 구조를 바꾸는 일은 여전히 직접 편집기에서 진행했대요.

출처

Zachary Proser 블로그 원문 ↗

예시 프롬프트 · Cursor

작은 유지보수 작업들을 Cursor에서 검토 가능한 변경으로 처리해 주세요.

입력: 저장소 [주소], 기준 브랜치 [브랜치], 작업 목록 [버그·작은 개선], 실행 명령 [안내]. 기존 변경 사항과 저장소 지침부터 확인하고 각 작업의 재현 방법, 기대 동작과 완료 조건을 정리하세요.

독립적인 작업은 별도 브랜치로 나누고 서로 같은 파일을 바꿔야 하는 작업은 순서를 정하세요. 버그는 먼저 재현한 뒤 원인을 설명하고 필요한 범위만 수정하세요. 후속 요청이 어느 브랜치에 적용됐는지 명확하게 기록하세요.

각 변경에 맞는 테스트를 실행하고 결과를 검토용 PR에 정리하세요. 실패한 테스트를 지우거나 단순히 통과하도록 기대값을 바꾸지 마세요. 환경 때문에 실행할 수 없는 검사는 수행한 것처럼 쓰지 마세요.

결과물: 작업별 변경 내용, 검증 결과, 남은 문제와 PR. 브랜치 생성 실패나 충돌이 나면 기존 작업을 보존하고 원인을 알려주세요. 큰 구조 변경이나 자동 병합은 포함하지 말고 내가 검토할 수 있는 상태에서 마무리하세요.