똑같은 작업 시켜봤습니다. Astra 6 vs Fable 5.1 취향별로 뭐 써야하는지 골라드림

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

같은 작업을 맡긴 이번 비교에서는 빠르게 결과를 받아 직접 수정하려면 Astra 6, 오래 기다려도 한 번의 지시로 완성도 높은 결과를 원하면 Fable 5.1이 어울린다는 평가다.

📌 핵심 요점

1. 비교자는 메타프롬프팅 없이 짧은 지시를 사용했다. 두 모델 모두 X하이 설정으로 비교했지만, Astra에는 패스트 모드를 적용해 실행 조건이 완전히 같지는 않았다.
2. GTA 클론 제작 시간은 Astra 25분 28초, Fable 1시간 25분 48초였다. Astra는 외관과 이동 표현에서 좋은 평가를 받았으나, 시연에서는 전투와 미션 진행 등 핵심 플레이 기능이 부족했다.
3. Fable의 GTA 클론에는 총성과 피격, 사망·병원 부활, 무기 구매, 차량별 물리 차이 등이 구현됐다. 비교자는 기능을 탐색하면서 실제로 게임을 계속하게 됐다고 설명했다.
4. 도시 건설 게임은 Astra가 약 21분, Fable이 거의 1시간 걸렸다. Astra는 시각적 인상이 좋았고, Fable은 전력·수도 연결, 단계별 기능 해금, 대출·정책 등 운영 시스템이 더 풍부했다. 자기소개 웹사이트도 Astra 11분, Fable 27분으로 시간 차이가 났다.
5. 최종 선택 기준은 작업 방식이다. 비교자는 빠른 결과에 계속 방향을 제시하는 사용자에게 Astra를, 적은 지시로 기대한 기능까지 구현되기를 바라는 사용자에게 Fable을 추천했다.

🧩 배경과 문제 정의

영상은 Astra 6와 Fable 5.1에 같은 작업을 맡겨 어떤 사용자가 어느 모델을 구독하면 좋을지 살펴본다. 인트로 편집을 먼저 비교하고, GTA 클론·도시 건설 게임·자기소개 웹사이트의 제작 시간과 결과를 시연한다.

비교자는 상세한 메타프롬프팅 대신 짧은 지시로 모델이 스스로 얼마나 창의력과 기능 구성을 채우는지 확인하려 했다. 핵심 문제는 빠르고 보기 좋은 초기 결과와, 사용자가 기대하는 동작까지 갖춘 결과 사이의 차이다. 평가는 시연자의 관찰과 취향에 기반하며, 반복 실험으로 검증된 보편적 순위는 아니다.

🕒 시간순 섹션별 상세정리

1. 인트로 비교와 실험 의도

• Astra와 Fable이 만든 인트로를 차례로 보여주고 시청자가 직접 판단하도록 한다. 게임과 웹 디자인 비교를 통해 구독 선택을 돕겠다는 목적을 드러낸다. [01:00]
• 메타프롬프팅 없이 최대한 짧게 지시해 각 모델의 자율적인 창의력을 살피고, 프롬프트·소요 시간·결과물을 공개하겠다고 보여준다. [01:21]

2. GTA 제작 조건과 Astra의 초기 결과

• GTA 스크린샷을 참고하고 인터넷에서 기능을 조사해 유사한 게임을 만들라는 같은 프롬프트를 사용했다. 두 모델은 X하이 설정이며 출력 폴더만 바꿨다고 보여준다. [02:12]
• 제작 시간은 Astra 25분 28초, Fable 1시간 25분 48초였다. Astra에는 패스트 모드를 사용했다고 드러낸다. [02:32]
• Astra의 외관과 이동 표현은 좋게 평가하지만, 전투가 되지 않고 소포 전달 위치에서도 미션이 진행되지 않아 실제로 즐길 게임으로는 부족하다고 판단한다. [04:03]

3. Fable의 GTA에서 확인한 플레이 기능

• 총성과 피격, 사망 후 병원 부활, 차량 탈취와 충돌 등이 구현돼 있어 게임 안에서 여러 상황이 이어진다고 보여준다. [04:53]
• 차량마다 무게에 따른 주행감 차이가 느껴지고, 무기 상점에서 장비를 구매해 플레이할 수 있음을 보여준다. [05:46]
• Astra 결과는 할 일이 적어 일찍 멈췄지만, Fable 결과에서는 돈을 줍고 경찰차를 훔치며 미션도 시도하는 등 계속 플레이했다고 평가한다. [06:09]

4. 도시 건설 게임에서 드러난 시스템 차이

• 별도 이미지 없이 게임을 조사해 만들도록 요청했다. Astra는 약 21분, Fable은 웹 리서치를 거쳐 거의 1시간이 걸렸다고 보여준다. [06:37]
• Astra는 도로와 건물 생성, 시각적 느낌에서 장점이 있었지만 건물 표현 오류와 함께 전력·수도 연결, 주민 문제 등 운영 요소가 빠졌다고 지적한다. [08:11]
• Fable에서는 전력 부족과 송전선, 단계별 기능 해금, 대출·정책, 수도관 연결을 시연한다. 약 30분 직접 플레이했으며 기대한 게임에 더 가까운 첫 결과라고 평가한다. [10:00]

5. 자기소개 웹사이트의 디자인과 제작 시간

