블루스카이 Attie, 피드 넘어 게임·투표 앱까지

포켓몬 레드냐, 포켓몬 블루냐. 처음 고른 버전을 묻는 간단한 투표 앱이 프롬프트를 넣은 지 몇 분 만에 완성됐습니다. The Verge 기자가 블루스카이(Bluesky)의 AI 도구 Attie로 시험해 본 결과인데요. 코드는 한 줄도 쓰지 않았어요. 다 만든 앱은 링크 하나 들고 소셜 네트워크에 바로 돌리면 되는 형태였고요. ‘바이브 코딩’이라고 불리는 개발 방식이 소셜 서비스 안쪽까지 들어온 장면입니다.

그래서 이번 글은 Attie라는 도구 하나의 업데이트 소식보다는 그 바탕에 깔린 개념에 무게를 둡니다. 우선 바이브 코딩이 정확히 뭔지, 여기에 ‘소셜’이 붙으면 일반적인 앱 제작과 어디서 갈라지는지를 짚을게요. 그다음 프롬프트를 어떻게 써야 원하는 결과에 가까워지는지, 만든 앱을 공유하기 전에 무엇을 확인해야 하는지를 차례로 살펴봅니다.

바이브 코딩, 코드 대신 ‘원하는 결과’를 말로 설명하는 개발

바이브 코딩(vibe coding)은 프로그래밍 언어의 문법을 직접 다루지 않는 개발 방식이에요. 만들고 싶은 결과물을 일상 언어로 설명하면 AI 모델이 코드를 생성합니다. 사용자는 화면에 뜬 결과를 보면서 마음에 안 드는 부분을 다시 말로 지시하고요. 그렇게 몇 번 주고받으며 완성도를 끌어올리는 식이죠. 이름도 여기서 나왔습니다. 코드의 세부 구조보다는 ‘이런 느낌의 앱’이라는 전체 인상, 그러니까 바이브에 집중한다는 뜻이거든요.

전통적인 개발과는 출발선부터 다릅니다. 기존 방식은 요구사항을 정리하고, 화면과 데이터 구조를 설계하고, 코드를 쓰고, 테스트하는 순서를 차근차근 밟아요. 바이브 코딩은 이 긴 과정을 ‘설명 → 생성 → 확인 → 재지시’라는 짧은 반복으로 압축합니다. 덕분에 개발 경험이 전혀 없는 사람도 간단한 웹 앱 정도는 직접 손에 넣는 길이 열렸습니다.

물론 한계도 뚜렷해요. 먼저 생성된 코드가 안에서 어떻게 돌아가는지 사용자가 검증하기 어렵습니다. 기능이 복잡해질수록 AI가 앞서 만든 부분과 충돌하는 코드를 내놓을 가능성도 커지고요. 로그인, 결제, 대량 데이터 저장처럼 오류가 곧바로 피해로 이어지는 기능이라면 여전히 개발자의 검토가 필요합니다. 결국 바이브 코딩이 제일 잘 맞는 곳은 실패해도 부담이 적은 작고 가벼운 앱인데요. Attie가 노린 자리도 바로 거기예요.

피드 만들던 Attie가 게임·투표 앱 제작기로 넓어진 과정

처음 출시됐을 때 Attie는 AI로 나만의 피드를 만드는 도구였어요. 피드에 어떤 게시물을 담을지를 AI 도움을 받아 정하는 방식이라고 이해하면 됩니다. 이번에 확장된 Attie는 ‘프롬프트로 만든다’는 같은 원리를 앱 쪽으로 옮겨 왔습니다. 게임, 투표, 대시보드처럼 블루스카이가 ‘작은(small)’ 소셜 앱이라고 부르는 결과물을 만들고, 각각을 독립된 웹사이트 형태로 다른 사람과 나누는 구조예요.

TechCrunch Disrupt 인터뷰에 나온 블루스카이 CEO 토니 슈나이더(Toni Schneider)는 Attie를 “소셜 바이브 코딩, 또는 커뮤니티를 위한 바이브 코딩”으로 생각해 달라고 주문했습니다. 혼자 쓰고 끝나는 도구가 아니라, 커뮤니티 구성원이 함께 쓰고 서로 돌려 보는 물건을 만든다는 데 방점을 찍은 표현이죠.

