Fable 5.5 Waitroom: Let''s Reverse Engineer Anything (LIVE)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Fable 5.5를 기다리며 진행한 REA 역공학과 Opus 앱 제작 실험은, ‘무엇이든 역공학’한다는 기대를 실제 성과로 판단하려면 대상 선정·요구사항·실행 환경부터 검증해야 함을 보여준다.

📌 핵심 요점

1. Fable 5.5의 출시는 방송 종료까지 확인되지 않았다. 진행자는 내부 정보가 없다고 밝혔으며, 출시 소문이나 채팅의 주장을 확정된 정보로 받아들이지 않았다.
2. REA의 분석 대상으로 유료 DaVinci Resolve Studio를 골랐지만, 무료 버전과의 구분부터 재확인이 필요했다. 방송 중에는 무료 제공과 소스 공개가 다르다는 점을 바로잡았으며, 역공학 결과와 복제본의 완성 여부는 확인되지 않았다.
3. Opus의 추론 노력 수준별로 대본 기반 설명 영상 생성기를 만들었다. low 결과는 빠르게 생성됐지만 요구사항에 미치지 못했고, 다른 결과에서도 음성 누락·검색 자료의 낮은 관련성·대본 지시문 노출·미완성 시각 자료가 드러났다.
4. 비용·시간·품질은 함께 평가해야 했다. 한 빌드의 비용은 14달러였고, 완료된 high 작업은 비교 대상보다 오래 걸렸지만 약 5~6달러 저렴했다. 일부 실행 실패와 결과 화면의 상태 보존 문제 때문에 전체 순위를 확정하기는 어렵다.
5. 진행자는 고객 업무에서 Opus 5.5의 뚜렷한 성능 저하를 느끼지 못했지만, 이는 개인적 경험이다. 이번 비교에서도 실행 간 대기 가능성, 가상머신 자원 부족 가능성, 불충분한 요구사항이 제기돼 모델 자체의 성능과 구분할 필요가 있었다.

🧩 배경과 문제 정의

• Fable 5.5의 출시 소문을 기다리면서 REA(Reverse Engineer Anything)와 Opus 5.5의 실제 작업 성능을 시험한다. 출시 시점에 관한 내부 정보는 없다.
• Opus 5.5의 성능 저하 주장과 달리, 진행자는 일상적인 고객 업무에서 뚜렷한 문제를 느끼지 못했다. 이번에는 실용적인 앱 제작 과제로 추론 노력 수준별 결과를 비교한다.
• 주요 과제는 DaVinci Resolve Studio 역공학과 설명 영상 생성기 제작이다. 역공학 대상의 무료·유료 버전과 소스 공개 여부를 구분하고, 생성된 앱이 요구사항을 충족하는지 확인해야 한다.

🕒 시간순 섹션별 상세정리

1. Opus 5.5 성능 저하 주장과 실무 경험의 차이

• 모델 자체보다 기대치가 조정되고 있을 가능성을 제기한다. 실제 동작이 완전히 같다고 단정하지는 않지만, 매일 사용하는 Opus 5.5에서 자신의 업무에 영향을 주는 문제는 발견하지 못했다 [00:59]
• 성능 저하 체감이 시각적 결과물이나 게임 제작에 집중됐을 가능성을 추측하며, 이번에는 실용적인 작업으로 성능을 확인하려 한다 [01:27]

2. DaVinci Resolve Studio 역공학 프로젝트 착수

• 로컬 프로젝트 폴더를 만들고 DaVinci Resolve Studio를 역공학 대상으로 정한다 [02:16]
• 필요한 스킬은 별도로 지정하지 않아도 자동으로 찾아 적용할 것으로 기대하지만, 실제로 그렇게 작동하는지는 확인이 필요하다 [02:50]

3. 새 카메라의 저조도 성능과 촬영 환경 변화

• Sony A7S3의 기본 ISO를 640으로 사용하면서 조명을 약 20% 수준으로 낮췄다. 이전 카메라와 같은 조명 설정에서는 화면이 지나치게 밝아진다 [03:10]
• 적은 조명으로 촬영할 수 있다는 점은 앞으로 이동하면서 영상을 제작할 때 유리할 것으로 본다 [03:37]

