AI Strategy

AI한테 "이런 서비스 만들어줘" 했더니 진짜로 만들어줬을 거예요. 링크도 생겼고, 실제로 작동도 됩니다. 이 뿌듯함은 직접 경험해본 사람만 알죠. 그런데 그 링크, 지금 어떤 상태인지 확인한 적 있으신가요? 바이브코딩으로 만든 서비스가 5분 만에 뚫리는 건 해킹 기술이 필요해서가 아니에요. 문이 그냥 열려 있기 때문입니다. 그리고 이건 특정 누군가의 문제가 아니라, 바이브코딩으로 서비스를 배포한 대부분이 갖고 있는 구멍이에요. 이러한 문제마다 AI한테 그대로 붙여넣을 수 있는 프롬프트를 담았습니다. 읽고 나서 바로 쓸 수 있는 것들만 골랐어요. AI는 시킨 것만 합니다 본격적으로 들어가기 전에 이것부터 짚고 갈게요. 바이브코딩으로 서비스를 만들 때 보통 이렇게 시키죠. "로그인 기능 만들어줘", "결제 붙여줘", "대시보드 만들어줘." AI는 이것까진 잘 해줍니다. 그런데, 혹시 "보안 설정도 다 해줘"라고 시킨 적 있으신가요? 아마 없으실 겁니다. 그러면 AI는 최소한의 보안만 설정해 주고, 제대로 작업을 해주진 않습니다. 각잡고 시킨 적이 없으니까요. 바이브코딩 서비스의 보안 구멍은 코드를 못 짜서가 아니라, 설정을 안 시켜서 생겨요. 반대로 말하면, 어떤 설정을 시켜야 하는지만 알면 된다는 뜻입니다. 보안도 AI한테 쉽게 시킬 수 있거든요. Tip 1. 문이 열려 있다 — 접근 권한 혹시, 바이브코딩으로 사이트를 만든 적이 있으신가요? 그럼 내 서비스 주소 뒤에 /admin을 쳐보세요.

흐름이 갈리고 있다 최근 생성AI 흐름을 보면, 방향이 꽤 명확하게 나뉘고 있습니다. 이미지 생성, 영상 생성 같은 기능을 계속 밀어붙이던 모델들이 어느 순간부터 업무용 기능을 전면에 내세우기 시작했습니다. Gemini는 문서 작성이나 데이터 정리 같은 실제 업무 흐름에 바로 들어갈 수 있는 기능을 빠르게 강화하고 있고, Claude Code처럼 처음부터 코딩이라는 특정 영역에 집중하는 AI도 빠르게 존재감을 키우고 있습니다. 이 변화는 단순한 기능 추가가 아닙니다. 생성AI가 이제 '다 잘하는 모델' 경쟁에서 벗어나, 역할별로 나뉘기 시작했다는 신호에 가깝습니다. 범용 모델 전략의 한계 초기 생성AI 경쟁에서 범용 모델 전략은 자연스러운 선택이었습니다. 모델 하나만 잘 만들어두면 텍스트부터 이미지, 영상, 코드까지 여러 시장을 한 번에 커버할 수 있었기 때문입니다. 문제는 "쓸 수 있다"와 "실제로 쓰인다" 사이의 간극이 생각보다 컸다는 점입니다. 문서 요약은 되지만 회사 맥락이 반영되지 않아 다시 손을 봐야 하고, 코드는 생성되지만 실제 코드베이스에 붙이기엔 검증이 필요하며, 이미지는 만들어지지만 바로 쓸 수 있는 수준까지는 추가 작업이 필요한 상황이 반복됐습니다. 결국 "초안은 만들어주지만, 책임지고 쓸 수는 없는 상태"에 머무르게 됩니다. 기업 입장에서 돈을 지불하는 기준은 명확합니다. 시간을 줄여주는 도구가 아니라, 일을 대신해주는 도구여야 한다는 것입니다. 이 기준에서 보면, 모든 걸 다 하려다 보니 특정 작업에 깊게 최적화되기 어려운 범용 모델은 구조적으로 불리합니다. 그래서 최근 흐름은 "많이 하는 AI"보다 "한 가지를 제대로 하는 AI"로 바뀌고 있습니다. OpenAI와 xAI, 각자의 선택 최근 OpenAI의 움직임을 보면 방향이 꽤 분명하게 읽힙니다. 영상 생성 모델 Sora2를 종료하고 디즈니와의 협업도 정리했습니다. 겉으로 보면 하나의 프로젝트를 접은 것처럼 보이지만, 맥락을 보면 다릅니다. 콘텐츠 영역에서 한 발 물러나고, 대신 기업용 코딩과 업무 생산성 영역으로 무게 중심을 옮기고 있는 흐름에 가깝습니다.

