“실제로는 한 줄 프롬프트면 거의 끝났다.”
2026년 7월 2일, 나는 Aside에 OMO 스킬을 붙이는 일을 다시 정리했다. 예전에는 영상을 길게 만들어 설명했지만, 그날의 결론은 달랐다. 기존 4.13.0 임포트를 지우고 최신 스킬 폴더를 다시 가져오게 하면, 버전이 바뀌어도 따라갈 수 있다는 것이었다. 조회 6,048회와 좋아요 16개가 남은 원문은 짧았지만, 내게는 설정 몇 번이 줄어드는 일이 꽤 큰 변화였다.
한 줄 프롬프트가 더 빠르다고 느낀 이유는?
영상으로 모든 과정을 설명하는 대신, 필요한 작업만 한 줄로 요청할 수 있었기 때문이다.
원문은 ‘이게 되네?’라는 짧은 감탄으로 시작한다. 이 문장은 새로운 기능 자체보다 설명 방식이 달라졌다는 발견에 가깝다. 화면을 보며 여러 단계를 따라가기보다, 최신 스킬 폴더를 다시 가져오게 하는 요청으로 작업의 핵심을 압축한 것이다. 여기서 중요한 점은 한 줄이 모든 상황을 해결한다는 뜻이 아니다. 당시 내가 하려던 일의 범위를 한 줄에 담을 수 있었고, 그래서 영상보다 빠르게 느껴졌다는 기록이다.
왜 기존 4.13.0 임포트를 먼저 지웠을까?
기존 임포트를 남겨둔 채 덮어쓰기보다, 최신 스킬 폴더를 다시 가져오게 하려는 선택이었다.
원문에는 ‘기존 4.13.0 임포트는 지우고 최신 스킬 폴더를 다시 가져오게 시키면 된다’고 적혀 있다. 나는 이 순서를 기록의 핵심으로 본다. 예전 상태를 그대로 둔 채 결과만 기대하기보다, 무엇을 지우고 무엇을 다시 가져오는지 분명히 했기 때문이다. 버전이 바뀌어도 따라가게 하려는 목적도 바로 여기에 있었다. 다만 다른 환경에서도 같은 결과가 나온다고 단정할 근거는 원문에 없다. 이 글은 당시의 한 가지 정리 방법을 남긴다.
설정 몇 번이 줄어드는 일이 왜 컸을까?
손이 움직이지 않는 내게 반복 설정이 줄어드는 일은 시간과 집중을 함께 아끼는 변화였다.
나는 손이 안 움직이는 상태에서 컴퓨터를 사용한다. 그래서 설정 화면을 오가고, 같은 내용을 여러 번 입력하고, 영상의 특정 구간을 다시 찾는 동작은 단순한 클릭 수 이상이다. 원문에서 ‘설정 몇 번 줄어드는 건 꽤 크다’고 쓴 이유도 여기에 있다. 편의 기능을 평가할 때 누구에게나 같은 기준을 적용하기보다, 실제로 그 조작을 하는 사람에게 무엇이 줄었는지를 보는 편이 더 정확하다.
공유를 부탁한 대상은 누구였을까?
Aside를 쓰면서 LazyCodex나 OMO 스킬을 함께 쓰려는 사람에게 먼저 닿기를 바랐다.
원문 마지막에는 주변에 Aside를 쓰는 분이 있으면 공유해 달라는 말과 함께, 프롬프트는 댓글에 남기겠다는 문장이 있다. 특히 LazyCodex나 OMO 스킬을 Aside에서 쓰고 싶은 사람에게 영상보다 빠른 길일 수 있다고 판단했다. 여기서 공유 요청은 넓은 홍보보다, 비슷한 문제를 이미 가진 사람에게 전달해 달라는 부탁으로 읽힌다.
그날의 순서를 다시 적으면 어떻게 될까?
긴 영상 설명을 되짚고, 기존 임포트를 지운 뒤 최신 폴더를 다시 가져오는 흐름이었다.
- 예전에는 OMO 스킬 연결 과정을 영상으로 길게 설명했다.
- 기존 4.13.0 임포트를 지우는 선택을 했다.
- 최신 스킬 폴더를 다시 가져오게 해 버전 변화도 따라가게 했다.
- 한 줄 프롬프트로 거의 끝난다는 점을 기록했다.
- 댓글에 프롬프트를 남기고 필요한 사람에게 공유를 부탁했다.
이 글에서는 Aside와 OMO 스킬 연결을 간단히 정리한 경험에 관한 원문을 한 번 더 천천히 정리한다. 원문에 적힌 사실은 짧지만, 실제로 어떤 선택을 했고 왜 그 선택이 중요했는지까지 순서대로 읽으면 기록의 밀도가 달라진다. 그래서 여기서는 원문 밖의 결과를 보태지 않고, 적힌 문장과 숫자, 당시의 질문을 중심으로 맥락을 펼친다.
원문을 다시 쓸 때 가장 경계한 것은 그럴듯한 성공담으로 바꾸는 일이었다. 기록에는 잘된 장면도 있고, 멈춘 장면도 있고, 답을 모른 채 도움을 구한 장면도 있다. 그 순서를 지우면 실제 경험이 아니라 요약문만 남는다. 이 글의 기준은 간단하다. 기록에 있는 말은 그대로 살리고, 없는 결과는 결론처럼 쓰지 않는다.
특히 수치와 시점은 기억을 붙드는 역할을 한다. 원문에는 4.13.0, 한 줄 프롬프트, 조회 6,048회, 좋아요 16개가 남아 있다. 숫자는 과장하기 위한 장식이 아니라, 그날의 판단이 어디에서 시작됐는지 보여 주는 표지다. 같은 일을 다시 볼 때도 막연히 ‘빨랐다’거나 ‘오래 걸렸다’고 쓰기보다, 원문에 남은 숫자와 순서를 확인하는 편이 낫다.
이런 기록은 누군가에게 정답을 주기보다 다음 질문을 남긴다. 지금 내게 꼭 필요한 것은 무엇인가, 이미 알고 있는 조건은 무엇인가, 모르는 부분은 누구에게 물어야 하는가. 원문 속 선택도 바로 그 질문에서 출발했다. 그래서 과정의 길이보다 출발점과 확인 방식이 더 중요하게 남는다.
참고로 도구나 제도, 운영 방식은 시간이 지나면 바뀔 수 있다. 아래 내용은 특정 기능의 현재 상태를 단정하는 사용법이 아니라, 원문 속 당시 경험을 되짚는 글이다. 직접 따라 해 볼 일이 있다면 공식 문서와 현재 화면을 먼저 확인하는 편이 안전하다.
참고로 설치·가져오기 전 무엇을 확인해야 할까?
현재 쓰는 도구의 공식 안내와 폴더 출처를 먼저 확인하고, 기존 설정의 상태를 따로 기록하는 편이 좋다.
이 문단은 원문 밖의 일반적인 참고다. 패키지나 도구를 설치하거나 가져올 때는 이름이 비슷한 항목을 혼동하지 않도록 공식 안내를 확인하는 습관이 필요하다. npm을 쓰는 환경이라면 npm 공식 사이트에서 패키지 정보를 찾아볼 수 있다. 다만 이 링크는 원문의 결과를 보증하지 않으며, 당시의 구체 설정을 대신하지도 않는다.
댓글로 남길 질문
내 환경에서 줄일 수 있는 설정은 무엇인지, 영상보다 짧은 요청이 더 나은 지점을 먼저 찾아보면 좋다.
한 줄 프롬프트면 모든 설정이 끝나나요?
아니다. 원문은 이 작업에서 거의 끝났다고 말할 뿐, 모든 환경의 결과를 보장하지 않는다.
기존 4.13.0은 왜 언급됐나요?
원문에 기존 임포트를 지우고 최신 스킬 폴더를 가져오는 순서가 직접 적혀 있기 때문이다.
프롬프트는 글 본문에 있나요?
원문에서는 프롬프트를 댓글에 남겨두겠다고만 했고, 이 글에는 내용을 새로 만들지 않았다.
누구에게 공유를 부탁했나요?
Aside 사용자 중 LazyCodex나 OMO 스킬을 함께 쓰고 싶은 사람을 특히 언급했다.
남은 한 줄
그날 내게 남은 결론은 거창한 자동화가 아니었다. 설정 몇 번을 덜 하는 길을 찾아냈다는 사실, 그리고 그 길을 필요한 사람과 나누고 싶었다는 기록이다.
이 글은 제가 2026-07-02에 스레드에 올리고 직접 겪은 일을, 빠졌던 맥락과 확인 방법까지 더해 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원본 스레드 글