4. 에이전트와 고객 업무에 적용하는 모델 설정

• 최근에는 Soul의 extra high 설정을 주로 사용하며, 일부 에이전트에는 Astra의 medium 설정을 유지한다. 자신의 작업에서 GPT가 Opus 5.5보다 부진하다고 판단해 일부 에이전트도 Opus 5.5 medium으로 옮겼다 [03:54]
• 고객용 개발에는 주로 Opus 5.5의 high와 extra high를 번갈아 사용한다. 이 범위에서는 성능 저하를 체감하지 못했지만, 시각적 결과물을 중심으로 작업하는 사용자와는 경험이 다를 수 있다고 본다 [04:25]

5. 대본에서 설명 영상을 만드는 웹앱 요구사항

• 과거에는 생성형 AI의 결과가 충분하지 않아 얼굴을 드러내지 않는 유튜브 채널 구상을 보류했다. 이번에는 대본을 입력하면 영상 제작에 필요한 요소를 만드는 웹앱을 요청한다 [05:25]
• 필요한 기능은 대본 기반 음성 내레이션 생성, 내용에 맞는 시각 자료 생성, 스톡 미디어와 시각 자료 확보다 [05:51]

6. 고객 업무와 장편 영상 제작 사이의 시간 배분

• 업무가 늘어나 현재는 신규 고객을 받지 않고 진단 업무만 진행한다. 고객 일을 더 맡을수록 채널과 영상에 투입할 시간이 줄어드는 상황이다 [08:27]
• 라이브 방송을 주 2회로 줄이고, 우선 완성도 높은 장편 영상을 주 2편 제작한 뒤 주 3편까지 늘리는 방안을 고려한다. 구체적인 방송 일정은 아직 정하지 않았다 [08:56]

7. 중소기업 대상 관리형 AI 서비스의 범위

• 제공하는 서비스는 AI 에이전트 구축, AI 기반 웹앱 개발, 직원의 데스크톱 GPT·Claude 사용 교육 등으로 나뉜다. 계약마다 필요한 업무 구성이 다르다 [10:53]
• 주요 고객층은 연 매출 500만~1,500만 규모의 중소기업이다. 매출의 통화 단위는 자막에서 명시하지 않는다 [11:25]

8. Fable 5.5 출시 소문과 비교 벤치마크 구상

• 이번 주에 출시된다는 소문 때문에 방송을 ‘대기실’로 정했지만, 출시 여부나 시점에 관한 내부 정보는 없다고 명확히 한다 [13:04]
• Fable과 Opus를 비교하는 벤치마크 영상 아이디어가 있으나, Fable 5.5가 출시돼야 촬영할 수 있다 [13:15]

9. REA 실행 환경과 유료 Studio 버전 재확인

• 역공학 진행 상황을 확인하는 과정에서 무료 버전이 대상으로 잡힌 것으로 보여, 유료 Studio 버전을 찾아야 한다는 문제가 생긴다 [14:50]
• 프로젝트 디렉터리에서 REA 명령줄 도구를 사용할 수 있도록 설정을 요청한다. 시스템 전체에서 호출하도록 이미 구성했다고 기억하지만, 현재 프로젝트에서의 작동 여부를 다시 확인해야 한다 [15:25]

10. 빠르게 생성된 low 결과와 시험용 대본 준비

• Opus 5.5의 low 설정이 앱을 빠르게 생성했지만, 속도만으로 결과를 신뢰하지는 않는다. 실제 대본을 넣어 동작을 확인하려 한다 [16:01]
• GPT를 플러그인으로 12월 11일까지 이전하라는 알림을 발견한다. 이 날짜는 화면에서 확인한 알림 내용으로 나온다 [16:45]

11. 무료 제공과 오픈소스 공개의 구분

• DaVinci Resolve에 무료 버전이 있다는 사실만으로 오픈소스라고 볼 수는 없으며, 확인 과정에서도 공개 코드베이스를 찾지 못한다 [18:26]
• 추가 검색에서는 DaVinci Resolve가 독점 소프트웨어로 확인된다. 무료 버전 제공과 소스 공개를 혼동했을 가능성을 짚으며, 자신이 아는 범위에서는 GitHub 저장소도 없다고 보여준다 [19:33]

12. 설명 영상 생성기의 low 결과는 요구사항 미충족