배경 팀제이커브에 새로운 크루가 합류할 때마다 온보딩은 매번 즉흥적이었다. 정해진 절차 없이 담당자의 기억에 의존했고, 빠지는 항목이 생기거나 같은 내용을 반복 설명하는 일이 잦았다. 이 문제를 해결하기 위해 온보딩 프로세스를 체계화하기로 했다. 처음에는 SKILL.md라는 업무 설계서 형태로 접근했지만, 작성하다 보니 방향이 바뀌었다. 문서에서 웹앱으로 - 피봇하기까지 처음: SKILL.md (업무 설계서) 클로드와 대화하면서 온보딩에 필요한 모든 항목을 정리하기 시작했다. 합류 전 행정 처리부터 계정 세팅, 그라운드 룰, 크루제도, 업무 환경, 고정 스케줄, HR, 업무 맥락까지 8개 Phase로 구조화했다. 정리하면서 각 항목마다 [자동] / [사람] 분류도 함께 했다. "이건 문서 링크 하나로 해결 가능하고, 이건 반드시 누군가가 직접 해줘야 한다"는 구분이었다. SKILL.md로 정리된 결과물은 꽤 괜찮았다. 그런데 한 가지 질문이 남았다. "이 마크다운 문서를 어떻게 활용해야 조직 차원에서 쓸 수 있을까?" 전환점: "체험형 온보딩"이라는 키워드 클로드에게 활용 방안을 물었을 때, 두 가지 선택지가 나왔다. 노션 기반 - 빠르게 만들 수 있지만 동적 기능(진행률, 단계별 잠금 등)이 불가능 웹앱 기반 - 인터랙티브한 체험형 온보딩이 가능 노션 페이지에 체크박스를 나열하는 것과, 단계별로 직접 완료하면서 진행률이 쌓이는 웹앱은 온보딩 경험 자체가 다르다. 후자를 택했다. 이 시점에서 SKILL.md는 웹앱의 콘텐츠 기반 문서로 역할이 바뀌었다. 문서가 버려진 게 아니라 역할이 진화한 셈이다. 제작 과정 1단계: 콘텐츠 완성 (SKILL.md) 클로드가 하나씩 질문을 던지고, 답변을 받아 스킬 문서를 채워나가는 방식으로 진행했다.

최근 생성형 AI로 만든 이미지와 영상이 우리 주변에 정말 많아졌습니다. "AI가 만든 건 티가 나서 소비자들이 싫어하지 않을까?" 고민하던 시기는 이제 지난 것 같아요. 이미 소비자의 일상 속으로 깊숙이 들어왔고, 오히려 이를 자연스럽게 즐기는 단계에 진입했기 때문이라고 생각 됩니다. 제작비는 낮추고 바이럴은 잡고, 야나두가 증명한 AI 실전 사례 모델 섭외 한계를 극복한 파격적인 바이럴 전략 최근 SNS에서 흑인 남성과 한국인 할머니가 영어로 대화하는 숏폼 영상, 보신 적 있으신가요? 바로 야나두의 '실수하기 좋은 영어 시리즈'인데요. 이 영상은 누적 조회수 1억 4천만 회를 돌파하며 엄청난 화제를 모았습니다. 놀라운 건 영상 속 인물들이 실제 모델이 아닌 AI로 생성된 가상 인물이라는 점이에요. 예전 같으면 흑인 모델과 시니어 모델을 섭외하고 촬영장을 세팅하는 데만 수천만 원의 비용과 수개월의 시간이 걸렸겠지만, AI를 활용해 그 한계를 단숨에 깨뜨려 버린 거죠. 실무자 손에서 탄생한 고효율 AI 결과물의 위력 이 대박 콘텐츠가 탄생한 비결, 사실 멀리 있지 않습니다. 팀제이커브의 교육을 통해 실무자가 직접 AI 툴을 익히고 실험하며 만들어낸 결과거든요. 거창한 제작사 없이도 기존 제작비의 1% 수준으로 단 몇 분 만에 고퀄리티 영상을 뽑아낼 수 있다는 걸 증명한 사례입니다. "아이디어는 있는데 예산과 시간이 부족하다"는 실무자들의 고민을 AI가 어떻게 해결해 줄 수 있는지 보여주는 아주 좋은 본보기라고 할 수 있습니다. 소비자는 이미 준비 완료, 거부감보다 '재미'가 앞선 AI 콘텐츠 70%에 육박하는 높은 노출도와 긍정적인 감정 반응 조사 결과를 보면 이미 소비자 10명 중 7명은 AI 이미지를 접해본 경험이 있다고 합니다. SNS를 통해 하루에도 몇 번씩 AI 콘텐츠를 마주치는 게 일상이 되었죠. 특히 주목할 점은 감정적인 반응입니다. '신기함(37%)'이나 '재미(26.7%)' 같은 긍정적인 반응이 압도적이었거든요. 64%가 넘는 응답자가 AI 콘텐츠를 보고 즐거웠던 경험이 있다고 답할 정도입니다.

