[태그:] AI

GPT-4에게 보고서 초안을 맡겼더니, 내용은 그럴싸한데 우리 팀 내부 약어를 하나도 못 잡아냈다. 인터넷에 없는 것—비공개 제품명, 사내 전용 용어—이 조금이라도 끼어들면 바로 엉뚱한 문장이 튀어나온다. 범용 AI는 분명히 똑똑하다. 근데 ‘우리 회사 전문가’는 아니다. 이 공백을 메우는 기술이 파인튜닝(Fine-tuning)이다.

파인튜닝, 요컨대 AI한테 OJT 시키는 것

비유하자면 대기업 공채 신입에게 우리 팀 업무를 OJT로 가르치는 과정이다. 언어 능력이나 추론 같은 기본기는 이미 갖춰져 있다. 거기에 우리 회사만의 데이터—내부 문서, 고객 문의 내역, 기술 자료—를 추가로 먹이는 거다. 그러면 AI가 우리 팀 말투, 전문 용어, 업무 스타일을 체득한 맞춤형 어시스턴트로 탈바꿈한다. 범용 모델이 가진 언어 이해력은 그대로 유지하면서, 전혀 없던 도메인 전문성이 올라오는 구조다.

범용 모델이 80점에서 멈추는 이유

초기 LLM이 나왔을 때는 세대마다 성능이 10배씩 뛰는 충격이 있었다. 지금은 그 곡선이 완만해졌다. MIT 테크 리뷰 분석도 같은 결론을 냈다. 범용 모델의 성능 향상은 점진적인 반면, 특정 도메인에 맞춘 모델은 아직도 폭발적인 개선이 가능하다고.

이유는 단순하다. GPT-4가 아무리 방대한 인터넷 데이터를 학습했어도, 거기에 우리 회사 비공개 재무제표나 고객 상담 기록, 내부 개발 문서는 없다. 결국 범용 AI는 어떤 주제든 80점짜리 답변은 내놓을 수 있어도, 우리 조직의 특정 문제에 100점을 찍기가 어려운 구조다.

파인튜닝 작동 원리: 3단계

복잡해 보이지만 원리는 세 단계로 떨어진다.

• 1단계: 데이터 준비 (Garbage in, Garbage out)
  성패를 가르는 단계다. 고객 서비스 챗봇을 목표로 한다면, ‘질문-답변’ 형태로 정리된 FAQ 수천 건이 필요하다. 데이터 품질이 곧 모델 성능이다. 이 단계를 대충 넘기면 이후 과정이 전부 헛수고가 된다.
• 2단계: 모델 재훈련
  이미 방대한 데이터로 학습된 ‘사전 학습 모델(Pre-trained Model)’을 가져와 준비한 데이터를 추가로 학습시킨다. 처음부터 모델을 쌓아 올리는 구조가 아니라서, 훨씬 적은 데이터와 비용으로도 높은 성능을 뽑아낼 수 있다. 모델은 이 과정에서 새 데이터의 패턴과 스타일을 내재화한다.
• 3단계: 평가 및 배포
  학습 완료 후 테스트 데이터셋으로 성능을 검증한다. 합격점이 나오면 실제 서비스에 올린다. 단번에 통과하는 경우는 드물고, 대부분 이 단계를 반복하며 모델을 다듬는다.

파인튜닝 vs. 프롬프트 엔지니어링, 뭘 골라야 하나

둘 다 AI에서 원하는 결과를 뽑아내는 방법이지만, 접근 방식이 완전히 다르다.

• 프롬프트 엔지니어링: AI는 건드리지 않고, ‘지시문(프롬프트)’을 정교하게 다듬는 기술이다. 역할 부여, 배경 설명, 구체적 예시를 조합해서 원하는 결과를 유도하는 방식이다. 빠르고 저렴하지만 매번 긴 지시문을 붙여야 하고, 일관성 유지가 까다롭다.
• 파인튜닝: 지시문이 아니라 AI 모델 자체를 재설계하는 기술이다. 회사 데이터로 모델을 다시 훈련시켜, 짧은 질문에도 의도를 정확히 읽고 전문적 답변을 내놓도록 체질을 바꾼다. 초기 투자가 필요하지만 한번 세팅하면 훨씬 일관된 고품질 결과가 나온다.

일회성 작업이나 간단한 업무라면 프롬프트 엔지니어링으로 충분하다. 반복적이고 전문성이 요구되는 핵심 업무는 파인튜닝이 확실히 유리하다. 솔직히 이 판단 자체가 제일 어렵다. 데이터 준비 비용을 감당할 수 있는지, 반복 사용 빈도가 투자를 정당화하는지 먼저 따져봐야 한다.