• 생성한 대본을 앱에 붙여 넣어 결과를 확인하지만, Opus의 low 설정으로 만든 결과물은 원했던 설명 영상 생성 방식에 미치지 못한다 [21:00]
• 별도의 PRD를 제공하지 않았고 생성에 약 2분이 걸렸다는 조건을 함께 고려한다. 처음부터 큰 기대를 하지는 않았으며, 이 결과만으로 다른 설정의 성능까지 판단하지 않는다 [21:44]

13. 역공학 도구 평가에서 대상 선정과 사실 검증의 중요성

• 시청자의 지적은 잘못된 설명이나 자신이 모르는 부분을 바로잡는 데 도움이 된다. 앞선 방송에서는 역공학 대상으로 삼은 소프트웨어 세 개 중 하나만 상용 비공개 소프트웨어였다 [22:51]
• 공개 소스가 있는 소프트웨어를 대상으로 역공학 저장소의 성능을 시험하는 것이 적절한지 지적을 받았다. 이 경험으로 평가 대상 선정 자체를 점검할 필요가 드러난다 [23:17]

14. 트레이딩 관련 제작은 현업 전문가 참여에 의존

• 트레이딩 관련 제작은 실제로 매일 거래하고 다른 사람을 교육하는 Greek의 참여를 전제로 한다. 자신의 지식만으로 진행하기보다 해당 분야의 실무자를 참여시키려 한다 [23:54]
• 아직 협업 일정을 맞추지 못해 촬영하지 못했다. 제작 대기 목록에는 있지만, 현재 지연 사유는 일정 조율이다 [24:17]

15. 분산된 도구를 모으는 Clear Mud HQ와 벤치마크 환경

• 여러 웹앱과 일상 도구를 오가면서 작업이 분산되는 문제를 해결하려고 개인용 Clear Mud HQ를 만들었다. OpenClaw 서버의 Canvas 앱인 Clear Mud OS에서 작업 공간을 전환하고 화면을 나눠 유튜브 아이디어 구상과 대본 작업을 할 수 있다 [26:25]
• 별도의 벤치마크 도구에서는 추론 노력 수준과 모델을 바꿔 가며 영상용 테스트를 수행할 수 있다. 현재 Opus의 응답은 느리게 느껴지지만, 요청 자체도 큰 작업이었다고 덧붙인다 [27:05]

16. Clear Stream 데스크톱 앱의 장면·소스와 실시간 동작 확인

• 최근 Clear Stream 작업에는 시간을 내지 못했으며, 현재 상태를 확인하기 위해 데스크톱 앱을 실행한다 [28:55]
• 앱이 방송 장면과 소스를 불러오는 것을 확인한다. 다만 화면 구성은 더 정리할 필요가 있다 [29:34]

17. 방송 앱의 조작 방식과 화면 구성을 OBS에 가깝게 다듬는다

• X에 라이브 스트림 API 키를 신청했지만 승인 이메일은 확인하지 못했으며, 연동이 보류된 상태일 가능성이 있다. [30:07]
• 현재 조작 방식이 충분히 직관적이지 않아, OBS의 재배치 가능한 패널과 장면·소스 추가 화면을 스크린샷으로 제공해 구현에 반영하려 한다. [30:41]

18. 공개 저장소 분석과 역공학의 목적을 구분한다

• 소스가 공개된 앱은 코딩 에이전트에 저장소를 직접 분석시키면 구현 정보를 얻을 수 있다. 역공학은 소스가 없는 애플리케이션을 분해해 구현 방식을 파악할 때 의미가 있다는 지적을 받아들인다. [32:57]
• 실험 대상 세 앱 중 하나는 오픈소스가 아니었지만, 공개 소스가 있는 대상까지 같은 방식으로 접근한 점은 자신의 실수로 인정한다. [34:08]

19. T3 Code에는 두 세션을 나란히 관찰하는 기능이 아쉽다

• T3 Code는 계속 개선되고 있어 별도로 포크하지 않았으며, 왼쪽 메뉴 정도만 조정했다. 콘텐츠 제작을 위해 두 세션의 작업을 나란히 비교하기 어렵다는 점이 주요 불편이다. [34:13]
• 화면을 나누는 옵션은 찾지 못했지만 문서를 충분히 읽지는 않았으므로, 해당 기능의 부재를 확정하지는 않는다. [35:39]

