Replit
아이디어부터 배포된 앱까지, 모두 브라우저에서 AI 에이전트와 함께.
Olya의 프로필
- 특징
- Replit은 에디터에 붙이는 보조 도구가 아니라, 에디터와 데이터베이스, 호스팅, 에이전트가 같은 브라우저 탭 안에 함께 있는 환경이다. 그래서 아이디어에서 공개 주소까지 가는 동안 도구를 바꿀 일이 없다. Agent 3는 최대 200분짜리 자율 세션을 들여왔는데, 모델이 실제 브라우저에서 앱을 시험하고 스스로 망가뜨린 부분을 고치며, 다른 에이전트와 자동화까지 만들어 낸다. 2026년의 Agent 4는 무한한 Design Canvas, 예전의 fork-and-merge를 대체한 칸반 보드 기반 공유 프로젝트, 빌드가 도는 동안 다음 기능을 설계할 수 있는 병렬 작업을 더했다.
- 강점
- 실질적인 이점은 설정할 게 없다는 점이다. 환경과 데이터베이스, 배포가 이미 갖춰져 있어 터미널을 한 번도 열어본 적 없는 사람도 결국 접속 가능한 앱에 도착한다. 에이전트는 코드를 뱉고 끝내는 대신 스스로 검증하므로 수동 수정의 왕복이 줄고, 유료 플랜에서는 여러 에이전트가 동시에 일하며(Core 2개, Pro 10개) 데이터베이스는 최대 28일까지 되돌릴 수 있다. 협업에도 인프라가 필요 없다. 프로젝트가 공유되고 충돌은 에이전트가 처리한다.
- 언제 쓸까
- 빨리 동작하고 보여줄 수 있는 결과가 목표일 때 잘 맞는다. 프로토타입, MVP, 사내 도구, 대시보드, 작은 자동화, 오늘 저녁에 고객에게 보여야 하는 데모 같은 경우다. 로컬 환경을 돌보고 싶지 않은 비개발자에게도, 에디터와 저장소와 호스팅을 따로 두기보다 한곳에 모으고 싶은 소규모 팀에게도 어울린다. 매일 크레딧이 주어지는 무료 플랜만으로도 이 작업 방식이 자신에게 맞는지 충분히 판단할 수 있다.
- 언제 피할까
- 이미 저장소와 테스트 파이프라인, 자체 인프라를 갖췄다면 자기 IDE 안에서 도와주는 어시스턴트가 더 낫다. Replit은 환경 전체를 맡겼을 때 가장 좋은데, 종속이 시작되는 지점도 정확히 거기다. 사용량 과금(에이전트가 들인 노력만큼 지불하고, 체크포인트 비용은 작업이 끝난 뒤에야 알게 된다) 때문에 월 지출을 예측하기 어려우니, 그 점이 중요하다면 첫날에 상한을 걸어 두는 편이 좋다. 민감한 데이터나 돈을 다루는 소프트웨어라면 자기 검증하는 에이전트든 아니든, 자율적으로 생성된 코드는 운영에 올리기 전에 읽어 본다는 지루한 원칙이 여전히 유효하다.