파인튜닝이 빛을 발하는 상황 4가지

모든 케이스에 파인튜닝이 맞지는 않는다. 아래 조건에 해당한다면 진지하게 검토할 만하다.

• 전문 분야 특화 챗봇: 법률, 의료, 금융 등 특정 분야의 전문 용어와 지식을 학습시켜, 변호사나 의사를 보조하는 AI 어시스턴트로 만들 수 있다.
• 내부 문서 검색·요약: 방대한 사내 기술 문서와 보고서를 학습시키면, 직원이 질문 하나로 필요한 정보를 즉시 찾고 요약받는 환경이 만들어진다.
• 코드 생성 자동화: 회사 코딩 스타일과 라이브러리 구조를 학습시켜, 개발 생산성을 크게 끌어올리는 맞춤형 코드 생성 도구로 활용된다.
• 고객 응대 자동화: 제품 정보, 정책, CS 매뉴얼을 학습시키면 24시간 일관된 톤으로 정확한 답변을 내놓는 챗봇 운영이 현실이 된다.

다음 수순은 결국 ‘나만의 AI’

지금까지는 구글, OpenAI 같은 빅테크가 만든 AI를 빌려 쓰는 구조였다. 파인튜닝 기술이 대중화되면서 이 판도가 달라지고 있다. 범용 AI의 한계가 느껴진다면, 조직 내부 데이터를 활용해 AI를 직접 튜닝하는 쪽으로 방향을 잡을 때다. MIT 테크 리뷰가 “모델 커스터마이제이션은 이제 선택이 아닌 아키텍처 필수 요소”라고 표현한 게 괜한 말이 아니다. 자사 데이터를 어떻게 쓰느냐가 AI 시대의 실질적 경쟁력을 가른다.

출처: MIT Tech Review AI

ChatGPT 쓰다가 클로드로 갔다가, 다시 돌아오는 사람들 꽤 많다. 어쩔 땐 ChatGPT가 딱이고, 어쩔 땐 클로드가 확실히 낫고. 근데 이 차이가 단순히 ‘문체’나 ‘지식량’ 문제가 아니다. 두 회사의 출발점 자체가 다르다. 그걸 알고 나면 왜 어떤 기업들이 한쪽에만 조 단위 투자를 쏟는지, 왜 클로드는 가끔 답변을 회피하는지가 비로소 납득된다.

단순히 ‘어느 게 글을 잘 쓰냐’를 넘어서, 두 회사의 근본적인 철학과 지향점까지 파고들면 앞으로 어떤 AI를 메인으로 써야 할지, 왜 특정 기업들이 한쪽 AI에만 막대한 투자를 하는지도 명확히 보이기 시작한다.

한 지붕 아래 있다가 갈라선 이야기

오픈AI(OpenAI)는 원래 비영리로 출발했다. ‘인류에게 이로운 AI’를 만들겠다는 명분이었는데, 돈이 워낙 많이 드니까 영리 자회사를 끼워 넣는 구조로 바뀌었다. 이 과정에서 샘 알트먼 체제가 굳어졌고. 이때 ‘이 속도와 방향이 위험하다’고 판단한 핵심 연구원들이 짐 싸서 나왔다. 그게 앤스로픽(Anthropic)이다.

말하자면 앤스로픽은 오픈AI 내 ‘안전 제일주의’ 그룹이 독립한 셈이다. 이들의 첫 번째 과제는 처음부터 안전장치를 박아 넣은 AI를 만드는 것. 클로드가 왜 가끔 보수적으로 굴고, 윤리 얘기를 꺼내는지 — 이 배경을 알면 이해가 된다.

기술 철학이 갈리는 지점

두 회사가 AI를 만드는 방식은 꽤 명확하게 다르다.

• 오픈AI (ChatGPT): 전형적인 실리콘밸리 방식이다. 일단 내놓고, 피드백 받고, 고치고. ‘선 출시, 후 보완’ 전략 덕분에 생태계 확장 속도가 빠르고 대중화도 가장 먼저 됐다. 문제는 이 속도 자체가 리스크라는 거다.
• 앤스로픽 (Claude): ‘안전이 빠진 혁신은 위험하다’는 입장이다. 이들은 ‘헌법적 AI(Constitutional AI)’라는 독자적 훈련 방식을 개발했다. 유엔 인권 선언문 같은 보편 원칙들을 AI에게 주입해서, AI 스스로 답변의 유해성을 판단하고 교정하게 만드는 방식이다. 외부 피드백 없이도 자체적으로 안전을 강화해나가는 구조를 지향한다.

