GPT- 6 Astra: Blender + Website Design + SEO

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

GPT-6 Astra의 블렌더·웹 디자인 실험은 자연어 제작의 가능성과 반복 검증·사용량 관리의 필요성을 보여주며, SEO 마켓플레이스 구현은 제공 구간에서 확인되지 않는다.

📌 핵심 요점

1. 블렌더 MCP에 이미지 생성과 게임 제작 스킬을 연결해 자연어로 3차원 결과물을 만든다. 제작 과정은 아이디어 선정, 이미지 생성, 게임 제작 스킬 활용, 테스트와 개선으로 구성된다.
2. 살아 있는 도시, 터널 경주 게임, 떠 있는 섬 게임을 병렬로 제작한다. 도시에는 확대·축소, 낮·밤 전환, 열차 따라가기 등이 반영됐으며, 대화 분기와 프로젝트 정리로 여러 결과물을 관리한다.
3. 시각적 완성도와 실제 플레이 품질은 따로 확인해야 한다. 경주 게임은 재실행 때 지연이 발생했고 터널 버전에서 개선됐지만, 섬 게임에는 이동 문제가 남았다. 사람의 역할은 목표 설정과 관찰, 구체적인 수정 요청에 집중된다.
4. 웹 디자인은 입체감과 시차 효과를 목표로 서로 다른 스킬을 적용한 웹사이트 네 개를 제작·비교하는 방식이다. 제공 구간에는 최종 비교 결과가 없으며, 제목에 포함된 SEO 마켓플레이스도 구현 내용은 제시되지 않는다.
5. 제작 속도만큼 운영 비용과 안정성이 중요하다. 한 사용 사례에서는 약 15~20분 만에 주간 사용량의 15%가 소진됐다. 후반부에는 헤르메스 음성 기능의 지연·복구, 토큰 절감 도구, 로컬 모델과 무료 API 대안이 논의된다.

🧩 배경과 문제 정의

• 복잡한 조작과 학습 시간이 필요한 블렌더 작업을 자연어 지시와 AI 도구 연동으로 수행하고, 3차원 모델·게임 제작의 진입 장벽을 낮추는 것이 출발점이다.
• 제작 속도와 시각적 완성도뿐 아니라 실제 조작, 실행 성능, 반복 수정 가능성도 중요하다. 처음 정상 작동했던 게임에도 이후 지연과 오류가 발생한다.
• 여러 프로젝트를 병렬로 제작하면 대기 시간을 줄일 수 있지만, 결과물 관리와 사용량 소진 문제가 함께 생긴다.
• 웹 디자인에서는 정형화된 결과물을 벗어나 입체감과 시차 효과를 구현하는 것이 목표다. 검색엔진 최적화 마켓플레이스도 초기 목표에 포함되지만, 현재 구간에는 구현 내용이 없다.

🕒 시간순 섹션별 상세정리

1. 블렌더 실험의 목표와 아이디어 생성

• 아스트라를 활용한 웹 디자인, 블렌더 기반 3차원 모델링, 검색엔진 최적화 마켓플레이스 제작이 실험 목표다. 먼저 블렌더 프로젝트를 만들고 제작 후보를 모은다. [00:04]
• 모델링·게임·가상 세계에 관한 아이디어 5~10개를 생성하고, 제작 이유와 시각적 인상도를 함께 평가하는 방식으로 후보를 좁힌다. [00:40]

2. 도시 프로젝트 선택과 블렌더의 학습 장벽

• 작은 ‘살아 있는 도시’를 첫 제작 대상으로 선택하고 원본 대화를 복제한다. 미래형 AI 도시 탐험도 추가 후보에 포함된다. [02:03]
• 블렌더는 무료 3차원 모델링 도구지만 익숙해지기까지 학습 부담이 크다. 아스트라와 블렌더를 직접 연결해 자연어 지시로 제작을 진행하는 접근이 그 부담을 줄이는 데 초점을 둔다. [03:35]

3. 아이디어 선별과 병렬 프로젝트 관리

• 시각적 매력이 낮다고 판단한 회의실 등의 후보는 우선순위에서 제외한다. 마음에 드는 아이디어의 대화를 분기하고 블렌더 프로젝트를 한곳에 모아, 결과물을 다시 찾기 어려운 문제를 줄인다. [05:03]
• 여러 아이디어를 순차 제작하면 대기 시간이 길어진다. 블렌더 창이나 프로젝트를 여러 개 열고 아스트라가 작업을 병렬로 진행하도록 구성한다. [06:18]