20. 역공학의 효용은 실제 필요와 호기심에 달려 있다

• 역공학 도구가 작동하더라도 대부분의 사람에게 꼭 필요한 것은 아니며, 현재의 관심에는 유행도 섞여 있다고 본다. 다만 앱의 작동 원리를 이해하는 데는 유용하다고 평가한다. [36:26]
• REA에 의존하기보다 시험하는 단계이며, 가장 좋은 활용 대상은 자신이 실제로 만들고 있는 무언가라고 판단한다. [37:35]

21. Opus 5.5 구독 한도에 대한 압박이 줄었다고 평가한다

• 구독 두 개를 사용하며 두 번째는 주로 고객 업무용이지만, 가끔 다른 작업에도 사용한다. [39:09]
• Opus 5.5 출시 이후 5시간 단위 한도에는 한 번 도달했고 주간 한도에는 도달하지 않았다고 한다. 두 구독으로 많은 작업을 처리하면서도 연초보다 사용량을 덜 신경 쓰게 됐다는 개인적 경험이다. [39:23]

22. T3 Code의 선택 이유는 구독 통합과 승인 대기 감소다

• 인터페이스가 간편하고 작업을 정리하기 쉬우며, 여러 구독을 같은 앱에 연결할 수 있다는 점을 주요 장점으로 꼽는다. [39:57]
• CLI의 자동 모드에서는 승인 입력을 기다리느라 작업이 멈추는 일이 있었지만, 자신의 T3 Code 사용에서는 그런 대기 없이 작업이 진행돼 자리를 비울 때의 부담이 줄었다. [40:22]

23. 스코어보드의 열 제목과 데이터 정렬을 수정한다

• 시간·전체 토큰·API 비용의 열 제목이 아래 데이터와 어긋나 있다. 반면 턴 수, 도구 호출, 파일, 코드 크기, 세션 상태 등의 열은 맞게 정렬돼 있어 이를 기준으로 개선하려 한다. [41:57]
• 다른 작업을 기다리는 동안 정렬 문제를 수정하고 미리보기에 반영한다. [42:35]

24. REA를 특정 프로젝트 밖에서도 사용할 수 있게 한다

• REA가 Clear Stream 앱 디렉터리에만 등록된 것으로 보여, 특정 프로젝트에 제한되지 않고 시스템 전반에서 사용할 수 있도록 처리하도록 지시한다. [43:17]

25. Puddle은 공통 스킬 저장소로 활용하고 자체 에이전트 계층은 보류한다

• Puddle은 여러 기기·앱·하네스·에이전트가 동기화하는 범용 스킬 라이브러리로 방향을 바꿨으며, 현재 활용에는 만족한다고 한다. [43:47]
• OpenClaw가 자신의 용도에 잘 맞아 자체 에이전트 계층 구축은 보류한다. Hermes는 제한적으로 사용하고 Muse도 시험하는 등 다른 도구는 탐색 단계에 있다. [44:02]

26. 구독 한도를 남기는 것보다 필요한 작업의 비용을 따진다

• 구독 사용량을 모두 소진하지 못해도 API로 같은 작업을 처리하는 비용과 비교하면 이득일 수 있으므로, 남은 한도보다 필요한 용도에 집중해야 한다고 본다. [44:52]
• 자신의 한도를 가장 많이 소모한 사례는 Clearbench에서 Fable·Opus·Sonnet·Haiku를 여러 추론 강도로 연속 시험했을 때다. 한도에 도달한 시점은 초기화 약 한 시간 반 전이었다고 회상한다. [45:39]

27. 모델 선택은 변화하는 성능과 고객 업무의 조건에 맞춘다

• Grok 5가 잘 나오기를 기대하지만 이는 희망에 가깝다. 모델 간 우위는 월 단위로 바뀔 수 있어 특정 업체에 고정되지 않고 대응해야 한다고 본다. [46:29]
• 고객에게는 OpenAI와 Anthropic을 주로 권하며 OpenAI를 더 우선한다. OpenAI가 구독으로 오픈소스 에이전트 프레임워크를 구동할 수 있다고 공개적으로 밝혔다는 점을 추천 근거로 든다. [47:08]

