소개
저는 어디를 갈 때 네이버지도 길찾기를 자주 사용합니다.
목적지까지 가는 방법은 잘 알려주지만, 이동 중에 다른 할 일이 생기면 검색을 따로 해야 하더라고요.
“가는 길에 케이크를 사야 하는데 어디서 사지?” “약국도 들러야 하는데 많이 돌아가지는 않을까?” “약속 장소 주변에서 잠깐 앉아 있을 카페는 없을까?”
이번에는 동생네 집에 가면서 케이크나 디저트를 사가고 싶었습니다. 네이버지도에 경로를 띄워놓은 상태에서 Aside에게 동선을 고려한 추천을 부탁했습니다.
그리고 일회성 추천에서 끝내지 않고, 이 과정을 다음에도 사용할 수 있는 ‘가는 길 도우미’ 스킬로 만들어봤습니다.
진행 방법
1. 열려 있는 네이버 경로를 보고 추천해 달라고 요청했습니다
처음에는 평소 말하듯 요청했습니다.
text
내가 조금 이따가 갈 경로야.동생네 집을 가야해서 가는 길에 케익이나 디저트 류를사가지고 가고 싶은데...동선을 고려해서 어디에 들러서 무엇을 사가면 좋을지 추천해줘.Aside는 열려 있는 네이버지도에서 출발지와 도착지, 지하철 경로, 환승역과 도착역을 확인했습니다.
제가 주소와 환승 경로를 다시 설명하지 않아도, 현재 보고 있는 페이지를 바탕으로 조사를 시작할 수 있다는 점이 편했습니다.
한국어 앱 스크린샷
이미지 1. 개인 주소를 제외하고 자른 경로 화면. 사례글 작성을 위해 10월 12일 같은 경로를 다시 열어 촬영했으므로, 표시된 시각과 소요시간은 최초 요청 당시와 다릅니다.
2. 가까운 가게보다 ‘어디서 사는 게 편한지’를 비교했습니다
Aside는 환승 구간과 도착역 주변의 디저트 매장을 조사했습니다. 네이버지도와 공식 매장 정보를 참고해 위치, 영업시간, 메뉴와 가격을 확인했습니다.
추천은 도착역 근처의 타르데마 베이커리 우장산을 우선으로, 환승 구간에서 들를 수 있는 노티드 IFC를 대안으로 제시했습니다.
특히 케이크를 지하철에서 오래 들고 다니지 않도록, 도착 직전에 구매하는 편의성을 고려한 점이 좋았습니다.
타르데마에서는 초코키리쉬 케이크, 과일 케이크, 소금빵과 초코바게트 조합 등으로 선택지를 나눠줬습니다. 어디에 갈지만 아니라 무엇을 사갈지까지 함께 정리해준 것입니다.
한국 음식 앱 - 스크린샷
이미지 2. 10월 12일 다시 확인한 실제 네이버지도 메뉴 화면. 메뉴와 가격 확인이 당일 재고 확인을 의미하지는 않습니다.
3. 추천의 한계를 재사용 규칙으로 바꿨습니다
추천을 받으면서 개선할 부분도 발견했습니다.
역에서 가까운 가게가 원래 이동 동선에도 가까운 것은 아니었습니다.
메뉴에 케이크가 있어도 당일 재고는 알 수 없었습니다.
정확히 몇 분을 더 돌아가야 하는지는 확인하지 못했습니다.
제 예산과 허용 우회시간도 먼저 정하지 않았습니다.
그래서 이 기능의 핵심은 단순한 맛집 검색이 아니라는 생각이 들었습니다.
“좋은 가게”보다 “내 할 일을 해결하면서 덜 돌아가는 가게”를 찾아야 하는 것입니다.
이후 이동 중 구매, 매장 방문, 주변 식사와 카페 탐색을 더 편하게 할 방법을 검토했습니다. 그리고 사례글부터 쓰기보다, 먼저 스킬로 정리해 달라고 요청했습니다.
text
잠깐 이를 먼저 스킬로 만든 다음에그 이후에 그것까지 포함해서 사례글 작성을 해줄래?4. ‘가는 길 도우미’ 스킬을 만들었습니다
스킬 이름은 on-the-way-helper입니다.
다음과 같은 절차를 담은 SKILL.md 파일을 사용자 스킬 폴더에 저장했습니다.
현재 경로와 이동수단을 확인한다.
구매·방문·식사·카페 등 목적을 구분한다.
예산과 허용 추가 이동시간이 없으면 먼저 묻는다.
출발지·환승 지점·도착지 주변을 목적에 맞게 비교한다.
영업시간, 메뉴, 가격과 실제 접근 동선을 확인한다.
추천 1곳 과 대안 최대 2곳을 제시한다.
재고·대기·추가시간의 미확인 항목을 표시한다.
예약·주문·결제·경로 변경은 실행 전에 승인받는다.
추가 이동시간과 구매·식사·체류시간을 구분하도록 한 것도 중요한 부분입니다. 가게까지 5분만 돌아가더라도, 그곳에서 30분 머물면 전체 일정은 달라지니까요.
또한 네이버지도 고객센터에서 대중교통 길찾기는 경유지 추가를 지원하지 않는다는 점을 확인했습니다. 스킬에는 필요할 때 출발지 → 방문점, 방문점 → 목적지의 구간별 경로를 제시하도록 반영했습니다.
5. 형식 검증과 문서 기반 점검을 진행했습니다
스킬 파일을 저장한 뒤 등록용 형식 검증을 실행했고, 오류 없이 종료된 것을 확인했습니다.
별도 검토에서는 다음 세 가지 상황에 필요한 규칙이 있는지 점검했습니다.
예산과 허용 우회시간이 없는 경우
케이크 메뉴는 있지만 재고와 실제 동선이 불명확한 경우
추천 요청을 예약이나 경로 변경 승인으로 오해할 수 있는 경우
검토 후에는 실행 승인 시 대상, 수량, 방문 시각, 금액 등 핵심 조건을 보여주도록 보완했습니다.
길잡이에 대한 단어가 적힌 페이지
이미지 3. 실제 스킬 파일 일부와 검증 기록을 읽기 쉽게 표시해 캡처한 화면입니다. Aside의 실행 화면이나 자동화 완료 화면은 아닙니다.
결과와 배운 점
이번에 완료한 것은 실제 경로를 활용한 디저트 추천 조사와, 그 경험을 재사용 가능한 스킬로 정리한 작업입니다.
실제 구매·방문·예약은 진행하지 않았습니다. 새 스킬의 자동 호출 여부와 실제 이동 성능도 아직 검증하지 않았습니다.
이번 작업에서 배운 점은 세 가지입니다.
상황을 읽는 것이 검색어를 늘리는 것보다 중요했습니다
같은 디저트 추천이라도 선물인지, 바로 먹을 것인지, 얼마나 이동해야 하는지에 따라 좋은 선택은 달라집니다.
검색 결과를 많이 모으는 것보다, 현재 경로와 방문 목적을 함께 이해하는 것이 중요했습니다.
스킬에는 성공 절차뿐 아니라 ‘모르면 멈추는 기준’도 필요했습니다
재고를 모르면 미확인이라고 말하고, 실제 길찾기 근거 없이 우회시간을 단정하지 않는 규칙이 필요했습니다.
추천과 실행의 경계도 명확해야 했습니다. 제가 “마음에 든다”고 말하는 것이 결제 승인까지 의미하지는 않으니까요.
새 앱을 만들기 전에 작은 스킬부터 시작할 수 있었습니다
이번에는 별도의 지도나 내비게이션을 만들지 않았습니다.
네이버지도는 길 안내를, Aside는 이동 중 할 일의 조사와 비교를 맡는 방식으로 역할을 나눴습니다.
다음에는 꽃 구매와 약국 방문처럼 여러 할 일을 묶는 경우, 약속 장소 주변에서 시간을 보내는 경우에도 사용해볼 계획입니다.
실제 경험이 쌓이면 경로 링크를 전달하는 모바일 웹서비스로 확장할지 검토하려고 합니다. 다만 모바일 공유 기능, 위치 추적, 자동 알림 등은 현재 구현한 기능이 아니라 이후 아이디어입니다.
이번 작업은 “가는 길에 디저트 어디서 사지?”라는 작은 불편을, 에이전트가 반복해서 참고할 수 있는 판단 절차로 바꿔본 경험이었습니다.
도움 받은 글 (옵션)
Aside의 스킬 제작 가이드를 참고해 스킬 파일을 작성하고 형식을 검증했습니다.