그래서 정부 기관, 금융, 법률 같은 보수적인 분야에서 클로드를 더 선호하는 경향이 생겼다. 틀려서는 안 되는 영역일수록 ‘속도’보다 ‘신중함’이 더 중요하기 때문이다.

실제로 써보면 어떻게 다를까

성능은 모델 버전이나 질문 종류에 따라 계속 바뀐다. 그래도 많은 사용자들 사이에서 대체로 굳어진 평가는 이렇다.

ChatGPT (GPT-4o 기준)

• 강점: 창의적인 아이디어 뽑기, 코딩, 복잡한 문제 해결, 방대한 플러그인과 GPTs 생태계. 거의 모든 분야에서 준수한 올라운더다.
• 약점: 사실이 아닌 내용을 그럴듯하게 지어내는 ‘환각(Hallucination)’ 현상이 비교적 잦다. 답변이 다소 기계적으로 느껴진다는 얘기도 있다.

클로드 (Claude 3 Opus 기준)

• 강점: 긴 글 맥락 파악과 요약 능력. 수십만 단어짜리 자료를 한 번에 넣고 분석하는 데 독보적이다. 논문, 법률 문서, 두꺼운 보고서를 다룰 때 진가가 나온다. 문체가 훨씬 섬세하고 인간적이라는 평도 많다.
• 약점: 창의성이나 코딩은 최신 GPT 모델보다 부족하다는 의견이 있다. 민감한 주제가 살짝만 나와도 답변을 회피하는 경향이 있는데 — 솔직히 이건 좀 과하다 싶을 때가 있다.

뒤에서 돈 대는 진짜 구도

AI 개발은 돈이 어마어마하게 든다. 결국 누가 뒤를 받쳐주느냐가 생존과 직결된다. 이 지점에서 두 회사의 길이 또 갈린다.

• 오픈AI 뒤엔 마이크로소프트(MS): 수십조 원을 투자하며 사실상 기술 동맹을 맺었다. MS 클라우드 ‘애저(Azure)’가 오픈AI 모델의 핵심 인프라고, MS 오피스와 윈도우에 탑재된 ‘코파일럿’도 GPT 엔진 기반이다.
• 앤스로픽 뒤엔 구글과 아마존(AWS): MS-오픈AI 연합에 위기감을 느낀 두 회사가 앤스로픽에 막대한 자금을 쏟아부었다. ‘반(反) MS-오픈AI’ 전선이라고 보면 된다. 구글 클라우드와 AWS 고객들은 자연스럽게 클로드를 더 쉽게 쓸 수 있는 환경이 만들어졌다.

결국 지금 AI 시장은 ‘MS-오픈AI’ 진영과 ‘구글-아마존-앤스로픽’ 진영의 대리전이다. 어느 AI를 쓰느냐가 어느 클라우드 생태계에 있느냐와 점점 연결되고 있다.

목적으로 나눠라 — 우열은 없다

둘 중 뭐가 낫냐를 고르기보다, 용도에 맞는 쪽을 쓰는 게 현명하다.

ChatGPT가 더 잘 맞는 경우:

• 블로그 글, 광고 카피 등 창의적인 글쓰기가 필요할 때
• 파이썬 코드 작성, 디버깅 등 개발 관련 작업
• 빠른 정보 검색과 요약된 답변이 필요할 때
• 이미지 생성, 데이터 분석 등 GPTs 플러그인을 활용하고 싶을 때

클로드가 더 잘 맞는 경우:

• 긴 논문, 보고서, 법률 문서를 읽고 핵심만 뽑아야 할 때
• 소설이나 시나리오처럼 감성적이고 섬세한 문체가 필요한 작업
• 윤리적으로 민감한 주제에서 균형 잡힌 답변이 필요할 때
• 대화하듯 자연스러운 톤으로 아이디어를 발전시키고 싶을 때

이 경쟁이 결국 뭘 결정하나