그럼 ‘작은 소셜 앱’은 어느 정도 크기일까요. Attie 웹사이트가 예시로 걸어 둔 앱과 기자가 만든 투표를 나란히 놓아 보면 감이 옵니다.

앱	유형	원문에서 확인된 내용
Flappy Butterfly	게임	Flappy Bird를 본뜬 클론 게임, Attie 웹사이트 소개 예시
드럼 머신	음악 도구	Attie 웹사이트 소개 예시, 시험해 본 기자가 마음에 든다고 언급
퀴즈	퀴즈	Attie 웹사이트 소개 예시
셀러리 맨 클리커	방치형 클리커 게임	셀러리 맨을 소재로 한 아이들(idle) 클리커, Attie 웹사이트 소개 예시
포켓몬 레드·블루 투표	투표	기자가 프롬프트로 만든 간단한 투표, 생성에 몇 분 소요

다섯 개 모두 한 화면 안에서 끝나는 단순한 상호작용이에요. 직접 만져 본 기자 역시 이 앱들을 가벼운 재미용 소품에 가깝다고 평가했습니다. 그런데 표를 보면 하나 걸리는 게 있어요. 블루스카이는 작은 소셜 앱의 유형으로 대시보드를 꼽았는데, 정작 소개 예시에는 대시보드가 하나도 없거든요. 어느 수준의 대시보드가 나오는지는 지금 공개된 내용만으로는 가늠하기 어렵습니다. 어쨌든 대형 서비스를 대신할 도구는 아닙니다. 커뮤니티 안에서 잠깐 즐기고 퍼뜨릴 콘텐츠를 뽑아내는 도구로 보는 편이 정확해 보여요.

배포·제작자 표시·참여, ‘소셜’이 붙는 세 가지 이유

프롬프트로 앱을 만들어 주는 도구는 Attie 말고도 여럿 있어요. 그런데도 굳이 ‘소셜’이라는 수식어가 따라붙는 건, 결과물이 놓이는 자리와 쓰이는 방식이 다르기 때문입니다.

첫째, 목적지가 처음부터 정해져 있다. 범용 바이브 코딩 도구로 만든 앱은 어디에 올리고 어떻게 알릴지를 사용자가 따로 고민해야 해요. Attie는 사정이 다릅니다. 만든 앱마다 attie.site 도메인 아래 개별 링크가 붙거든요. 만들자마자 공유할 주소가 생기니, 배포라는 단계가 사실상 사라지는 셈이죠.

둘째, 만든 사람이 드러난다. Attie 앱 페이지 하단에는 누가 만들었는지가 표시됩니다. 출처 모를 웹페이지가 아니라 특정 사용자의 창작물로 돌아다닌다는 얘기예요. 소셜 네트워크 게시물에 작성자가 붙는 것과 같은 논리입니다. 잘 만든 앱 하나가 제작자 계정을 알리는 통로 노릇까지 하게 되고요.

셋째, 완성도보다 참여. 일반 앱 제작에서는 기능이 얼마나 탄탄한지가 핵심이죠. 소셜 앱은 잣대가 달라요. 사람들이 눌러 보는지, 결과를 공유하는지, 그걸 두고 이야기를 나누는지가 관건입니다. 대표 예시에 투표와 퀴즈가 들어간 것도 참여 자체가 콘텐츠가 되는 형식이라서로 보입니다.

피드에서 앱으로 넓어진 흐름도 같은 관점에서 읽힙니다. 맞춤 피드가 ‘무엇을 함께 볼지’를 정하는 도구였다면, 소셜 앱은 ‘무엇을 함께 할지’를 만드는 도구예요. 둘 다 커뮤니티 운영자가 자기 공간을 꾸미는 수단이라는 점에서는 같은 선 위에 있습니다. 그렇게 보면 이번 확장은 방향을 튼 게 아니라, 원래 가던 방향으로 한 걸음 더 나간 쪽에 가깝다고 봐요.

제작 흐름은 다섯 단계, 결과는 프롬프트에서 갈린다