28. X에서는 Fable 5.5 출시를 뒷받침할 단서를 찾지 못한다

• Fable 5.5 관련 소식을 확인하려고 X를 살펴보지만, 확인한 업데이트는 관심을 끈 프로젝트를 소개하는 내용이며 출시 암시는 찾지 못한다. [49:57]
• 채팅에서 나온 주장도 확인된 정보로 받아들이지 않으며, 당시 확인 범위에서는 관련 단서가 없다고 판단한다. [51:01]

29. 게임 데모와 3D 렌더링만으로 업무용 모델을 평가하기 어렵다

• 대부분의 기업은 게임 데모나 Blender의 3D 렌더링을 만드는 일을 하지 않으므로, 이런 결과물을 모델 지능의 평가 기준으로 삼는 것은 실무와 거리가 있다고 주장한다. [51:36]

30. 대형 작업의 지연을 확인하고 새 세션 필요성을 점검한다

• 요청한 작업의 규모가 크다는 점은 인정하지만, 실행이 45분에 이르자 지나치게 느리다고 평가한다. Opus가 다시 매우 느려진 것인지 의문을 제기할 뿐 원인을 확정하지는 않는다. [52:22]
• DaVinci 관련 작업 상태를 확인한 뒤 새 세션을 시작해야 하는 것으로 이해하고, 그 해석이 맞는지 다시 확인하려 한다. [53:25]

31. 성능 하향 논란을 사용자 기대 수준의 문제로 검토한다

• Fable 5.5 없이 작업을 이어가면서 ‘Anthropic이 Opus 5.5의 성능을 낮췄는가’를 다룰 아이디어를 제시한다. 관심을 끌 만한 소재지만, 주된 목적은 모델에 대한 기대 수준을 논의하는 데 있다고 드러낸다. [55:32]
• 22일 전에도 성능 하향 이야기가 있었다는 점을 확인하며, 반복되는 주장 자체를 실제 성능 저하의 증거로 받아들이지는 않는다. [56:32]

32. 장시간 실행 사례는 사용 한도에 대한 자신의 예상과 달랐다

• 시청자가 프롬프트 하나를 48시간 연속 실행하고 나흘 만에 사용량을 소진했다고 하자, 어떤 추론 강도를 썼고 목표를 설정했는지 묻는다. 구독 사용량에 만족할 것이라는 자신의 앞선 예상도 수정한다. [57:43]

33. 새 스레드로 작업을 이어가던 중 보호장치 경고가 나타난다

• 같은 프로젝트 디렉터리 안에서 새 스레드를 시작하고 기존 작업을 계속하도록 요청한다. [58:15]
• 이후 해당 세션이 보호장치에 의해 표시됐다는 메시지가 나타난다. 이런 경고는 처음 받았다고 하며, 제공된 구간에서는 원인이나 해결 결과가 확인되지 않는다. [59:16]

34. 인계 문서로 새 대화에 작업 연결

• 기존 작업의 인계 문서를 만들고, 새 대화에서 그 문서를 읽어 작업을 계속하도록 요청한다. 대화 전환에 필요한 맥락을 문서로 넘기는 방식이다 [1:01:56]

35. 호스팅 보안 정보의 영향 확인

• 현재 자신이 호스팅하는 것들에 대해서는 우려할 만한 내용을 발견하지 못했다는 판단이다 [1:03:27]
• 공유받은 보안 관련 자료를 에이전트에 넘겨 추가 조치가 필요한지 확인할 계획이다. 이 시점에는 구체적인 대응 필요성이 확정되지 않았다 [1:04:04]

36. 서비스 복제의 실익을 가르는 운영 조건

• Grockbot을 직접 복제해 본 경험은 있지만, 현재는 복제할 필요성을 크게 느끼지 못한다. 직접 서버를 운영할 인프라와 의지가 있다면 자체 호스팅의 의미가 커진다 [1:05:03]
• Grockbot에는 자체 호스팅 서버만큼의 책임을 맡기지 않는다. 서비스 이용 가능 지역의 제약이나 SpaceX AI 서버에 데이터를 두는 데 대한 거부감은 복제를 선택할 이유가 될 수 있다 [1:05:50]