ChatGPT와 클로드의 싸움은 단순히 ‘더 똑똑한 AI’ 경쟁이 아니다. ‘속도냐, 안전이냐’라는 철학적 선택이기도 하다. 오픈AI는 빠른 혁신으로 인류의 문제를 해결하려 하고, 앤스로픽은 잠재적 위험을 먼저 제거하며 나아가려 한다. 방향이 다르다. 둘 다 틀린 건 아닌데 — 우리가 결국 어떤 AI와 살아가게 될지는 이 두 진영 중 어느 쪽이 더 설득력 있는 미래를 보여주느냐에 달려 있다. 당분간은 두 가지 모두를 목적에 맞게 골라 쓰는 게 현실적인 최선이다.

출처: MIT Tech Review AI

틱톡 광고를 보다가 손가락이 여섯 개인 모델을 발견한 적 있다면, 이미 딥페이크를 한 번 본 거다. The Verge 보도에 의하면 틱톡 광고 속 AI 이미지를 일반인이 알아채기가 점점 어려워지고 있다고 한다. 얼굴은 완벽하고, 피부 결도 사실적이다. 그런데 어딘가 묘하게 불편하다. 그 불편함의 정체를 알면 구별이 훨씬 쉬워진다. 손가락, 그림자, 텍스트 — 이 세 가지만 봐도 꽤 걸러진다.

손가락과 귀 — AI가 유독 못하는 두 가지

가장 고전적인 방법인데 아직도 유효하다. 인물 사진에서 손과 귀를 확대해서 보는 것. AI는 얼굴은 거의 완벽하게 그리지만 손에서 자주 무너진다. 손이라는 게 워낙 변수가 많아서다. 뭔가를 쥐고, 겹치고, 비틀리는 구조를 수백만 장 학습해도 실수가 나온다.

• 손가락이 6개거나 4개
• 마디가 이상한 방향으로 구부러짐
• 손가락 끝이 녹아내리듯 뭉개짐

귀도 비슷하다. 머리카락이나 귀걸이에 가려지는 경우가 많아서 AI가 학습할 데이터 자체가 적다. 귓바퀴 구조가 뭉개지거나 좌우 비대칭이 심한 사진이 생각보다 많다. 얼굴이 아무리 완벽해도 귀를 확대해보면 무너지는 경우가 꽤 있다.

빛과 그림자가 안 맞으면 의심부터

현실에서 모든 사물은 빛의 방향에 따라 그림자가 일관되게 생긴다. AI는 이 물리 법칙을 아직 완벽하게 따르지 못한다. 창문이 오른쪽에 있다면 코 그림자는 왼쪽에 생겨야 한다. 주변 사물 그림자도 마찬가지다. 근데 AI 이미지에서는 이게 뒤죽박죽인 경우가 생각보다 많다.

• 광원 충돌: 창문은 오른쪽인데 그림자는 왼쪽. 광원이 두 개인 것처럼 어긋나 있는 경우
• 그림자 형태 오류: 사물 모양과 전혀 맞지 않는 그림자, 혹은 그냥 없는 그림자
• 반사 오류: 안경 렌즈나 물웅덩이에 비친 장면이 주변 환경과 완전히 다른 경우

이런 물리적 오류는 이미지 전체에 묘한 위화감을 준다. 뭔가 어색한데 왜 어색한지 모르겠다면, 십중팔구 그림자가 문제다. 조금만 신경 써서 보면 충분히 발견할 수 있는 단서다.

배경과 텍스트 — 여기서 가장 자주 무너진다

AI는 주인공에만 집중한다. 인물이나 상품은 잘 만들지만 배경은 손을 좀 놓는다. 이미지의 주인공이 아니라 그 주변을 훑어보는 습관이 필요하다.

건물 창문틀이 물결처럼 휘어져 있거나, 타일 바닥 선이 중간에서 꺾이거나, 책장 책들이 녹아내리듯 뭉개져 있다면 거의 확실하다. 그중에서도 텍스트가 제일 확실한 단서다. 간판, 옷에 적힌 글씨, 책 제목을 읽어보면 금방 안다. AI는 아직 문자를 제대로 생성하지 못한다. 얼핏 한글이나 영어처럼 생겼는데 읽어보면 아무 의미 없는 기호의 조합인 경우가 태반이다. 이건 솔직히 보자마자 바로 알 수 있다.

영상 딥페이크는 눈 깜빡임과 목소리 톤으로 판단

정지 이미지보다 영상이 훨씬 어렵다. 그래도 허점은 남아 있다. 가장 대표적인 게 눈 깜빡임 빈도다. 실제 사람은 1분에 15~20회 눈을 깜빡인다. 초창기 딥페이크 모델들은 이걸 제대로 학습하지 못해서 눈을 아예 안 깜빡이거나 반대로 너무 자주 깜빡이는 경향이 있었다. 최신 기술은 많이 나아졌지만, 여러 명이 나오는 영상에서 특정 인물만 이상하게 눈을 깜빡이지 않는 경우는 여전히 있다.