4. 이미지 생성·게임 제작 스킬·블렌더 연결

• 자동차 경주 게임 제작에는 블렌더 MCP와 이미지 생성 스킬을 함께 사용한다. 이미지 생성으로 시각적 출발점을 마련하고 블렌더 모델링 작업과 연결하는 구성이다. [07:28]
• 무료 게임 제작 스킬과 블렌더 MCP를 결합하며, 로컬 블렌더에 접근하려면 컴퓨터 사용 권한이 필요하다. 두 개의 블렌더 창이 열린 상태에서 도시용 이미지 생성과 3차원 세계 제작이 진행된다. [08:02]

5. 경주 게임의 성능 문제와 수정 요청

• 기존 경주 게임은 처음 실행할 때 매끄러웠지만 재실행 시점에는 오류와 지연이 나타난다. 로컬 게임을 다시 시작해 상태를 확인한다. [09:25]
• 도로를 야간 터널로 바꾸는 작업과 느려진 플레이를 고치는 작업을 함께 요청한다. 장면 변경과 성능 개선을 구체적인 피드백으로 묶는다. [10:24]

6. 떠 있는 섬 게임 추가와 작업 지휘

• 원본 아이디어 대화를 다시 분기하고 ‘떠 있는 섬 모험 게임’으로 이름을 바꿔 제작을 시작한다. 기존 프로젝트와 별개로 세 번째 결과물을 만드는 흐름이다. [10:52]
• 사람의 역할은 원하는 결과를 명확히 정하고 작동 여부를 확인하는 데 집중된다. 세계와 사용자 인터페이스, 도시, 터널 경주 게임이 동시에 제작되는 동안 지속적인 관찰과 피드백이 필요하다. [11:56]

7. 살아 있는 도시의 첫 결과와 상호작용 확장

• 도시의 낮·밤 버전과 시간대가 전환되는 짧은 영상이 완성된다. 한 번의 프롬프트로 만든 첫 결과이며, 추가 피드백을 통해 세부 묘사와 마감을 보완할 여지가 있다. [12:51]
• 도시를 확대·축소하며 움직임을 관찰할 수 있도록 확장을 요청한다. 정적인 모델과 영상에서 웹페이지나 게임 형태의 상호작용 가능한 세계로 목표가 넓어진다. [14:15]

8. 터널 경주 게임의 개선 결과

• 새 터널 버전은 현장 실행에서 기존 버전보다 매끄럽게 작동한다. 장면 모델링과 게임 재구성에는 약 2분이 걸린 것으로 추정된다. [15:02]
• 떠 있는 섬, 살아 있는 도시, 3차원 경주 게임의 세 프로젝트가 동시에 진행된다. 무료 블렌더와 MCP를 결합해 여러 결과물을 병렬 제작하는 사례다. [15:33]

9. 게임 제작 스킬과 반복 검증 절차

• 사용한 게임 제작 스킬은 깃허브의 ‘3JS game skills’이며 당시 별 약 1,800개가 붙어 있다. 설치 전 내용을 직접 확인하고 이미지 생성 스킬·블렌더와 조합하는 방식이다. [16:38]
• 제작 절차는 아이디어 선정, 이미지 생성, 게임 제작 스킬 활용, 테스트와 개선의 네 단계다. 첫 결과가 기대에 못 미치거나 오류가 생길 수 있어 마지막 단계의 반복이 필요하다. [17:26]

10. 실행 상태의 변화와 사용량 부담

• 경주 게임은 전날에는 없던 지연이 다음 날 발생했고 원인은 확인되지 않았다. 한 번 성공한 실행만으로 완성도를 판단하기 어려우며, 테스트와 피드백을 반복해야 한다. [18:02]
• 프로 요금제 사용 사례에서 약 15~20분 동안 주간 사용량의 15%가 소진된다. 여러 제작 작업을 빠르게 진행할수록 사용 한도가 실질적인 제약이 된다. [19:00]

11. 도시의 상호작용 구현과 섬 게임의 조작 문제