37. 오픈소스 복제 프로젝트의 유지보수 지속성

• 오픈소스 대안과 복제 자체는 긍정적으로 보지만, 제작자가 계속 유지보수할지 아니면 조회 수와 노출을 얻기 위해 다음 유행으로 이동할지가 중요하다 [1:06:16]
• 많은 복제 프로젝트가 제품보다 관심 확보에 치우친다는 비판이다. 이미 검증된 선택지가 있다는 점도 새로운 복제 프로젝트를 덜 살펴보게 된 이유다 [1:06:59]

38. Vercel 이용자에게 필요한 사고 설명

• Vercel에서 호스팅하는 이용자에게 사건의 경위와 영향을 정리한 업데이트가 나올 것으로 예상한다. 다만 당시에는 그런 설명을 아직 찾지 못했다 [1:07:23]

39. 높은 CPU 사용률과 워크스페이스별 자원 표시

• 작업이 예상보다 오래 걸리고 대화 턴도 110회에 이르렀다. CPU가 거의 100%에 도달한 것으로 보여, 모든 워크스페이스에서 서버 자원 상태를 볼 수 있게 하는 방안을 고려한다 [1:08:34]
• 워크스페이스들이 같은 서버에 있지 않고, 일부는 별도의 CPU 코어·메모리·디스크를 할당받은 가상머신에서 실행된다. 이 차이를 반영해야 하므로 자원 표시 기능을 바로 요청하지 않고 설계를 다시 검토한다 [1:09:02]

40. 부분 관리형 호스팅의 PHP 패치

• 사용 중인 부분 관리형 호스팅에서는 제공자가 플랫폼 전반의 PHP를 패치했다. 해당 패치가 적용됐다는 점을 긍정적으로 받아들인다 [1:09:42]

41. 약 14달러 결과물의 핵심 결함은 음성 부재

• 확인한 빌드 비용은 14달러이며, 기본 예상 재생 시간 설정으로 결과물을 시험한다 [1:11:46]
• 결과물에 음성 해설이 빠져 있다. 오픈소스 해결책을 찾지 못했기 때문일 수 있다고 추측하지만 원인은 확정하지 않는다 [1:12:23]

42. 대본 작성과 음성 생성 절차의 재검토

• 새 프로젝트에 대본을 붙여 넣고 스토리보드를 생성하면서, 앞선 음성 누락이 별도의 음성 생성 단계를 실행하지 않아서 생겼을 가능성을 떠올린다 [1:14:04]
• 대본 생성 방식을 개선할 필요가 있으며, 웹 앱 안에서 채팅으로 대본을 작성하는 기능을 추가하는 방안을 고려한다 [1:14:38]

43. 자료 검색의 관련성과 대본 표기 처리 문제

• 검색 과정에 문제 9개가 표시되고 OpenAI 검색 결과가 없다는 메시지가 나온다. 이후에는 유럽연합 집행위원회 관련 OpenAI 관계자 자료가 나타나지만, 기대한 인물 자료와는 차이가 있다 [1:14:59]
• 대본에서 화면에 드러나면 안 되는 대괄호 속 내용까지 결과물에 반영된다 [1:15:43]

44. 기존 고객과 동료에게 다시 연락할 활용 가능성

• 시험 중인 결과물을 과거 고객과 동료에게 다시 연락하는 계기로 활용할 수 있다고 본다. 현재 일을 더 늘리고 싶지는 않지만, 이를 보내면 추가 업무로 이어질 가능성이 높다는 예상이다 [1:17:20]

45. 교육 다큐멘터리 제작을 위한 품질 기준

• 생성된 음성은 나쁘지 않지만 완성도가 충분하지 않다. 벤치마크 시험에서 출발했으나, 가장 마음에 드는 결과를 바탕으로 자신만의 도구를 만들고 싶다는 생각으로 계속된다 [1:18:03]
• 교육 다큐멘터리 채널용 유튜브 이름을 확보해 두었으며, AI 제작 품질이 더 좋아지기를 기다려 왔다. 직접 기획과 대본을 맡고 결과물을 생성한 뒤, 필요하면 음성 해설도 직접 녹음하는 방식을 고려한다 [1:18:21]

46. 영상 프로젝트 생성과 내보내기까지 자동화 요구