목소리도 놓쳐선 안 되는 단서다. 입 모양과 소리가 미세하게 어긋나거나, 감정이 격해지는 순간에도 목소리 톤이 단조롭게 일정하다면 딥페이크를 의심해볼 만하다. 사람 목소리는 감정 상태에 따라 결이 달라지는데, 합성 음성은 그걸 아직 자연스럽게 흉내 내지 못한다. 기술이 빠르게 발전하고 있지만, 지금은 아직 유효한 방법이다.

습관이 기술을 이긴다

솔직히 말하면, 여기서 소개한 방법들은 머지않아 쓸모없어질 거다. 손가락 오류는 최신 모델에서 이미 많이 줄었고, 빛과 그림자 처리 능력도 하루가 다르게 나아지고 있다. 기술이 오류를 스스로 메우는 속도가 생각보다 빠르다.

결국 남는 건 태도다. 너무 완벽하거나, 너무 자극적이거나, 현실에 없을 것 같은 콘텐츠를 마주했을 때 잠깐 멈추는 것. ‘이게 진짜일까?’ 한 번쯤 생각해보는 것. 출처를 확인하고, 다른 언론이나 신뢰할 수 있는 기관에서도 같은 내용을 다루는지 교차 확인하는 것. 이 정도 루틴이 자연스러워지면 충분하다. AI 시대에 이건 이미 선택이 아니다. 디지털 시민의 기본 역량이 된 셈이다.

출처: The Verge AI

인스타그램 피드를 내리다 ë³´ë©´ 친구 소식보다 광고가 더 많을 때가 있다. 팔로우도 안 한 계정, 본 적도 없는 릴스, 이미 산 제품 광고까지. 이 알고리즘을 내가 직접 바꿀 수 있다면? 그게 실제로 가능해지고 있다. ‘AT 프로토콜(AT Protocol)’이라는 기술 덕분에.

앱이 아니라 규약이다

AT 프로토콜을 블루스카이(Bluesky) 같은 SNS 앱으로 착각하는 경우가 많다. 다르다. AT 프로토콜은 앱이 아니라, 탈중앙화 소셜 네트워크를 위한 기반 기술이자 표준 규약이다.

이메일로 비유하면 이해가 빠르다. 지메일(Gmail) 쓰는 사람이 아웃룩(Outlook) 쓰는 사람한테 메일을 보낼 수 있는 건, 두 서비스가 모두 SMTP라는 공통 규약을 따르기 때문이다. 회사가 달라도 메일이 오가는 것처럼, AT 프로토콜은 SNS판 SMTP를 목표로 한다. 내 계정, 게시물, 팔로워 목록 같은 데이터가 특정 회사 서버에 묶이지 않고 이메일처럼 자유롭게 이동하는 환경. 그게 핵심이다.

기존 SNS와 뭐가 다른가

지금 쓰는 SNS는 전부 중앙화 방식이다. 데이터도, 알고리즘도, 운영 정책도 회사가 쥐고 있다. AT 프로토콜은 이 구조를 뒤집으려 한다. 세 가지 포인트가 있다.

• 데이터 소유권: X(구 트위터) 계정을 삭제하면 게시물, 팔로워, 히스토리가 전부 증발한다. AT 프로토콜에서는 내 데이터를 내가 소유한다. 다른 서비스로 통째로 옮길 수 있는 ‘데이터 이동성(Data Portability)’이 설계 단계부터 들어가 있다.
• 서버 구조: 페이스북이나 X는 하나의 거대한 서버(데이터 사일로)에 모든 걸 몰아넣는다. AT 프로토콜은 전 세계에 흩어진 서버들이 서로 연합(Federation)하는 방식이라, 어느 한 회사가 전체 네트워크를 통제하는 게 구조적으로 불가능하다.
• 알고리즘 선택권: 솔직히 이게 가장 흥미로운 부분이다. 기존 SNS는 회사가 만들어준 알고리즘을 그냥 써야 한다. 싫어도. AT 프로토콜에서는 내가 원하는 알고리즘을 직접 고르거나 조합해서 쓰는 구조다.

‘내 피드를 내가 설계한다’는 게 어떤 의미인가

핵심은 ‘알고리즘 선택권(Algorithmic Choice)’이다. 플랫폼이 강제하는 단 하나의 피드가 아니라, 목적에 따라 다양한 피드를 구독하는 방식이다.

