엑셀 창을 열어놓고 링크를 하나 복사한다. 다시 엑셀로 돌아와 붙여넣는다. 그 링크가 어느 채널의 무슨 제목인지 확인하려고 다시 브라우저 탭으로 돌아간다. 채널 이름을 확인하고, 제목을 확인하고, 다시 엑셀로 돌아와 한 칸 한 칸 타이핑한다. 이 과정을 손이 아니라 입술로 하고 있다면 이야기는 완전히 달라진다. 링크 복사, 엑셀 열기, 붙여넣기, 채널 이름 입력, 제목 입력. 이 다섯 단계를 SNS 게시물 하나마다 반복해야 했다. 업무상 SNS 게시물을 정리해서 엑셀로 관리해야 하는 일이 있었는데, 이 반복 작업이 쌓이자 손 대신 입술로 컴퓨터를 조작하는 입장에서는 유난히 힘겨운 노동이 됐다.
"링크 넣으면 자동으로 바꾸는 거 만들어줘."
이 한 문장이 이번 자동화 이야기의 시작이었다. 제미니에게 던진 요청은 단순했지만, 그 뒤로 이어진 과정은 단순하지 않았다.
왜 링크를 일일이 손으로 정리해야 했을까?
업무상 SNS 게시물들을 엑셀로 관리해야 했는데, 자동화 도구가 없어 복사와 붙여넣기를 반복해야 했다.
업무의 성격 자체는 특별할 것이 없었다. SNS에 올라온 게시물을 모아 엑셀 시트에 정리하는, 흔히 볼 수 있는 콘텐츠 관리 업무였다. 문제는 정리해야 할 항목이 링크 하나로 끝나지 않는다는 점이었다. 링크를 복사하고, 어느 채널에서 올라온 글인지, 제목은 무엇인지까지 함께 기록해야 완전한 데이터가 됐다. 게시물 수가 늘어날수록 같은 동작을 계속 반복해야 했고, 그 반복 자체가 하나의 큰 부담으로 쌓여갔다.
제미니에게 처음 요청한 건 무엇이었을까?
링크를 넣으면 자동으로 정보를 바꿔주는 도구를 만들어 달라고 제미니에게 직접 요청했다.
반복 작업을 줄이기 위해 가장 먼저 떠올린 방법은 AI에게 도구를 만들어 달라고 요청하는 것이었다. 위에 인용한 문장 그대로, 링크를 넣으면 자동으로 필요한 정보로 바꿔주는 무언가를 만들어 달라고 했다. 그리고 실제로 제미니는 요청한 대로 도구를 만들어냈다. 링크를 넣으면 그 안의 정보를 읽어와 채널명과 제목을 뽑아내는 기본적인 동작을 만들었다.
인스타그램과 네이버 블로그는 왜 안 됐을까?
두 플랫폼은 정보를 그대로 가져오지 못하고 별도의 백엔드 서버가 있어야 처리가 가능했다.
모든 플랫폼이 순조롭지는 않았다. 인스타그램과 네이버 블로그 링크는 단순한 방식으로는 채널명과 제목을 제대로 가져오지 못했다. 이 두 플랫폼을 제대로 처리하려면 백엔드 서버가 필요하다는 사실을 그제서야 알게 됐다. 처음 상상했던 것보다 한 단계 더 복잡한 구조가 필요했던 셈이다. 마침 이 무렵 Antigravity라는 도구가 등장했고, 이를 활용해 직접 서버를 만드는 작업에 들어갔다.
지금은 예전과 비교해 어떻게 달라졌을까?
서버를 웹에 올려 이제는 링크 하나만 복사해 붙여도 채널과 제목이 자동으로 채워진다.
처음 만든 서버는 로컬 환경에서만 돌아갔다. 정리를 할 때마다 서버를 직접 켜야 했는데, 이 과정 자체가 또 하나의 번거로운 절차였다. 결국 매번 서버를 여는 부담을 없애기 위해 이 서버를 웹에 올렸다. 그 결과 지금은 링크를 하나 복사해서 붙여넣기만 하면 플랫폼, 채널명, 제목이 자동으로 채워진다. 예전에는 다섯 단계를 거쳐야 했던 일이 이제 복사와 붙여넣기, 단 한 번의 동작으로 끝난다.
정리 과정의 변화를 표로 보면
| 구분 | 이전 방식 | 이후 방식 |
|---|---|---|
| 링크 확인 | 복사 후 별도 확인 | 붙여넣기와 동시에 자동 추출 |
| 채널명 입력 | 직접 확인 후 타이핑 | 자동으로 채워짐 |
| 제목 입력 | 직접 확인 후 타이핑 | 자동으로 채워짐 |
| 도구 실행 위치 | 로컬에서 서버를 직접 실행 | 웹에 올려 바로 접속해 사용 |
| 필요한 동작 수 | 복사, 열기, 붙여넣기, 채널명 입력, 제목 입력 | 복사와 붙여넣기 |
이 표에 정리한 것처럼 변화의 핵심은 단순하다. 사람이 확인하고 옮겨 적던 정보를, 링크 하나만으로 도구가 대신 읽어오게 만든 것이다. 특히 입술로 컴퓨터를 조작하는 입장에서는 타이핑해야 하는 절대적인 동작 수가 줄어드는 것 자체가 곧 작업 시간과 피로도의 차이로 이어진다. 반복되는 다섯 단계가 두 단계로 줄어든 것만으로도 체감되는 변화는 컸다.
이 작업에서 얻은 것은 무엇일까?
필요를 직접 말로 설명해 AI로 도구를 만들고, 부족한 부분은 다시 보완해가는 경험을 얻었다.
이번 과정에서 인상 깊었던 부분은 처음부터 완벽한 도구가 나오지 않았다는 점이다. 제미니에게 요청해 기본 동작을 만들고, 인스타그램과 네이버 블로그처럼 막히는 지점이 나오면 그 지점을 다시 파고들어 백엔드 서버라는 해결책을 찾아냈다. 그리고 로컬 실행이 번거롭다는 또 다른 불편함이 드러나자, 이번에는 서버를 웹에 올리는 방식으로 다시 한 번 문제를 해결했다. 하나의 요청에서 시작해 여러 번의 보완을 거쳐야 실제로 쓸 만한 도구가 완성된다는 사실을 새삼 확인한 과정이었다.
참고 자료
위 참고 자료는 일반적으로 공개된 공식 페이지만을 안내한 것이며, 본문에 언급된 Antigravity와 관련된 세부 기능이나 수치는 별도로 확인된 공식 자료를 기준으로 하지 않았으므로 용어 언급 이상의 구체적인 주장은 포함하지 않았다.
링크 도구에서 자주 받은 질문
Q1. 이 도구는 어떤 SNS 링크를 처리할 수 있나요?
본문에서는 인스타그램, 네이버 블로그, 그리고 백엔드 서버 없이도 처리되던 플랫폼 링크가 언급됐다. 다만 구체적으로 지원되는 전체 플랫폼 목록이나 세부 처리 범위는 원문에 명시되어 있지 않다.
Q2. 왜 처음에는 로컬 서버로 만들었나요?
인스타그램과 네이버 블로그처럼 단순한 방식으로 정보를 가져올 수 없는 플랫폼을 처리하려면 백엔드 서버가 필요했고, 이를 우선 로컬 환경에서 구현했기 때문이다.
Q3. 로컬 서버 방식의 불편함은 무엇이었나요?
작업을 할 때마다 서버를 직접 실행해야 했는데, 이 과정 자체가 하나의 번거로운 절차로 남아 있었다.
Q4. 지금은 어떤 방식으로 이 도구를 쓰고 있나요?
로컬 서버를 웹에 올려두어, 이제는 별도로 서버를 켤 필요 없이 링크를 붙여넣기만 하면 채널명과 제목이 자동으로 정리된다.
Q5. Antigravity는 정확히 무엇인가요?
본문에서는 백엔드 서버를 만들던 시기에 등장한 도구로 언급됐을 뿐, 구체적인 기능이나 수치는 원문에 별도로 설명되어 있지 않다.
반복을 줄이기 위해 남긴 기록
이 과정에서 실제로 반복된 동작은 링크 복사, 엑셀 열기, 붙이기, 채널명 입력, 제목 입력이었다. 업무상 SNS 게시물을 엑셀에 정리해야 했고, 이 동작을 입술로 조작해야 했다는 점이 도구를 만들게 된 출발점이다. 링크를 넣으면 자동으로 바꾸는 것을 Gemini에 요청했고, 인스타그램과 네이버 블로그를 처리하려면 백엔드 서버가 필요하다는 막힌 지점을 만났다.
그 뒤 Antigravity가 나온 시점에 서버를 만들었고, 처음에는 로컬에서 돌렸다. 매번 서버를 여는 일이 번거로워 웹에 올렸으며, 지금은 링크를 넣으면 플랫폼과 채널명, 제목이 자동으로 추출된다. 이 글에서 덧붙이는 결론은 새로운 기능의 나열이 아니라, 원문에 나온 순서를 그대로 남기는 일이다. 불편함을 인식하고, 요청하고, 막힌 지점을 해결하고, 다시 사용 방식을 바꾼 흐름이 이 기록의 전부다.
이 글은 제가 2026-04-04에 스레드에 올리고 직접 겪은 일을, 빠졌던 맥락과 확인 방법까지 더해 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원본 스레드 글