요즘 오픈클로(OpenClaw) 혹은 클로드 봇이라는 이름이 자주 눈에 띕니다. AI를 조금이라도 써본 사람이라면 한 번쯤은 이 프로젝트를 들어봤을 건데요. 'AI의 역할' 변화로 큰 주목을 받고 있는 상황입니다. 그동안은 질문에 대답하는 AI에서, 실제로 일을 수행하고 스스로 판단하는 AI로. 화면 속 대화 상대가 아니라, 내 컴퓨터 안에서 움직이는 하나의 마치 인격체로 바뀐 건데요. 그 흐름의 중심에 오픈클로가 있습니다. 오픈클로는 무엇이고, 왜 주목받는가 오픈클로는 그동안 우리가 이용하던 '대화형 챗봇'이 아니라 메신저를 통해 명령을 받으면, 로컬 PC에서 직접 작업을 수행하는 오픈소스 AI 에이전트입니다. 이 구조는 두 가지 변화와 맞닿아 있습니다. 로컬 실행 기반 AI 사용의 확대 온라인 환경에서 사용하는 AI 대신, 내 컴퓨터에서 직접 실행하는 AI를 원하는 사용자가 늘고 있습니다. 실행 시간에 제한이 없고, 프라이버시 문제도 적고, 비용도 낮기 때문입니다. 실제로 '오픈클로를 맥미니로 돌린다'는 글들이 확산되며 일부 모델 품절 현상까지 벌어졌습니다. 사용 방식의 전환 질문을 입력하고 답을 받는 대화형 구조에서, 명령을 주고 결과만 받는 실행형 구조로 넘어가고 있습니다. 사용자는 '의뢰자'가 되고, AI는 '작업자'가 되는 흐름으로 바뀐 것 입니다. AI가 모이는 곳, 몰트북이라는 커뮤니티 흥미로운 점은, 오픈클로 같은 AI들이 이제 '모이는 공간'까지 생겼다는 것입니다. 최근 만들어진 실험적 플랫폼 몰트북(Moltbook) 은 AI들을 위한 '게시판' 같은 서비스인데요.