구체적으로 ë³´ë©´ 이렇다. ‘친한 친구들 게시물만 시간순으로 보여주는 피드’, ‘IT 전문가들 글만 모아주는 피드’, ‘특정 주제의 긍정적 소식만 걸러주는 피드’를 각각 골라 쓰는 거다. 더 나아가 AI로 나만의 알고리즘을 직접 만드는 것도 열려 있다.

더 버지(The Verge)가 전한 바에 따르면, 블루스카이팀이 공개한 AI 어시스턴트 ‘애티(Attie)’가 이 개념을 실제로 구현한 사례다.

악기 하나 못 다뤄도 괜찮다. Suno AI는 텍스트 몇 줄만 입력하면 보컬, 가사, 반주가 모두 들어간 노래를 뚝딱 만들어낸다. BGM 수준이 아니다. 실제로 사람이 부르는 것처럼 들리는 곡이 나온다. AI 음악 서비스 중에서도 보컬 생성 품질로 현재 가장 앞서 있다는 평가를 받는 Suno, 제대로 쓰는 법을 정리했다.

Suno AI, 정확히 어떤 서비스인가?

텍스트 프롬프트를 입력하면 30초~1분 분량의 노래를 자동으로 만들어주는 생성형 AI 서비스다. 한 번 생성하면 두 가지 버전이 나온다. 장르, 분위기, 가사 내용을 설명하면 AI가 작곡부터 편곡, 보컬까지 전부 처리한다.

기존 AI 음악 서비스들이 연주곡에 머물렀던 것과 달리, Suno는 자연스러운 보컬 생성이 된다. 영어는 물론 한국어 가사도 꽤 자연스럽게 부른다. 솔직히 처음 들으면 “이게 진짜 AI야?” 싶을 정도다. 아이디어만 있으면 누구든 프로듀서가 될 수 있다는 말이 과장이 아니다.

초간단 1분 완성: 기본 모드 사용법

Suno를 처음 쓴다면 기본 모드(Simple Mode)부터 시작하는 게 맞다. 복잡한 설정 없이 바로 곡이 나온다. 과정은 세 단계뿐이다.

• 1단계: 곡 설명 입력 — ‘Create’ 탭의 ‘Song Description’ 입력창에 만들고 싶은 노래를 자유롭게 적는다. ‘주말 오후 해변에서 듣기 좋은 밝은 시티팝’처럼 상황과 장르를 섞어주면 결과가 훨씬 낫다.
• 2단계: 만들기(Create) — ‘Create’ 버튼을 누르고 기다린다. 보통 30초 안에 결과가 나온다.
• 3단계: 결과 확인 — 약 30초~1분 길이의 곡 두 개가 생성된다. 들어보고 마음에 드는 걸 고르면 끝.

이 정도만 해도 꽤 쓸 만한 결과물이 나온다. 다만 퀄리티를 한 단계 올리고 싶다면 프롬프트에 좀 더 신경 써야 한다. 여기서 갈린다.

퀄리티를 높이는 프롬프트 작성법

Suno에서 원하는 결과를 뽑는 핵심은 프롬프트다. AI가 이해할 수 있도록 구체적으로 써야 한다. 조합할 수 있는 요소는 네 가지다.

• 장르 (Genre) — 기본이자 핵심. [City Pop], [Acoustic Ballad], [Hard Rock]처럼 대괄호에 넣어 명확히 지정한다.
• 분위기 (Mood) — ‘신나는’, ‘슬픈’ 같은 막연한 표현보다 energetic, melancholic, dreamy, epic 같은 영어 단어가 더 잘 먹힌다.
• 악기 구성 (Instrumentation) — 특정 악기 소리를 원할 때 쓴다. with a prominent bassline(베이스 강조), featuring a saxophone solo(색소폰 솔로 포함)처럼 구체적으로 지시할수록 좋다.
• 보컬 스타일 (Vocal Style) — male vocalist, female soulful voice, rap verse 등 성별이나 스타일을 지정하면 완성도가 올라간다.

실제 잘 되는 프롬프트 예시: [80s Synthpop], energetic and dreamy, about driving through Seoul at night, male vocalist with a clear voice, synth melody, drum machine

이 구조로 쓰면 기본 모드 결과물과 체감 차이가 확실히 난다.

프로처럼 작곡하기: 커스텀 모드 활용법