• 도시에서는 확대·축소, 낮·밤 전환, 열차 따라가기, 분위기 변경이 가능해진다. 앞서 요청한 관찰용 상호작용이 실제 결과물에 반영된다. [19:49]
• 떠 있는 섬 게임은 브라우저에서 실행되지만 뒤로 이동하거나 앞으로 진행하는 데 문제가 나타난다. 조작법을 잘못 사용했을 가능성도 남아 있어, 시각적 결과와 별개로 플레이 검증이 필요하다. [20:08]

12. 교육 과정과 커뮤니티 지원

• 수익화 커뮤니티에는 아스트라 관련 1시간 심화 과정과 코덱스·헤르메스용 작업 흐름을 담은 ‘에이전트 OS’가 포함된다. 개인 질의와 실시간 도움도 제공 범위에 들어간다. [21:25]
• 교육 자료에는 최신 업데이트, 2026년 입문·심화 과정, 주간 코칭이 포함된다. 지역별 참여자 찾기 기능은 AI 에이전트 프로젝트를 만드는 사람들의 교류를 지원한다. [22:19]

13. 정형화된 웹 디자인을 벗어나기 위한 비교 제작

• 기존 웹 디자인의 문제는 비슷한 형태와 밋밋한 시각적 표현이다. 입체적인 화면이나 시차 효과를 구현할 수 있는 스킬을 찾아 디자인 품질을 높이는 작업이 시작된다. [23:42]
• 서로 다른 스킬을 적용한 웹사이트 네 개를 만들고 미리보기 링크로 비교하는 방식이다. 전자상거래 사이트 등을 후보로 삼되, 주제 선정은 AI에 맡기고 기성 템플릿처럼 보이지 않는 결과를 요구한다. [25:25]

14. 워드프레스 게시 연동 경험과 대안

• 클로드나 챗GPT에서 워드프레스로 직접 게시한 기존 사례는 API, 접근 토큰, 로그인 정보를 활용했다. 초기 설정에는 플러그인 추가도 필요했던 것으로 기억되며, 설치 과정에서 승인이 이루어졌다. [28:54]
• API 접근 토큰을 통한 직접 게시가 되지 않을 경우 워드프레스 MCP가 대안이 될 수 있다. 다만 해당 질문의 환경에서 실제로 해결되는지는 확인되지 않았다. [29:31]

15. 노트북 연결 중단과 연결 유지 문제

• 제미나이 노트북과 MCP·에이전트 운영체제 사이에서 같은 연결 문제가 하루에 두 번 발생했다. 반복적인 연결 중단이 작업 지속성을 해친다. [34:38]
• 노트북을 설정한 클로드나 다른 에이전트에 연결이 끊기지 않도록 점검을 요청할 수 있다. 연결 유지 시간을 늘리는 대응이지만, 실제 해결 여부는 아직 확인되지 않았다. [35:18]

16. 웹사이트 작업과 콘텐츠 운영 자료

• 클로드를 이용한 웹사이트 디자인 작업이 백그라운드에서 진행 중이며, 동시에 헤르메스 데스크톱의 음성 모드를 설정하고 있다. [35:52]
• 소셜미디어 운영 절차와 주차별 입문·심화 과정이 학습 경로를 제공한다. 운영 매뉴얼에는 뉴스레터와 검색엔진 최적화 콘텐츠 항목도 있다. [36:43]

17. 헤르메스 음성 응답 지연과 대화 환경

• 음성 대화 시험에서 응답이 느려 속도를 높여 달라는 요청이 나왔다. 즉각적인 대화를 위해서는 실제 응답 지연을 점검해야 한다. [40:24]
• 헤르메스 데스크톱에는 직접 대화할 수 있는 음성 에이전트가 내장되어 있다. 다만 녹화본에서 응답 음성이 들리지 않을 수 있어, 녹화 음량만으로 작동 여부를 판단하기 어렵다. [42:20]

18. 대화 중 끼어들기로 응답 방향 조정

• 아스트라 6를 사용하는 음성 대화에서 응답이 시작되었으며, 사용자가 말을 겹치면 에이전트가 발화를 멈추는 끼어들기 기능이 작동했다. [43:10]
• 끼어들기는 발화 도중뿐 아니라 답변을 생각하는 중에도 지시를 바꾸는 데 활용할 수 있다. 긴 응답을 끝까지 기다리지 않고 대화 방향을 조정하는 기능이다. [44:23]

19. 오류 화면을 활용한 음성 기능 복구