• 새 스크립트를 실행한 뒤, 도구가 요구하는 작업이 새 영상 프로젝트를 열고 필요한 항목을 내보내는 것인지 확인한다 [1:26:18]
• 이런 준비 작업도 도구가 대신 수행하기를 원한다. 현재 자신의 작업 과정에서는 색보정을 하지 않는다는 조건도 덧붙인다 [1:26:30]

47. 작업 지연에 대한 가상머신 자원 증설 검토

• medium 설정에서도 완료 시간이 지나치게 길다고 느낀다. 서버 상태는 평소 백그라운드에 열어 둔 Btop으로 확인하고 있다 [1:27:30]
• 해당 작업을 호스팅하는 가상머신에 자원을 더 할당해야 할 가능성을 제기한다. 주말 유지보수로 서비스를 내릴 때 증설하는 방안을 생각하지만, 원인이 확정된 것은 아니다 [1:28:03]

48. high 설정의 비용·시간 차이와 추가 시험

• 새 프로젝트에서 샘플 대본을 불러오는 기능은 현재 바로 사용할 수 없어 추가 구현이 필요한 상태다 [1:29:11]
• 완료된 high 설정 작업은 비교 대상보다 시간이 더 걸렸지만 비용은 약 5~6달러 적게 든 것으로 확인한다 [1:29:24]

49. 생성 영상의 시각적 인상과 내레이션 품질

• 생성 화면에 보라색과 푸른색이 감도는, 기존 AI 생성물 특유의 시각적 인상이 일부 나타난다. 최종 품질은 결과를 더 확인해야 하는 상태다. [1:30:09]
• 생성 영상은 OpenAI의 비영리 출발과 인류 전체에 이익을 준다는 약속을 상업화, Microsoft 투자, ChatGPT 확산, CEO 해임과 복귀에 연결한다. 비영리 연구 프로젝트가 세계적인 AI 경쟁의 중심으로 바뀌는 과정이 서사의 핵심이다. [1:32:48]

50. 시각 자료 생성 지연과 미완성 상태

• 영상 재생 중에도 일부 시각 자료의 생성이 끝나지 않았다. 진행 표시가 91에서 멈춘 것처럼 보였으나, 이후에는 매우 느리게 생성이 이어지는 것으로 판단한다. [1:34:00]

51. 결과 화면을 오갈 때 드러난 상태 보존 문제

• 자체 개발 서버가 있는 결과 화면을 닫았다가 다시 열자 이전 작업 상태가 유지되지 않는 문제가 나타난다. 원인이 Clearbench인지 생성된 웹앱인지는 확실하지 않다. [1:34:34]
• 다른 effort 수준의 결과를 확인한 뒤 돌아와도 기존 작업을 이어갈 수 있어야 한다. 세션과 effort 수준마다 별도 포트·개발 서버가 실행된다는 이해가 맞는지, Clearbench나 Clear Mud HQ 쪽 조정이 필요한지 확인이 필요하다. [1:35:46]

52. 일부 비교 실행 실패로 빠진 결과

• Medium을 포함한 두 실행이 실패하면서 비교에 필요한 수치가 빠진다. 재실행할 의향은 있지만, 생방송 중에 완료까지 기다릴지는 정하지 못한다. [1:37:35]

53. 독립 실행 여부가 벤치마크의 신뢰성을 좌우한다

• 비교 대상은 각각 개발 서버를 띄워 작업하고, 서로의 완료를 기다리지 않아야 한다. 이번에는 실행들이 서로 기다렸을 가능성이 제기되지만, 실제 원인으로 확인되지는 않았다. [1:39:34]
• Clearbench는 아직 초기 단계여서 실행 구조와 비교 절차를 더 조정해야 한다. 향후 벤치마크에서는 이러한 실행 조건을 고려필요가 있다. [1:39:45]

54. 로컬 연결만 확인된 서버 구성

• 새 채팅에서도 여전히 로컬에서만 가져오는 동작이 확인된다. 원격 서버 연동이 어디까지 진행됐는지는 이 구간에서 확인되지 않는다. [101:43] [1:39:55]

55. Resolve 복제 실험의 후속 작업과 승인 대기