Suno가 어느 정도 손에 익었다면 커스텀 모드(Custom Mode)로 넘어갈 차례다. 직접 가사를 쓰거나 곡의 구조를 세밀하게 제어하고 싶을 때 쓰는 기능이다.

• 가사 (Lyrics) — 직접 쓴 가사를 붙여넣는다. [Verse], [Chorus], [Bridge], [Guitar Solo] 같은 구조 태그를 함께 써넣으면 곡의 흐름이 훨씬 자연스러워진다. 이 태그 하나 차이가 꽤 크다.
• 음악 스타일 (Style of Music) — 앞서 설명한 프롬프트 요소들을 여기에 그대로 적용한다. 장르, 분위기, 악기 조합을 상세하게.
• 제목 (Title) — 곡 제목을 직접 정할 수 있다.

커스텀 모드의 진짜 강점은 ‘이어 만들기(Continue From This Song)’ 기능이다. 마음에 드는 1분짜리 곡이 나왔을 때, 이 기능으로 뒷부분을 계속 이어붙일 수 있다. 1절을 만든 뒤 ‘Continue’를 눌러 2절과 브릿지를 추가하는 방식으로 반복하면 3~4분 분량의 완성곡을 만드는 게 가능하다.

나만의 시그니처 사운드 만들기

매번 프롬프트를 새로 짜는 건 번거롭다. 일관된 스타일을 유지하고 싶다면 방법이 있다.

핵심은 성공한 프롬프트를 저장해두는 것이다. 정말 마음에 드는 스타일의 곡이 나왔을 때, 해당 곡의 ‘음악 스타일’ 프롬프트를 따로 메모해둔다. 이 프롬프트를 기반으로 가사만 바꿔서 새 곡을 만들면, 같은 앨범에 수록된 것처럼 분위기가 통일된다. 일부 기능에서는 특정 목소리 톤이나 스타일을 아예 저장해두고 계속 불러와 쓰는 것도 지원한다. 나만의 ‘AI 페르소나 가수’를 고정해두는 셈이다.

저작권과 상업적 이용, 어디까지 되나

AI로 만든 음악을 마음대로 써도 될까. Suno의 정책은 유료/무료 플랜에 따라 다르다.

• 유료 구독자 (Pro, Premier) — 유료 플랜으로 생성한 음악의 소유권은 기본적으로 사용자에게 있다. 유튜브, 스트리밍 플랫폼, 광고 등 상업적 목적으로 사용하는 게 허용된다.
• 무료 사용자 (Free) — 무료 플랜으로 만든 곡은 비상업적 용도에만 쓸 수 있다. 개인 감상이나 공유는 괜찮지만 수익 창출은 안 된다.

결정적으로, 이 정책은 언제든 바뀔 수 있다. 상업적 이용을 고려한다면 공개하기 전에 Suno의 최신 서비스 이용 약관을 직접 확인하는 게 안전하다. 실제로 정책 변경 후 문제가 생긴 사례가 있다.

출처: The Verge AI

매트릭스에서 인간이 기계에 배양되는 장면, 처음 봤을 때 꽤 섬뜩했다. 근데 그 장면이 이제 의학 연구실에서 진지하게 논의되고 있다. 체외에서 자궁을 살아있는 상태로 유지하는 실험이 성공하면서, ‘액토제네시스(Ectogenesis)’—태아를 몸 밖에서 완전히 성장시키는 인공자궁 기술—이 SF가 아닌 실제 연구 목표가 됐다.

인공자궁(Ectogenesis)의 핵심 원리

한마디로 설명하면, 모체의 자궁 환경을 기계로 복제하는 것이다. 태아를 위한 생명유지장치인 셈인데, 이게 제대로 돌아가려면 네 가지가 동시에 맞아떨어져야 한다.

• 인공 태반(Artificial Placenta): 산소와 영양분을 공급하고 이산화탄소 같은 노폐물을 걷어낸다. 혈액을 산화시키는 막형 산화기(membrane oxygenator) 기술이 기반이다.
• 합성 양수(Synthetic Amniotic Fluid): 충격 흡수, 체온 유지, 폐 발달 지원. 태아가 잠겨 있는 액체 공간 전체를 인공으로 구현해야 한다.
• 정밀 영양 공급 시스템: 호르몬, 영양소, 성장인자를 성장 단계에 맞춰 정확한 타이밍에 투입한다. 조금만 틀어져도 발달 이상이 올 수 있어서, 솔직히 이게 가장 까다로운 부분이다.
• 실시간 모니터링 및 제어: 심박수, 산소포화도 등 생체 신호를 24시간 감지하고 AI 알고리즘이 환경을 자동 조정한다.