• Astra의 웹사이트는 품격 있는 인상으로 평가하고, Fable에서는 커서 변화와 스크롤 연출, 카드 위에서 달라지는 반응 등 세부 상호작용을 보여준다. [10:48]
• 자신을 설명하는 사이트를 만들라는 두 줄 지시를 동일하게 사용했다고 보여준다. 제작 시간은 Astra 11분, Fable 27분이었다. [11:10]

6. 빠른 반복 수정과 한 번 맡기기의 선택

• 비교자는 한 번의 프롬프트로 기대한 완성도에 가까운 결과를 얻는 쪽으로 Fable을 선택하면서도, Astra와의 제작 속도 차이가 크다고 강조한다. [11:30]
• Astra는 결과를 확인하면서 계속 방향을 제시하는 작업 방식에, Fable은 적은 지시로 전체 작업을 맡기는 방식에 어울린다고 보여준다. 다만 Astra의 반복 수정 효과는 실제 비교 결과가 아닌 제안이다. [12:37]
• 빠른 피드백을 원하는 사용자에게 Astra를, 오래 걸려도 첫 결과의 완성도를 중시하는 사용자에게 Fable을 추천한다. 후자는 초보자의 선호와도 가까울 수 있다고 덧붙인다. [13:10]

7. 사용량의 한계와 최종 추천

• 실행 시간이 더 길었던 Fable이 토큰도 훨씬 많이 썼다는 느낌은 없었다고 말하지만, 사용량을 정확히 비교하기는 어렵다고 인정한다. [13:25]
• Astra의 속도에는 동의하면서도 바로 활용할 만한 결과에는 Fable이 더 가깝다고 평가한다. 차이의 원인이 하네스인지는 모르겠다고 드러낸다. [13:59]
• 최종적으로 속도를 선호하면 Astra, 완성도를 중시하면 Fable이라는 취향 중심의 선택을 제안하고, 추가 비교 평가를 예고하며 마무리한다. [14:26]

🧾 결론

• 이번 사례에서 Astra의 강점은 짧은 제작 시간과 보기 좋은 초기 결과였다. 다만 게임에서는 외관의 완성도가 실제 플레이 기능의 충실함으로 이어지지 않았다.
• Fable은 더 오래 실행됐지만, 비교자가 기대한 게임 규칙과 상호작용을 첫 결과에 더 많이 포함했다.
• 어느 모델이 항상 우월하다는 결론보다, 사용자가 수정에 참여할 의향과 초기 결과에 요구하는 완성도를 기준으로 선택하는 것이 영상의 취지에 가깝다.

📈 투자·시사 포인트

• 구독 판단에서는 첫 결과가 나오는 시간과 실제로 쓸 만한 결과에 도달하는 시간을 따로 평가할 필요가 있다. 영상은 전자에서 Astra, 첫 결과의 기능 충실도에서는 Fable을 높게 평가했다.
• 업무 도입 시에는 대기 시간뿐 아니라 사람이 검토하고 추가 지시하는 시간도 함께 기록해야 한다. Astra의 빠른 반복 작업이 최종적으로 유리한지는 별도 검증이 필요하다.
• 게임·웹 제작 도구를 평가할 때 화면의 인상과 기능 동작을 분리해 확인필요가 있다. 이번 게임 시연에서는 두 기준의 평가가 엇갈렸다.
• 영상에는 정량적인 요금·토큰 사용량이나 기업 실적 자료가 없어, 구독 비용 대비 효율이나 특정 기업의 투자 매력까지 판단하기는 어렵다.

⚠️ 불확실하거나 확인이 필요한 부분

• Astra에 패스트 모드를 적용했으므로 제작 시간 차이를 모델 자체의 속도 차이로만 해석할 수 없다. 패스트 모드가 1.5배 빠르다는 설명도 영상 내 발언이며 별도 검증 자료는 없다.
• 동일 과제를 반복 실행한 결과와 편차가 제시되지 않았다. 이번 결과가 다른 프롬프트와 작업에서도 재현되는지는 확인이 필요하다.
• Astra에 추가 지시를 주면 누락 기능을 구현할 수 있다는 전망과 여러 차례 수정할 수 있다는 설명은 실제 후속 실험 결과가 아니다. 제시된 최초 제작 시간만으로 수정 횟수나 최종 완성 시간을 확정할 수 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 대표 작업 하나를 정하고, 동일한 입력 자료와 짧은 프롬프트로 두 모델의 첫 결과를 비교한다.
• 실행 모드와 추론 설정을 기록하고, 최초 결과 시간·수정 시간·사람의 검토 시간을 나눠 측정한다.
• 게임이라면 미션 완료·전투·자원 연결처럼 실제로 동작해야 하는 기능을 미리 목록으로 만든다.
• 첫 결과의 외관과 기능 충족도를 각각 평가한 뒤, 같은 총시간 안에서 수정했을 때의 결과도 비교한다.

❓ 열린 질문

• Astra에 누락 기능을 구체적으로 지시하면, Fable의 최초 제작 시간 안에 비슷한 기능 수준에 도달할 수 있을까?
• 패스트 모드와 실행 환경을 맞추고 여러 번 반복해도 속도와 기능 충실도의 차이가 유지될까?
• 사람이 개입한 시간과 실제 비용까지 포함하면 두 모델의 효율은 어떻게 달라질까?