Attie는 웹 기반 서비스라 업데이트에 따라 화면 구성이 바뀔 여지가 있어요. 아래 순서는 버튼 위치보다 전체 흐름을 잡는 용도로 참고하면 됩니다.

1. Attie 웹사이트 접속 → 예시 앱 열어 보기: 소개된 예시 앱부터 먼저 실행해 보세요. 어느 정도 규모의 앱이 나오는지 기준이 잡힙니다.
2. 계정 로그인: 블루스카이 계정으로 로그인하는 방식으로 추정됩니다. 어디까지나 추정이고, 정확한 절차는 확인되지 않았어요.
3. 프롬프트 입력창에 앱 설명 작성 → 생성 요청: 앱의 형식, 들어갈 항목, 동작 규칙을 문장으로 적습니다.
4. 생성 대기 → 결과 확인: 간단한 투표는 몇 분이 걸린 사례가 있어요. 규칙이 많은 게임이라면 그보다 오래 걸릴 가능성이 있습니다.
5. attie.site 링크 복사 → 블루스카이 게시물에 붙여넣기: 앱마다 부여되는 개별 주소를 게시물에 넣어 공유하면 끝.

결과물 품질은 프롬프트가 얼마나 구체적이냐에 크게 좌우돼요. 게다가 생성한 뒤 대화로 앱을 고치는 기능이 있는지도 아직 확인되지 않았습니다. 그렇다면 첫 프롬프트에 최대한 많이 담아 두는 편이 안전하겠죠. 바이브 코딩 전반에 통하는 원칙을 Attie식 작은 앱에 맞춰 추려 보면 이렇습니다.

• 형식은 첫 문장에 못 박기: ‘투표’, ‘퀴즈’, ‘클리커 게임’처럼 형식부터 밝혀야 AI가 구조를 엉뚱하게 잡지 않아요.
• 항목과 규칙은 숫자로: ‘선택지 2개, 한 사람당 1표’, ‘문제 5개, 마지막에 점수 표시’처럼 개수와 조건을 분명히 적습니다.
• 화면 분위기는 한 줄로 덧붙이기: ‘레트로 게임풍 색감’, ‘흰 배경에 큰 버튼’ 같은 시각적 지시가 들어가면 재지시 횟수가 줄어요.
• 한 앱에는 한 기능만: 투표에 게임에 랭킹까지 한 앱에 몰아넣으면 생성 결과가 불안정해지기 쉽습니다. 작은 앱을 여러 개 만드는 쪽이 Attie의 성격에도 맞고요.

앞에 나온 포켓몬 투표에 적용하면 이런 모양이에요. “포켓몬 레드와 포켓몬 블루 중 처음 고른 버전을 묻는 투표. 선택지 2개, 투표 후 비율을 막대그래프로 표시, 옛 휴대용 게임기 화면 같은 초록색 톤.” 형식, 규칙, 분위기가 한 번에 다 들어가 있죠. 원칙을 보여 주려고 짠 예문이니, 자기 커뮤니티 주제에 맞게 단어만 바꿔 쓰면 됩니다.

팬 투표·스터디 퀴즈엔 맞지만, 한글 처리는 미지수

블루스카이를 쓰는 한국 사용자 입장에서 가장 직접적인 변화는 선택지가 하나 늘었다는 점이에요. 커뮤니티에서 돌리는 투표나 퀴즈를 외부 설문 서비스 대신 블루스카이 생태계 안의 도구로 만드는 길이 생긴 거죠. 팬 커뮤니티의 인기 투표, 스터디 모임의 복습 퀴즈, 게임 커뮤니티의 패러디 미니 게임처럼 ‘잠깐 쓰고 공유하는’ 용도는 Attie의 성격과 잘 맞물립니다. 한국어 커뮤니티에서도 쓸 데가 꽤 있어 보이는 이유인데요. 다만 이건 기능 구조를 보고 끌어낸 추측이라는 점은 분명히 해 둘게요.

