학부생 3인이 자금조달 스타트업들을 제치고 PH #5에 오른 날 — AirKaren이 증명한 것

핵심 요약 (TL;DR)

하버드·노스웨스턴·밴더빌트 학부생 3인(Jai Glazer·Emile·Max Beyer)이 파트타임으로 만든 항공사 환불 대리 에이전트 AirKaren이 2026년 7월 6일 Product Hunt 데일리 5위(239 업보트)에 올랐습니다. 도구 스택은 Claude + Browserbase + AgentMail. 프로 개발 경력도, 시드 라운드도 없이 자금조달 스타트업 여러 팀을 제친 결과입니다.

학부생 3인이 만든 게 왜 뉴스가 되는가

대학 다니면서 프로덕트를 만드는 학생은 늘 있었습니다. 그런데 이번 사례가 특별한 건 결과물의 성격입니다. AirKaren은 사용자를 대신해 항공사에 환불 클레임을 접수하고, 관련 규정을 인용해 문서 초안을 만들며, 지급이 될 때까지 이메일 루프를 자동으로 돌립니다. 소비자 보호법·항공사 정책·클레임 서식을 이해해야 하는, 원래는 변호사나 소비자 단체가 다루던 영역입니다.

루피가 흥미로웠던 건 이 팀의 조합이었어요. 하버드의 Jai Glazer, 노스웨스턴·UIUC의 Emile, 밴더빌트의 Max Beyer. 로스쿨생도, 항공업계 경력자도 아닙니다. 파트타임으로 붙어 만든 결과물이 자금조달을 마친 팀들을 제치고 데일리 5위에 올랐습니다.

출처: AirKaren Product Hunt 페이지, 7월 6일 데일리 리더보드.

Claude + Browserbase 조합이 열어준 것

스택을 뜯어보면 답이 나옵니다. Claude가 추론 코어를 맡고, Browserbase가 항공사 웹사이트를 실제로 조작하며, AgentMail이 이메일 루프를 이어붙였습니다. 세 도구 모두 API 하나로 붙일 수 있는 인프라예요. 팀이 새로 만든 건 규제 문서를 워크플로로 변환하는 부분뿐입니다.

예전엔 이 작업을 하려면 두 개의 큰 벽을 넘어야 했습니다. 하나는 브라우저 자동화 — 항공사 예약 시스템은 CAPTCHA·세션 관리·리다이렉트 지옥이었죠. 다른 하나는 자연어 문서 생성 — 규정을 정확하게 인용해서 항의문을 쓰는 건 특별한 훈련이 필요했습니다. Browserbase가 첫 번째 벽을, Claude가 두 번째 벽을 각각 API 콜 하나로 낮춰버렸어요.

결국 학부생 3인이 만든 건 '도구'가 아니라 '새로운 창작 형식'입니다. 규제 문서를 읽고 → 사용자의 상황과 매칭해 → 대신 행동하는 에이전트 워크플로. 이 형식은 항공 환불뿐 아니라 통신 요금 이의제기, 세금 환급, 학자금 대출 협상 어디에나 이식할 수 있죠. 실제로 AirKaren의 타깃 문구는 '유효한 클레임 중 상당수가 실제 지급되지 않는 갭'입니다.

프로 팀 없이도 톱5가 가능한 조건

그렇다면 '학부생도 되겠네' 하고 프로덕트를 만들 수 있을까요. AirKaren 사례에서 뽑을 수 있는 조건은 세 가지입니다.

첫째, 도메인 갭이 명확할 것. 항공사가 유효 클레임을 미지급하는 건 오래된 소비자 불만이었습니다. 팀은 새로운 시장을 발견한 게 아니라, 이미 존재하던 갭을 에이전트로 자동화한 겁니다. 새 문제를 찾지 마세요. 이미 아픈 문제를 자동화하세요.

둘째, 인프라를 조합할 것. Claude·Browserbase·AgentMail 세 도구는 각각 프론티어 랩이 수백억 달러를 쏟은 결과물입니다. 학부생 팀이 만든 건 그 위에 얹은 얇은 워크플로 층이었어요. 바닥부터 만들면 스타트업, 위에 얹으면 학부생 팀도 톱5입니다.

셋째, 행동을 대신할 것. 정보 검색이나 요약이 아니라, 실제로 사용자를 대신해 서식을 채우고 이메일을 보내고 에스컬레이션까지 자동으로 하는 에이전트. 이게 무료 베타에서도 239 업보트를 모은 이유입니다. 사람들은 '알려주는 AI'보다 '해주는 AI'에 반응해요.

FAQ

Q. Claude + Browserbase + AgentMail 조합을 어떤 프로젝트에 활용할 수 있나요?
A. 사용자가 반복적으로 처리해야 하지만 대부분 포기하는 절차형 작업이 맞아요. 통신·보험 이의제기, 반품·환불 요청, 세금 관련 서류 준비 같은 영역입니다. 규정 문서가 명확히 존재하고 웹으로 제출 가능한 프로세스면 후보입니다.

Q. 파트타임 학부생이 만든 프로덕트가 실제 상용화까지 갈 수 있을까요?
A. 규제 리스크가 관건입니다. 대리 접수의 법적 근거, 개인정보 처리, 항공사와의 관계 설정이 걸립니다. 무료 베타 단계에서 사용자를 모으고, 파트너 항공사·규제 자문을 붙이는 순서로 가는 게 자연스럽습니다.

Q. 저는 학생이 아닌데 이 사례에서 뭘 얻어야 하나요?
A. '경력 없이도 톱5가 가능한 시대'가 아니라 '인프라를 조합하는 팀이 도메인 전문가를 이긴다'는 신호로 읽으세요. 이미 도메인을 아는 분이라면 그 위에 에이전트를 얹는 순간이 더 빨라진 겁니다.

프로 개발 경력, 시드 라운드, 도메인 전문성 — 예전 창업의 3대 진입장벽이 이번 주에 다시 한 번 흔들렸습니다. 학부생 3인이 스택을 조립해 데일리 5위에 오르는 사이, 우리가 아직 손대지 못한 갭이 어디에 있는지 다시 살펴볼 시점입니다.