discover ai native.

AI를 앱 하나가 아니라 내가 소유한 맥락·기억·도구의 조합으로 보는 출발점이다.

바이브 코딩으로 코드를 생성하면 자신이 운영하는 AI 시스템에 기능을 직접 더할 여지가 커진다. DHH는 작은 도구를 직접 만들고 개인 에이전트가 쓸 CLI를 요구하는 사례를 보여 주면서도, 에이전트로 만든 변경을 여럿 합쳤을 때 아키텍처가 군데군데 뚫린 듯했다고 말한다. 이 큐레이션은 직접 확장의 가능성과 함께 생성한 변경을 어떻게 통합·검증·유지할지를 살펴본다. 생산성과 속도에 관한 발언은 발표자의 경험담이며 독립적으로 검증된 측정 결과가 아니다.

바이브 코딩으로 내 AI 시스템의 CLI나 UI를 확장하면 코드를 만드는 속도보다 변경을 검토하는 역량이 병목이 될 수 있다. Matt Pocock은 ‘Fixing the PR Bottleneck’에서 자동 검사, 별도 에이전트 리뷰, 위험에 비례한 인간 리뷰를 세 겹의 브레이크로 제안한다. 이 큐레이션은 그 전략을 내가 소유한 데이터·권한·작업 흐름을 지키며 기능을 더하는 방법으로 읽는다. 리뷰 속도와 품질에 관한 발언은 발표자의 경험과 제안이며, 독립적으로 검증된 측정 결과가 아니다.

내 AI 시스템에 바이브 코딩으로 기능을 더할 때, 요청을 바로 코드로 바꾸기 전에 무엇을 분류하고 구현 뒤 무엇을 확인할지 정하는 데 유용하다. Warp의 Zach Lloyd는 ‘Software Engineering Is Becoming Factory Engineering’에서 엔지니어의 역할이 소프트웨어를 만드는 공정의 설계·운영으로 이동한다고 예측한다. 이는 발표자의 전망이며 업계 전체에 확립된 사실은 아니다. 이 큐레이션은 접수·명세·구현·검증·관찰의 흐름을 개인 시스템의 작은 변경에 적용해 읽는다. 대규모 공장 인프라를 먼저 갖출 필요는 없으며, 발표자도 Q&A에서 인프라 구축에 과투자하기보다 제품에 집중하라고 권한다.

매번 대화를 열어 지시하는 AI에서, 익숙한 메신저로 일을 맡기고 자리를 비운 뒤에도 작업을 이어가는 개인 에이전트로 시야를 넓히는 자료다. Lee Robinson의 ‘Stanford CS146S: How always-on agents work’는 발표자 팀의 Grok Bot 설계 사례를 통해 기억·정기 실행·이벤트·승인 화면이 어떻게 연결되는지 설명한다. 기술 구현은 이 사용 경험을 이해하는 보조 사례로 읽을 수 있다. 일부는 개발 중인 기능을 포함하며, 제품의 효용과 장기 작업에 관한 전망은 발표자의 설명이다. 이 엔지니어링 사례가 일반 사용자의 보편적 채택을 입증하지는 않는다.