Lauren Tan(SpaceX - Cursor & Grok Bot 개발자)의 AI 에이전트 개발 워크플로우

한 줄 핵심

AI 에이전트를 잘 쓰려면 먼저 검증 가능한 실행·관찰 도구와 좋은 코드 구조를 마련하고, 반복 작업은 코드로 고정한 뒤 판단이 필요한 부분만 에이전트에 맡기는 워크플로우가 핵심이다.

시간별 요약

1. 0:00
   2,500 PR보다 먼저 볼 것 대량의 PR 성과보다 중요한 것은 에이전트가 실제로 잘 작동하도록 만드는 기반이며, 확인할 일이 늘어나는 문제를 먼저 해결해야 한다. 앱을 열어 결과를 직접 검증할 수 있는 환경이 없으면 코드 생성은 쉽게 병목으로 바뀐다.
2. 0:37
   사람이 대신 확인하던 일을 넘긴다 처음에는 사람이 성능 기록과 메모리 상태를 직접 확인해 결과를 판단했지만, 점점 그 확인 과정 자체를 에이전트가 하도록 바꾸는 방향으로 갔다. 신뢰는 말로 생기지 않고, 실제 실행과 관찰, 재수정이 가능한 환경에서 쌓인다.
3. 1:14
   가장 중요한 스킬은 실제 앱 검증 에이전트에게 손과 눈을 주듯 코드 실행, 사용자 조작, trace와 snapshot 확인까지 가능해야 진짜 검증이 된다. 코드 작성 능력보다 더 중요한 것은 결과를 실제 앱에서 확인할 수 있게 만드는 능력이다.
4. 2:06
   실행 도구와 기능 지도를 함께 준비한다 검증은 테스트 통과 여부만 보는 것이 아니라 실제 화면과 실행 기록을 함께 보는 과정까지 포함한다. 기능이 어디에 있고 무엇을 눌러야 어떤 결과가 나오는지 알려주는 feature map이 있어야 작은 캡처만으로도 문제를 찾기 쉽다.
5. 2:49
   반복 절차는 코드로, 판단은 에이전트에 매번 같은 방식으로 처리할 수 있는 부분은 코드로 빼고, 맥락을 묶어 판단해야 하는 부분만 에이전트에게 남겨야 한다. 이렇게 하면 에이전트가 불필요하게 매번 새로 생각하지 않아도 되고, 작업 품질도 더 안정적이 된다.
6. 3:58
   좋은 코드를 따라가기 쉬운 구조 검증 도구가 있어도 코드베이스 자체가 지저분하면 에이전트는 같은 실수를 반복하기 쉽다. 예외와 임시방편을 흩뿌리는 대신, 실수가 나오기 어려운 구조로 바꾸는 것이 지속적인 수정과 검증을 가능하게 한다.
7. 4:35
   기능을 추가할 경로를 하나로 만든다 lint 규칙과 관례를 강하게 두어, 새 기능은 정해진 디렉터리로만 들어가게 만들고 코드 작성 경로를 하나로 좁힌다. 이렇게 하면 사람이 고민해야 할 분기도 줄고, 에이전트도 어디에 무엇을 넣어야 하는지 쉽게 판단할 수 있다.
8. 6:01
   스킬 위에 외부 맥락을 연결한다 스킬만으로는 충분하지 않고, 실제 버그 제보나 외부 맥락을 받아오는 흐름까지 연결해야 에이전트가 독립적으로 일할 수 있다. 코드 안에서 수정·검증하는 내부 루프와 Slack 같은 외부 입력을 받아오는 바깥 루프를 연결하는 것이 핵심이다.
9. 6:41
   제보를 받아 실제 버그인지 재현한다 Slack MCP나 자체 하네스를 통해 버그 제보를 받아오면, 에이전트가 직접 재현하고 main에서 여전히 존재하는 문제인지 확인할 수 있다. 사용자 설정 문제, dependency 누락 같은 가짜 이슈를 거르면서 실제 버그만 골라내는 흐름이 중요하다.
10. 8:10
    작업을 늘릴수록 검토 방식도 바뀐다 비슷한 제보에 에이전트를 하나씩 붙이면 중복 수정이 생길 수 있으므로, 조정자 역할과 기록 축적이 필요하다. 문제 패턴을 바로 고치기보다 문서에 모아두면 공통 원인과 반복 패턴을 더 잘 볼 수 있다.
11. 8:47
    표본을 엄격히 보고 환경을 교정한다 모든 PR을 다 볼 수는 없으므로, 공정의 품질을 관리하듯 일부 표본을 엄격히 살펴보는 방식이 필요하다. 단순히 결과를 보는 데서 끝나지 않고, 자주 반복되는 문제를 줄이도록 코드와 프로세스를 계속 교정해야 한다.
12. 9:40
    설치만으로 도달할 수 있는 단계는 아니다 이런 수준의 자동화와 검증은 도구를 설치한다고 바로 얻어지는 것이 아니라, 실패 지점을 보고 시스템을 재설계해야 가능하다. 스킬, 타입, 제약을 조정해 사람이 개입하는 지점을 점점 줄여 가는 과정이 필요하다.
13. 9:58
    많은 시간과 노력이 필요한 환경 설계 에이전트가 기본적으로 올바르게 행동하도록 만들려면 코드 구조와 실패 지점을 세심하게 분석하고, 제약을 의도적으로 설계해야 한다. 쉽게 되는 작업이 아니라 장시간의 설계와 반복 개선이 필요한 일이다.
14. 10:38
    내 작업에서 사람이 기다리게 되는 지점 토큰 비용과 되돌리기 어려운 변경 같은 현실적 제약 때문에, 모든 상황에 공통 적용되는 답은 없다. 어디에서 사람이 앱 실행을 대신해 주는지, 기능 위치를 설명하는지, 반복되는 패턴을 고치는지에 따라 필요한 도구와 지침이 달라진다.
15. 11:21
    마무리 영상은 AI 개발에 필요한 도구와 작업 방식, 그리고 에이전트를 믿을 수 있게 만드는 환경 설계의 중요성을 정리하며 끝난다. 단순한 자동화보다 검증 가능성과 구조 설계가 먼저라는 메시지가 중심이다.

실무 인사이트

• 에이전트를 잘 쓰는 출발점은 프롬프트보다 검증 환경이며, 실제 앱에서 실행·관찰·재현이 가능해야 생산성이 올라간다.
• 반복 가능한 절차는 코드와 구조로 고정하고, 판단이 필요한 예외만 에이전트에 맡기면 품질과 일관성을 동시에 높일 수 있다.
• 외부 제보를 자동으로 받아 재현하고 분류하는 바깥 루프를 만들면, 사람은 직접 확인 병목이 아니라 시스템 개선에 집중할 수 있다.