이 네 요소가 동시에, 40주 내내 안정적으로 돌아가야 한다. 말하면 간단한데, 현재 기술 수준에서 이건 정말 무지막지하게 어려운 과제다.

왜 필요한가? 의료적 난제 해결의 열쇠

인공자궁이 단순히 ‘신기한 기술’이 아닌 이유가 있다. 자궁이 없거나 손상된 여성, 암 치료로 자궁을 적출한 경우—이들에게는 임신 자체가 불가능하다. 불임 문제 해결의 관점에서 보면, 인공자궁은 새로운 경로를 여는 기술이다. 유전적으로 자신의 아이를 갖는 가능성이 생긴다.

더 급한 현실 문제는 조산아 생존율이다. 극소 저체중 미숙아는 지금도 인큐베이터에서 집중 치료를 받지만, 폐나 뇌가 아직 미성숙한 상태라 합병증 위험이 크다. 인공자궁은 양수와 유사한 환경에서 장기 성숙을 끝까지 지원한다. 생존율 향상과 후유증 최소화, 두 마리 토끼를 잡겠다는 기대가 이 연구의 핵심이다.

임신중독증이나 자가면역질환처럼 임신이 산모의 생명을 위협하는 고위험 임신부에게도 안전한 대안이 된다. 이 세 가지 의료적 필요성만 봐도, 기술 개발의 당위성은 충분하다.

장기 보존 기술, 인공자궁의 초석

최근 이 기술의 현실화에서 중요한 단서가 나왔다. MIT 테크놀로지 리뷰 보도를 보면, 연구팀이 기증된 여성의 자궁을 체외에서 며칠간 살아있는 상태로 유지하는 데 성공했다. ‘체외 장기 관류(ex vivo organ perfusion)’—분리된 장기에 혈액과 영양분을 계속 공급해 보존하는 기술이다. 원래는 자궁 이식 수술의 성공률을 높이기 위한 연구였는데, 부수적으로 인공자궁 연구에도 중요한 증거가 됐다. 체외에서 자궁 기능을 구현하는 것이 원리적으로 가능하다는 게 확인된 셈이다.

넘어야 할 기술적, 윤리적 허들

상용화까지 가는 길은 아직 멀다. 기술적으로 가장 큰 장벽은 임신 기간 전체, 약 40주 동안 완벽히 안정적인 시스템을 유지하는 것이다. 태아와 모체 사이의 호르몬 상호작용은 지금도 완전히 이해되지 않은 영역이고, 태아의 두뇌 및 정서 발달에 미칠 영향도 데이터 자체가 없다. 이 부분은 단기간에 해결될 문제가 아니다.

윤리적, 사회적 논쟁은 더 복잡하다. 법적으로 어머니는 출산한 여성으로 규정되는데, 인공자궁이 출산 자체를 대체하면 ‘어머니’의 정의가 흔들린다. 기술 접근성 차이로 인한 계층 간 불평등, ‘인간 생산’이라는 표현이 내포하는 비인간적 측면도 피할 수 없는 논쟁거리다. 기술이 윤리적 합의보다 빠르게 달려가는 전형적인 패턴인데, 인공자궁 분야가 딱 그 모양새다.

인공자궁이 바꿀 미래 사회의 모습

인공자궁이 보편화되면 어떻게 될까. 출산이 생물학적 여성의 몸에서 분리되는 순간, 전통적인 가족 개념의 경계가 달라진다. 성 역할에 대한 고정관념도 지금과는 다른 방식으로 재편될 가능성이 있다. 인구 감소 문제의 해법으로 제시될 수도 있고, 더 나아가 우주 개척 시대에 다른 행성에서 인류를 번성시키는 수단까지 거론된다. 마지막 얘기는 좀 멀긴 하지만, 아예 허황된 이야기도 아니다.

공상과학에서 임상 현실로, 그 사이 어딘가

인공자궁은 아직 초기 단계다. 조산아를 위한 ‘인공 양막’ 형태의 제한적 기술부터 조금씩 현실화되고 있고, 체외 장기 보존 기술의 발전이 속도를 더하고 있다. 한 세대 전에는 먼 미래의 이야기였던 것이, 지금은 윤리적·사회적 합의를 우리 세대가 준비해야 할 현실의 문제로 바뀌었다. 기술은 기다려주지 않는다.

출처: MIT Tech Review AI