• 음성 기능 실패 화면을 캡처한 뒤 아스트라에 전달했고, 컴퓨터 사용 기능을 통한 설정에는 약 45초가 걸렸다. 화면의 오류 상태가 복구 작업의 입력이 되었다. [44:53]
• 복구 절차는 헤르메스 데스크톱 화면을 캡처하고, 코덱스 안의 아스트라 6에 넣어 수정을 요청하는 방식이다. 해당 사례에서는 설정 이후 음성 전사가 작동했다. [45:27]

20. 음성 에이전트 모델의 비용과 속도

• 아스트라 6를 음성 에이전트의 응답 모델로 사용 중이지만, 지속적으로 사용하면 토큰 소비가 클 수 있다. GPT 5.6이나 5.5가 대체 후보에 포함된다. [47:28]
• 실시간 API는 음성 응답 품질을 높이기 위한 후보지만 비용 부담이 있다. 일반 모델을 선택할 때는 토큰 소비와 답변 전 추론 시간을 함께 고려해야 한다. [48:14]

21. 커뮤니티 학습 자료와 성장 사례의 전제

• AI 프로핏 보드룸에는 아스트라와 헤르메스 과정, 자동화 입문·심화 과정, 주간 코칭이 있다. 질문에 대한 지원과 지역별 이용자 연결 기능도 제공한다. [48:53]
• 커뮤니티 성장에 약 일주일이 걸린 개인 사례에는 이미 확보한 청중이 있었다는 전제가 붙는다. 기존 청중이 없는 출발점과 같은 조건으로 비교하기 어렵다. [52:02]

22. 에이전트 운영체제 입문자의 모델 선택

• 입문자의 고민은 완벽한 설정을 반복해서 추구하다 실행에 실패하는 문제와, 이미 보유한 챗GPT를 계속 사용할지 클로드로 바꿀지에 모인다. [53:03]
• 현재의 개인적 사용 경험에 따른 선택은 챗GPT·코덱스 쪽이다. 한 달 전에는 클로드가 우선이었던 만큼, 모델 선택 기준은 짧은 기간에도 달라질 수 있다. [53:29]

23. 한 기기에서 시작하고 필요할 때 연결 확장

• 에이전트 운영체제를 VPS에 설치한 이용자도 있지만, 초기 설정을 복잡하게 만들고 보안 우려를 낳을 수 있다는 판단이 있다. 여러 기기를 연결하는 목적이라면 테일스케일이 대안이다. [54:15]
• 먼저 한 기기에서 정상 작동을 확인한 뒤 테일스케일을 추가하는 순서가 권장된다. 추가 설정 시간의 예시는 약 10분이며, 별도 사용 교육 자료가 있다. [54:55]

24. 토큰 절감 도구 네 가지와 작동 방식

• 헤드룸, RTK, 케이브맨, 포니테일은 토큰 소비를 줄이기 위한 무료 오픈소스 저장소다. 적용 대상에는 에이전트 운영체제뿐 아니라 클로드 코드와 코덱스도 포함된다. [56:09]
• 헤드룸의 토큰 절감 수치는 약 20%이며, 포니테일은 단순한 코드를 생성하는 방식으로 토큰 소비를 줄인다. 두 도구는 절감 접근법이 다르다. [56:42]

25. 로컬 모델로 API 비용 줄이기

• 헤르메스에는 로컬 모델용 별도 프로필을 둘 수 있다. 맥 스튜디오에서 소형 모델을 실행한 사례에서는 예상보다 빠른 응답 속도를 얻었다. [57:43]
• 젬마 4도 로컬 실행 후보에 포함되며, DGX 스파크나 RTX 기반 환경 같은 적절한 하드웨어가 필요하다. 무료 모델을 사용하더라도 실행 장비 조건을 고려해야 한다. [58:20]

26. 무료 API와 코딩 도구 조합

• 옴니라우터와 오픈라우터의 무료 API 등은 AI 코딩 도구에 연결할 수 있는 대안이다. 여러 공급자를 바꿔 연결하는 방식으로 무료 사용 경로를 확보할 수 있다. [58:47]
• 오픈코드와 딥시크 V4 플래시 조합도 무료 사용 후보에 포함된다. 로컬 모델 외에도 외부 API를 연결하는 비용 절감 경로가 있다. [59:04]

27. 특정 시스템에 종속되지 않는 활용법과 무료 운영 선택지

