에이전트와 함께 개발하기 위한 실용 원칙

에이전트가 코드 대부분을 작성하면 병목은 사람의 주의력으로 옮겨감. 작업 선별, 결과 검증, 좋은 결과의 기준 교육이 중요해짐 선택한 작업은 즉시 시작하고 병렬 실행함. 프로젝트별 조정자가 배정을 맡고, 사람은 검토할 수 있는 작업량을 관리함 머지 전에는 실제 문제인지, 수정이 작동하는지, 누가 결정해야 하는지를 확인함. 유지보수와 제품 변경의 승인 방식을 구분함 고객 페르소나와 이전 수정 재검사로 결과를 검증함. 성공한 절차와 피드백은 스킬에 기록해 재사용함 목표는 측정 가능하고 크며 매일 재도전할 수 있게 설정함. 아이디어는 실시간으로 탐색하고, 방향이 정해진 구현은 백그라운드에 맡김 코딩에서 주의력으로 이동한 병목 여러 에이전트가 함께 큰 제품을 만들 때는 바벨탑처럼 공통 언어와 목표의 일치를 잃을 위험이 있음. 작업 시작, 검증, 학습, 목표 설정을 일관되게 운영해야 함 소규모 부트스트랩 팀은 Oncourse AI 가입자 8만 명 이상을 확보했고, Caddie는 한 사람이 에이전트와 병행 개발함 Caddie를 사이드 프로젝트로 일주일 만에 만들었으며, 별도로 15일 동안 730개 커밋을 기록함 에이전트가 코드 대부분을 작성하면 사람에게 남는 세 가지 일은 작업 시작, 결과 확인, 좋은 결과의 기준 교육임. 운영이 자리 잡은 뒤에는 무엇을 목표로 삼을지 결정해야 함 작업 시작: 선별한 일은 즉시 착수 일반적인 스프린트 팀에서는 실제 작업이 하루인 일도 백로그, 계획 수립, 담당자 배정을 기다리며 출시까지 2주가 걸릴 수 있음 에이전트가 몇 분 만에 초안을 만들 수 있다면 대기 시간이 전체 소요 시간 대부분을 차지함 가치 있다고 결정한 작업은 출시가 몇 주 뒤라도 즉시 시작해야 함 회의는 할 일 목록을 늘리는 대신 후속 작업을 시작하는 자리가 되어야 함 Caddie의 Get it done 카드는 회의 뒤 이메일, Slack 메시지, 제품 요구사항 문서, 결제 같은 후속 조치를 준비해 에이전트에 넘김 사용자 명의로 보내는 내용은 승인을 기다림 예시에는 40석 가격 안내 이메일, 온보딩 디자인 피드백, 폴더를 유지한 채 노트 500개를 1분 안에 Markdown으로 내보내는 기능 명세, 1,200달러 청구서 결제가 포함됨 반복해서 잊는 후속 조치는 정기 실행 루틴으로 전환함 영업 통화 요약, 전날 가입자 확인, 릴리스 후 문서 갱신 등이 대상임 버그도 발견 즉시 수정에 착수함. 10월 22일 밤 감사에서 워크스...