실제로 쓰려고 할 때 먼저 걸리는 건 언어입니다. Attie가 한국어 프롬프트를 얼마나 정확히 알아듣는지, 생성된 앱 화면에 한글이 제대로 표시되는지는 알려진 게 없어요. 소개된 예시 앱 이름이 전부 영어라는 점까지 생각하면, 처음에는 구조 지시를 영어로 쓰고 화면에 보일 문구만 한국어로 지정하는 방식이 무난해 보입니다. 결과를 비교하기에도 그쪽이 편하고요.

결과물이 개별 웹사이트 주소로 공유된다는 점도 국내 환경에선 의미가 있습니다. 링크 형태라면 블루스카이 밖의 메신저나 다른 SNS로 옮겨 붙이기 쉽거든요. 문제는 블루스카이 계정이 없는 사람도 앱을 열고 참여까지 되는지가 확인되지 않았다는 것. 외부 공유를 계획 중이라면 로그아웃한 브라우저에서 링크를 먼저 열어 보는 게 가장 확실한 확인법입니다.

확인된 것과 아직 불확실한 것

확인된 것

• Attie는 블루스카이의 AI 도구로, 처음에는 AI로 맞춤 피드를 만드는 용도로 출시됐다.
• 게임·투표·대시보드 같은 작은 소셜 앱을 프롬프트 입력으로 만드는 기능이 추가됐다.
• 만든 앱은 attie.site 도메인의 개별 링크를 받고, 페이지 하단에 제작자가 표시된다.
• 간단한 투표 앱 하나를 생성하는 데 몇 분이 걸린 사례가 있다.
• 토니 슈나이더 CEO는 Attie를 ‘소셜 바이브 코딩’, ‘커뮤니티를 위한 바이브 코딩’으로 설명했다.

아직 불확실한 것

• 이용 요금 여부, 생성 횟수 제한, 한국을 포함한 국가별 이용 조건
• 한국어 프롬프트 인식 수준과 한글 표시 품질
• 생성 후 대화로 앱을 고치거나 코드를 직접 편집하는 기능의 유무
• 블루스카이 계정 없이 앱을 열고 참여할 수 있는지 여부
• 투표 결과 등 앱에 입력된 데이터의 저장 위치와 보존 기간

attie.site 링크 올리기 전에 볼 계정·저작권·개인정보·기대치

소셜 앱은 만드는 순간보다 퍼지는 순간에 탈이 납니다. 링크를 게시물에 붙이기 전에 아래 네 가지만 한 번씩 훑어 둬도, 뒤늦게 앱을 내리는 일은 확 줄어요.

• 어떤 계정으로 만들지: 앱 페이지 하단에 제작자가 찍히니까, 실험용 앱이라면 공개돼도 괜찮은 계정으로 만드는지부터 정해 두세요.
• 원작을 본뜬 게임의 권리 문제: 예시 중 Flappy Butterfly는 Flappy Bird를 본뜬 클론입니다. 재미로 만든 패러디라도 원작의 이름·캐릭터·그림을 그대로 가져다 쓰면 권리 침해 소지가 생겨요. 이름과 그래픽은 새로 지정하는 편이 안전합니다.
• 개인정보를 묻지 않는 설계: 이름, 연락처, 학교처럼 개인을 특정하는 항목을 입력받는 투표·퀴즈는 만들지 마세요. 생성된 앱이 입력값을 어디에 저장하는지 사용자가 확인할 방법이 마땅치 않거든요.
• 용도에 맞는 기대치: Attie 앱은 가벼운 소품 수준입니다. 정확한 집계가 필요한 설문이나 오래 운영할 투표는 전용 도구에 맡기세요. Attie는 대화의 계기를 만드는 데 쓰는 게 맞아요.

몇 분이면 투표 앱 하나가 뚝딱 나오는 구조라면, 앱을 만드는 일의 무게도 게시물 하나 쓰는 것과 크게 다르지 않아집니다. 판단 기준 역시 게시물과 똑같이 가져가면 돼요. 누가 만들었는지 하단에 드러나고, 링크가 어디까지 퍼질지 모르고, 한 번 퍼지면 되돌리기 어렵다는 것. 이 세 가지를 염두에 두고 작게 만들어 반응부터 살피는 게 소셜 바이브 코딩을 탈 없이 쓰는 방법입니다.

출처: The Verge