지금은 인공지능 시대(지인시) 심볼지금은 인공지능 시대
커뮤니티 소식

AI로 만든 도구 244개, 사이먼 윌리슨은 ‘찾는 법’부터 다시 만들었다

서아람글 · 서아람
JavaScript API와 라이브러리 등의 태그로 도구를 탐색하는 사이먼 윌리슨의 웹사이트 화면
JavaScript API와 라이브러리 등의 태그로 도구를 탐색하는 사이먼 윌리슨의 웹사이트 화면
AI로 작은 도구를 만드는 일이 쉬워지면, 다음 병목은 무엇을 만들지가 아니라 만들어 둔 것을 어떻게 찾느냐가 됩니다. 개발자 사이먼 윌리슨은 11월 11일 자신의 사이트에 ‘바이브 코딩’으로 만든 도구 244개 이상을 태그별로 탐색하는 기능을 추가했다고 소개했습니다. 자연어로 AI에 작업을 맡겨 쌓아 올린 개인 도구함에, 이번에는 코드에 근거한 분류 체계를 붙인 겁니다. 윌리슨은 주간 사용 한도가 초기화되기 전 남아 있던 Fable 5.2 크레딧을 활용해 이 작업을 맡겼다고 설명했습니다. 그가 제시한 방식은 tree-sitter로 각 도구의 코드를 분석해 JavaScript API, 라이브러리, 웹 API 호스트를 찾아내는 것이었습니다. 홈페이지에는 이 세 범주의 태그 클라우드가 생겼고, 방문자는 도구 이름만 훑는 대신 코드가 사용하는 기술을 기준으로 목록을 탐색할 수 있게 됐습니다. 커뮤니티 관점에서 이 사례의 재미는 거창한 자율 에이전트보다, AI로 늘어난 개인 작업물을 AI로 다시 정리한다는 데 있습니다. 공개된 소개만으로 X나 레딧에서의 반응 규모를 확인할 수는 없지만, 바이브 코딩을 즐기는 개발자에게는 ‘만든 뒤 어디에 뒀더라’라는 익숙한 문제를 건드립니다. 도구가 244개를 넘으면 제목이나 제작 순서만으로 원하는 구현 사례를 다시 찾기가 어려워지고, 작은 검색 비용도 반복해서 쌓이기 때문입니다. 이번 분류에서 중요한 차이는 태그가 가리키는 대상입니다.
  • JavaScript API 태그는 코드가 어떤 기능을 사용하는지 살펴보는 출발점으로, 비슷한 구현을 찾을 때 도움이 됩니다.
  • 라이브러리 태그는 어떤 소프트웨어 구성 요소를 활용했는지 보여줘, 같은 라이브러리를 쓰는 사례를 모아 보는 기준이 됩니다.
  • 웹 API 호스트 태그는 코드에 등장하는 외부 서비스 주소를 중심으로 도구를 묶어, 연동 대상을 기준으로 탐색하게 합니다.
여기서 tree-sitter는 소스 코드를 구문 트리로 분석하는 도구이지, AI처럼 도구의 용도를 자유롭게 해석하는 모델은 아닙니다. 단순 문자열 검색보다 코드의 구조를 활용할 수 있다는 장점이 있지만, 실제 추출의 정확도는 분석 규칙과 구현에 달려 있습니다. 개발 도구를 평가하는 일반적인 실무 관점에서도, 자동 분류는 편리함뿐 아니라 원본 코드로 결과를 확인할 수 있는지가 중요합니다. 물론 ‘태그 몇 개 붙인 것이 무슨 큰 변화냐’는 반론은 타당하며, 이번 소개에는 검색 시간 단축이나 분류 정확도를 검증한 수치가 없습니다. 다만 이 사례의 의미는 새 알고리즘의 성능 경쟁이 아니라, 저렴해진 제작 비용이 정리와 재발견이라는 다음 과제를 드러냈다는 데 있습니다. 태그는 실행 결과나 보안 상태를 보증하지 않고, 동적으로 만들어지는 주소나 실행 중의 동작까지 모두 설명해 주지도 않습니다. AI 코딩 경쟁을 모델이 얼마나 빨리 코드를 생성하는지로만 보면, 이런 제작 이후의 사용 경험을 놓치기 쉽습니다. 코드 취약성 논쟁과도 맞닿아 있지만, 이번 사례의 초점은 오류 수정이 아니라 쌓인 결과물을 다시 꺼내 쓸 수 있게 만드는 발견 가능성입니다. 국내 개발팀이 사내 스크립트와 실험용 웹 도구를 축적할 때도, 이름 목록에 기술별 탐색을 더하는 접근은 참고할 만합니다. 앞으로 AI 개발 제품의 차별점은 생성 버튼뿐 아니라, 만든 것을 분류하고 근거를 확인하며 재사용하도록 돕는 관리 계층에서도 나올 수 있습니다.
인사이트

AI가 소프트웨어 제작 비용을 낮출수록, 쌓인 결과물을 찾아 재사용하는 비용이 더 중요해집니다. 윌리슨의 태그 탐색은 AI 코딩의 다음 경쟁 영역이 생성 이후의 관리 경험일 수 있음을 보여줍니다.

자주 묻는 질문

244개 도구를 AI가 알아서 전부 분류한 거야?
윌리슨은 Fable 5.2에 tree-sitter를 활용한 코드 분석 작업을 맡겼다고 설명했습니다. 분석 대상은 각 도구의 JavaScript API, 라이브러리, 웹 API 호스트이며, 공개된 소개에는 분류 정확도나 사람의 검수 범위가 제시되지 않았습니다.
그냥 AI한테 코드를 읽고 태그를 달라고 하면 안 돼?
가능하지만, 자유로운 설명 생성과 코드 구조에 기반한 정보 추출은 다른 방식입니다. tree-sitter는 구문 구조를 분석하므로 일정한 규칙으로 코드 요소를 찾는 데 활용할 수 있지만, 도구의 목적이나 실제 동작까지 자동으로 보증하지는 않습니다.
웹 API 태그를 보면 안전한 도구인지도 알 수 있어?
웹 API 호스트 태그는 코드에 등장하는 외부 서비스 주소를 탐색하는 단서이지 보안 인증이 아닙니다. 실제 전송 데이터, 인증정보 처리, 실행 중 생성되는 요청 등은 별도로 확인해야 합니다.
공유XTelegram

이 기사 어땠어요?

피드백을 남겨주시면 더 나은 맞춤 추천을 만듭니다.

이런 뉴스를 매일 받아보세요

매일 아침 7시, 그날의 정리를 이메일과 Telegram으로 받아보세요.