• DaVinci Resolve 역공학 작업은 계속 실행하고 금요일에 결과를 확인할 예정이다. 분석 결과를 바탕으로 웹앱 또는 복제본을 만들게 할 생각이지만, 구체적인 결과는 아직 미정이며 장기 사용을 위한 작업도 아니다. [102:38] [1:42:17]
• Clear Stream을 시연하거나 조작하면 현재 생방송에 영향을 줄 수 있어 즉시 시험하기 어렵다. [102:46] [1:42:26]

56. 모델 공개 전망의 불확실성과 다음 방송 일정

• 방송 종료 시점까지 Fable 5.5는 공개되지 않았다. 당일 공개 가능성을 낮게 보는 근거는 관련 움직임이나 대화가 충분히 보이지 않는다는 판단이다. [104:28] [1:43:41]
• 한 주를 더 기다리거나 월말까지 공개될 가능성, 이후 6.1 Astra를 기대하는 언급이 나오지만 모두 개인적인 예상이다. [104:42] [1:44:19]

🧾 결론

• REA의 가치는 실제로 이해하거나 만들고 싶은 대상에서 확인해야 한다. 공개 저장소 분석과 비공개 앱의 역공학은 평가 목적부터 구분해야 한다.
• 생성 속도나 첫 화면만으로 앱의 완성도를 판단하기 어렵다. 실제 대본을 넣고 음성·자료 관련성·장면 전환·상태 보존까지 확인해야 한다.
• 이번 방송은 완결된 모델 순위표보다 실험 설계의 한계를 보여준다. 실패한 실행과 불명확한 환경 조건을 보완해야 비교 결과를 신뢰할 수 있다.

📈 투자·시사 포인트

• AI 도구 도입에서는 게임 데모나 시각적 인상보다 실제 고객 업무의 요구사항 충족 여부를 평가 기준으로 삼을 필요가 있다.
• 구독의 경제성은 남은 한도를 모두 소진했는지보다 필요한 작업을 API로 처리할 때의 비용과 비교해야 한다는 관점이 제시된다.
• 복제 서비스의 실익은 자체 호스팅 필요성, 이용 지역과 데이터 보관 조건, 유지보수 지속성에 달려 있다. 원본 서비스가 계속 개선되는 상황도 함께 고려해야 한다.
• 이번 자료만으로 특정 모델 업체의 우위나 투자 수익성을 판단할 근거는 부족하다. 출시 소문과 개인 사용 경험을 검증된 성능 지표와 구분해야 한다.

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

• Fable 5.5의 출시 시점과 이후 모델 공개 전망은 확인된 일정이 아니다. 방송 종료까지 공개되지 않았다는 관찰만 제시된다.
• Opus 5.5의 성능 저하 여부는 확정되지 않았다. 진행자의 실무 경험과 이번 앱 제작 결과만으로 전체 사용 사례에 일반화하기 어렵다.
• 장시간 실행의 원인이 모델 응답 속도, 가상머신 자원, 실행 간 대기 중 무엇인지는 확인되지 않았다. Medium을 포함한 두 실행의 실패로 비교 수치도 빠졌다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 역공학 대상의 정확한 제품·에디션·소스 공개 여부를 확인하고, 공개 저장소 분석과 구분해 평가 목적을 적는다.
• 설명 영상 생성기의 요구사항에 음성 생성 절차, 자료 관련성, 장면 전환, 대본 지시문 처리, 프로젝트 생성·내보내기를 구체적으로 명시한다.
• 같은 대본과 요구사항으로 추론 노력 수준별 시험을 다시 진행하고, 비용·시간·요구사항 충족 여부를 함께 기록한다.
• 각 비교 실행이 독립적으로 작동하는지 확인하고, 개발 서버·포트·가상머신 자원과 실행 실패 원인을 점검한다.

❓ 열린 질문

• 요구사항과 실행 환경을 통제하면 Opus의 추론 노력 수준별 품질·비용·시간 차이는 어떻게 나타날까?
• REA는 DaVinci Resolve Studio에서 실제로 어떤 구현 정보를 확보하며, 그 정보가 후속 앱 제작에 얼마나 도움이 될까?
• 음성·시각 자료·장면 전환 중 교육 다큐멘터리의 최종 완성도를 가장 크게 제한하는 요소는 무엇일까?