조금만 더 지나면, 브라우저를 켜는 순간 AI가 같이 켜지는 게 기본값이 될지도 모릅니다. 구글이 크롬에 Gemini를 사이드 패널로 붙이려는 움직임이 그 신호고요. 이건 편의 기능 추가라기보다, AI가 웹에서 '실행'까지 맡는 시대를 위한 포석에 가깝습니다. 그래서 요즘 딥테크 AI 기업들은 브라우저를 장악하려고 합니다. 크롬 Gemini 탑재가 던진 신호: ‘브라우저가 기본값 크롬에 Gemini가 사이드 패널로 들어온다는 건, "브라우저에 AI 기능 하나 추가됐네" 정도가 아닙니다. 결국 배포 채널의 싸움이죠. AI 브라우저가 아무리 똑똑해도, 매일 쓰는 기본 브라우저를 이기는 건 어렵거든요. 구글은 그걸 너무 잘 알고 있습니다. 그래서 '새 제품'으로 설득하는 대신, 전 세계에서 가장 많이 쓰는 크롬 안으로 AI를 밀어 넣는 방식을 택하는 거죠. 아직은 미국에서만 가능하다고 하지만, 기능의 완성도가 아니라 사용 습관을 먼저 바꾸는 실험에 가깝습니다. "사람들이 브라우저 옆에 AI가 붙어 있는 상태를 당연하게 받아들이는가"를 먼저 확인하는 거예요. 여기서 생기는 변화는 단순 요약 기능이 아닙니다. 브라우저가 일을 시작하는 출발점이라면, 사이드 패널 AI는 그 출발점에서 사용자의 의사결정을 계속 밀착 지원하게 됩니다. 그리고 이 단계가 익숙해지면, 다음은 자연스럽게 '대신 실행해주는' 모드로 넘어가게 되겠죠. 지금 크롬이 움직이는 방향은, 딱 그 길목으로 보입니다. AI 에이전트 패권 경쟁? 그런데, 지금 벌어지는 경쟁을 "누가 더 좋은 AI를 만드느냐"로만 보기에는 아쉬울 수 있습니다. 진짜 싸움은 AI 에이전트가 들어가는 '진입점'을 누가 장악하느냐에 가깝거든요. 예전에는 검색창이 진입점이었고, 모바일에서는 앱스토어가 진입점이었습니다. 그런데 에이전트가 퍼지면, 사용자는 검색 결과를 뒤지고 앱을 넘나드는 대신, 그냥 한 문장으로 일을 시키게 됩니다. 그러면 그 한 문장이 들어가는 창이 곧 플랫폼이 됩니다. 카카오벤처스에 따르면, 빅테크 기업들은 이 진입점을 잡기 위해 네 군데를 동시에 두드립니다. OS에 붙여 기본값을 만들고, 하드웨어로 우회로를 만들고, 브라우저로 웹 실행을 장악하고, 마지막으로는 표준 논의까지 건드리죠.

구독 SaaS 소프트웨어의 몰락과 '187조'원의 경고 과거 넷스케이프 창업자 마크 안드레센은 "소프트웨어가 세상을 먹어 치울 것"이라고 예언했습니다. 하지만 2026년 현재, 상황은 완전히 반전되었습니다. 유럽 최대 소프트웨어 기업 SAP의 시가총액이 단기간에 약 187조 원($135B)이나 증발한 사건은 단순한 주가 하락이 아닙니다. 이는 지난 10년을 지배해온 '구독형 서비스(SaaS)' 시대의 구조적 위기를 상징합니다. 빌려 쓰는 시대에서 '직접 만드는 시대'로 스웨덴의 선구적인 핀테크 기업 '클라르나(Klarna)'가 무려 1,200개의 SaaS를 구독하며 겪었던 막대한 비용 지출과 데이터 파편화 문제는 이제 모든 현대 기업이 직면한 공통의 과제가 되었습니다. 매달 지출되는 천문학적인 구독료와 보안 리스크에도 불구하고, 정작 우리 조직의 특수한 업무 로직에 100% 부합하는 외부 솔루션을 찾기란 불가능에 가깝기 때문입니다. 하지만 이제 AI가 소프트웨어를 집어삼키는 시대가 도래하며, 기업들은 더 이상 남이 만든 옷(범용 SaaS)에 조직의 몸을 억지로 맞추지 않습니다. 대신 '바이브 코딩(Vibe Coding)'을 통해 실무자가 직접 AI와 대화하며 우리 팀의 가려운 곳을 즉각적으로 해결하는 'Mini-SaaS'를 현장에서 찍어내기 시작했습니다. 이는 단순히 비용 절감을 넘어, 외부 의존도를 낮추고 비즈니스 민첩성을 극대화하는 '솔루션 소유의 시대'로의 거대한 패러다임 전환을 의미합니다. '바이브 코딩'이 만드는 조직의 변화관리 '바이브 코딩'은 단순히 코드를 작성하는 기술이 아닙니다. AI 에이전트와 대화하며 수개월의 개발 공정을 단 며칠로 단축하는 새로운 제작 패러다임입니다. 이제 실무자는 복잡한 프로그래밍 언어 대신, 해결하고자 하는 비즈니스 로직만 AI에게 전달하면 됩니다. 기술적 장벽이 사라지면서, 현장의 문제를 가장 잘 아는 실무자가 즉시 '개발자'의 권한을 갖게 된 것입니다. HRD의 역할: 툴 교육을 넘어 '문제 해결 역량' 내재화