내 회계사는 '작은 도구'를 요청했습니다. Replit이 구축했습니다. Zapier가 연결했습니다. 그녀는 양쪽 반쪽을 모두 사용합니다

요청은 Zapier 작업처럼 들렸습니다. 은행 CSV 내보내기, 월간 요약 출력. 그러나 요약에는 실제 논리가 필요했습니다. 그녀가 계속 변경하는 범주 규칙, 분기별 누계, 세무 담당자에게 보낼 수 있는 PDF가 필요했습니다. 저는 Zapier로 시작하여 4개의 Zap, 2개의 포맷터 단계, 그리고 자체 조건부 서식에 따라 축소되는 Google 시트를 얻었습니다. 별로 좋지 않습니다.

Replit의 에이전트는 어느 날 오후에 실제 작업을 구축했습니다. CSV를 업로드하는 작은 웹 앱, (노력해서) 편집할 수 있는 구성에 있는 규칙, 인쇄 버튼이 있는 깨끗한 페이지로 요약이 렌더링되는 것입니다. 코드가 우아했나요? 아뇨. 효과가 있었나요? 세 번째 시도에서 처음 두 번의 실패는 도구가 아니라 막연한 프롬프트였습니다.

그런 다음 Replit가 할 수 없는 부분은 아무것도 열지 않고 파일을 가져오는 것입니다. 그녀는 자동으로 CSV를 이메일로 보내고, 처리하고, 요약을 돌려받기를 원했습니다. 이것이 Zapier의 특징입니다. 이메일을 포착하고, 앱의 업로드 엔드포인트에 도달하고, 결과를 메일로 보냅니다. 앱과 파이프는 서로 필요했습니다.

비용은 예상대로 실행되었습니다. Zapier의 작업 가격은 이 볼륨에서는 괜찮고 Replit의 에이전트 시간은 제가 정확하지 않을 때 가장 빨리 소비되었습니다. 청구서의 교훈: 에이전트가 구축하도록 하기 전에 무엇을 요구하는지 파악하십시오.

지금 제가 그려볼 경계는 '작은 도구'가 실제로 기존 앱 간의 워크플로우라면 Zapier뿐입니다. 인터페이스가 포함된 실제 로직인 경우 Replit가 이를 빌드하고 Zapier가 이를 제공합니다. 실수는 상대방의 절반을 하라고 요구하는 것입니다. 저는 두 번이나 그렇게 했고 회계사의 PDF가 저에게 가르쳐주었습니다.