• 토큰 절감 지침은 Agent OS 없이도 사용할 수 있으며, 코덱스 등 다른 시스템에도 적용할 수 있다. [1:00:06]
• 로컬 모델과 에이전트 도구를 결합하거나 무료 API를 활용하면 에이전트 운영 환경을 무료로 구성할 수 있다. 로컬 모델·도구 조합의 예로 LFM과 헤르메스가 있다. [1:00:17]

28. 커뮤니티 지원·교육 구성과 Agent OS 접근 조건

• 커뮤니티에서는 질문과 실시간 도움을 받을 수 있고, 질문에 대한 영상 답변도 제공한다. 교육 공간에는 정기적으로 업데이트하는 Agent OS와 설치 파일, 사용법 영상, 매일 추가하는 교육 자료가 있다. [1:01:09]
• 고객 확보 시스템을 다루는 초급~고급 과정에는 과제와 실행 단계가 포함된다. 주간 코칭 통화에서는 질문과 즉각적인 지원이 가능하고, 지도 기능으로 같은 지역의 AI 에이전트 제작자를 찾을 수 있다. [1:01:31]

🧾 결론

• 자연어와 도구 연동은 블렌더의 학습 부담을 줄이는 접근이며, 도시와 게임 제작 사례에서 구체적인 결과물이 나타났다.
• 한 번의 성공적인 실행은 완성의 기준으로 부족하다. 재실행, 이동 조작, 상호작용을 반복 확인하고 피드백을 반영해야 한다.
• 블렌더 결과물, 진행 중인 웹 디자인 비교, 목표로만 언급된 SEO를 구분해 이 실험의 성과 범위를 읽어야 한다.
• 운영 환경은 먼저 한 기기에서 정상 작동을 확인하고 필요에 따라 확장하는 순서가 권장된다. 모델 선택 역시 고정된 정답보다 실제 작업 경험에 따라 달라진다.

📈 투자·시사 포인트

• 제작 생산성은 첫 결과가 나오는 속도뿐 아니라 수정·검증에 드는 시간과 사용량까지 함께 평가할 필요가 있다. 병렬 제작은 대기 시간을 줄이지만 사용 한도가 제약으로 작용했다.
• MCP와 제작 스킬의 조합은 기존 도구를 자연어 작업 흐름에 연결하는 활용 사례다. 다만 이 시연만으로 특정 서비스의 매출이나 투자 수익을 판단할 근거는 없다.
• 비용 절감 대안은 적용 범위를 구분해야 한다. 케이브맨의 약 65% 절감은 출력 토큰 수치이며, 로컬 모델은 실행 장비 조건을 함께 고려해야 한다.
• 커뮤니티 성장 사례에는 기존 청중이 있었다는 전제가 붙는다. 이를 청중 없이 시작하는 사용자의 수익화 속도로 일반화하기 어렵다.

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

• 경주 게임의 다음 날 지연 원인은 확인되지 않았다. 터널 버전의 현장 개선도 장기적인 안정성을 입증하지는 않는다.
• 섬 게임의 이동 문제는 구현 오류인지 조작법 문제인지 구분되지 않았다. 브라우저 실행만으로 플레이 완성도를 판단하기 어렵다.
• 웹사이트 네 개의 최종 품질 비교와 SEO 마켓플레이스 구현·성과는 제공 구간에서 확인되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 작은 블렌더 프로젝트 하나를 정하고, 아이디어 선정 → 이미지 생성 → 게임 제작 스킬 활용 → 테스트·개선 순서로 실행한다.
• 사용할 게임 제작 스킬의 내용을 설치 전에 확인하고, 블렌더 MCP 연결과 로컬 접근에 필요한 권한을 점검한다.
• 첫 실행과 재실행에서 이동 조작, 지연, 확대·축소 등 핵심 기능을 확인하고 오류 상황을 기록한다.
• 병렬 제작 전 프로젝트 이름과 대화 분기를 정리하고, 작업 전후 사용량을 기록해 동시 작업 수를 조절한다.

❓ 열린 질문

• 경주 게임의 지연은 어떤 조건에서 재현되며, 터널 버전의 개선은 재실행 이후에도 유지되는가?
• 섬 게임의 이동 문제를 해결하려면 조작 안내와 게임 구현 중 어느 부분을 바꿔야 하는가?
• 서로 다른 웹 디자인 스킬은 최종 결과의 입체감과 시차 효과에서 어떤 차이를 만드는가?