Apollo World vs Hunyuan3D WorldClaw: 걸을 수 있는 공간인가, 점수를 낼 수 있는 드라이브인가

Apollo World와 Hunyuan3D WorldClaw를 맞세워 볼 때 가장 유용한 점은 둘 다 "world"라는 단어를 쓰지만 그 의미가 서로 같지 않다는 것입니다. Hunyuan3D WorldClaw는 텐센트 훈위안의 에이전트형 프레임워크로, 하나의 개방형 텍스트 프롬프트를 Blender에서 열고 게임 엔진으로 내보낼 수 있는, 명시적이고 텍스처가 입혀진 객체별 메시로 이루어진 크고 탐색 가능한 3D 장면으로 바꿉니다. Apollo World는 2026년 11월 3일 공개된 바이두의 에이전트 기반 시뮬레이터로, 가상 도시의 실시간 카메라 및 라이다 관측을 생성하여 로보택시 스택이 전체 주행을 기준으로 훈련되고 평가받을 수 있게 합니다. WorldClaw는 장소를 만듭니다. Apollo World는 그 장소를 통과하는 주행을 실행합니다. 더 나은 3D를 생성하는 쪽이 어디인지 알아보려고 여기 왔다면, 그 질문은 답하기보다는 풀어 설명할 가치가 있는 방식으로 잘못 구성되어 있습니다.

하나의 명사를 함께 쓰는 두 제품

겹치는 부분은 분명히 있지만 좁습니다. 둘 다 사람이 세계라고 표현할 수 있는 무언가를 만들어냅니다. 그 이후에는 모든 속성이 서로 달라집니다.

• 산출물 — WorldClaw: 개별 메시, 재질, 변환을 포함한 장면 파일. Apollo World: 사람이 아니라 주행 정책이 소비하는 센서 프레임 스트림과 에이전트 상태.

• 작업 단위 — WorldClaw: 하나의 프롬프트에서 하나의 장면으로. Apollo World: 하나의 경로, 하나의 정책, 하나의 평가된 여정.

• 시간 — WorldClaw의 출력은 생성되면 정적입니다. Apollo World는 앞으로 실행되도록 존재하며, 각 결정은 다음에 일어날 일을 바꿉니다.

• 대상 — WorldClaw: 지오메트리가 필요한 레벨 디자이너, 게임 스튜디오, 합성 데이터 팀. Apollo World: 바이두 자체의 자율주행 조직.

• '좋음'이란 무엇인가 — WorldClaw: 장면이 일관되게 보이고 떠 있는 물체 없이 조립되는가. Apollo World: 테스트 중인 차가 더 안전해지는가.

그렇게 보면, 이 둘은 경쟁자라기보다는 아직 아무도 처음부터 끝까지 구축하지 못한 파이프라인의 인접한 단계에 가깝다. 하나는 세트를 만들고, 다른 하나는 그 위의 트래픽을 지휘한다.

WorldClaw가 실제로 하는 일을 단계별로

WorldClaw는 악기라기보다는 지휘자로 이해하는 것이 가장 좋다. 논문 arXiv 2608.05248은 2026년 8월 5일에 제출되었고, 공식 발표는 8월 11일에 이어졌다. 이 프레임워크는 자유 형식의 프롬프트를 입력받아 거친 수준에서 정밀한 수준으로 진행되는 네 단계를 실행한다.

• 의도 및 계획 — 언어 모델 에이전트는 프롬프트를 읽고 장면에 무엇이 포함되어야 하는지 결정하며, 이미지가 아닌 계획을 생성합니다.

• 지형 — 전역 패스가 시맨틱 레이아웃, 높이 필드, 머티리얼을 생성하므로, 그 위에 무엇이든 배치되기 전에 지면이 일관되게 구성됩니다.

• 객체 — 영역이 렌더링되고 분할되며, 각 영역은 Hunyuan3D를 통해 개별 메시로 재구성됩니다. 바로 이 지점에서 명시적 형상이라는 약속이 지켜집니다. 출력물은 융합된 덩어리나 가우시안 스플랫이 아니라 객체들의 집합입니다.

• 정교화 — 비전 에이전트가 렌더를 검사하여 공중에 떠 있는 객체, 상호 관통, 잘못된 스케일과 잘못된 포즈를 찾아내고 수정 사항을 다시 보냅니다.

그 밑의 스택은 다른 사람들의 모델과 아주 큰 애플리케이션 하나로 구성된 명단이다. 계획에는 Claude Opus 4.8, 이미지 생성에는 GPT-Image-2, 분할에는 SAM3와 SAM3D, 재구성에는 Hunyuan3D, 조립에는 MCP를 통해 구동되는 Blender 5.1.1을 사용한다. 텐센트는 이를 NVIDIA H20 GPU 4개에서 실행한다고 보고한다. 공개된 평가는 정성적이며, 출력을 SynCity, WorldGen, MajutsuCity, Marble과 나란히 배치한 장면으로 비교할 뿐 FID, CLIP 또는 사용자 연구 수치는 없다.

저장소는 그것을 사용할 계획인 사람에게 중요한 부분입니다. 공식 GitHub 프로젝트에는 README와 에셋만 있습니다. 코드도, 가중치도, 추론 스크립트도, API도, 가격도 없습니다. 구현이 없는 프레임워크 논문은 방법에 대한 설명일 뿐 도구가 아니며, 대부분의 "써볼 수 있나요"라는 질문은 그 둘 사이의 간극에서 사그라듭니다.

Apollo World가 실제로 주장하는 것

Apollo World는 2026년 11월 3일 선전에서 열린 Baidu AI Day·Apollo에서 Baidu 지능형 주행 그룹의 수석 아키텍트 Wang Liang과 월드 모델 작업을 이끄는 Yang Ze에 의해 공개되었다. 논조는 날카로웠다. 월드 모델은 인상적인 영상을 그리는 화가가 아니라 주행 안전성을 심사하는 검증자여야 한다는 것이다. Baidu는 이를 "2+3"이라고 부르는 평가 기준으로 뒷받침했는데, 이는 어떤 것이 애초에 월드 모델로 간주되는지를 결정하는 두 개의 관문과 그것이 얼마나 좋은지를 평가하는 세 가지 속성으로 구성된다.

기준은 인과성과 상호작용성이다. 인과성은 다음 상태가 프레임들로 조립되고 나중에 채워지는 것이 아니라 현재 상태로부터 예측된다는 뜻이다. 상호작용성은 장면에 주입된 행동이 이후 전개를 바꾼다는 뜻이다. 평가되는 속성은 물리적 정확성, 지속성, 실시간 성능이다. 지속성은 데모와 테스트 리그를 구분하는 속성이다. 장시간 실행에서 객체가 서서히 표류하거나 변형되는 시뮬레이터는 결국 정책을 시작 당시의 세계와 더 이상 일치하지 않는 세계에 비추어 평가하게 될 것이다. Baidu는 도로 차량의 의사결정 주기를 30분의 1초, 약 33밀리초로 규정한다.

세 가지 역량이 그 약속을 뒷받침합니다. 모든 교통 참여자는 미리 정해진 소품이 아니라 자체적인 판단을 지닌 에이전트로 모델링되므로, 제동하는 로보택시가 뒤따르는 차량으로부터 서로 다른 반응을 이끌어낼 수 있습니다. 카메라와 라이다 데이터는 실시간으로 생성되어, 주행 스택이 실제 도로에서 사용하는 것과 동일한 인터페이스를 통해 가상 도시를 인식할 수 있게 합니다. 그리고 주행은 고립된 시나리오 클립이 아니라 임의의 출발지와 목적지에 걸쳐 주문 접수, 승객 탑승, 승객 하차까지 엔드투엔드로 완결됩니다.

바이두는 이 모델이 이미 Apollo Go의 글로벌 테스트와 검증을 지원하고 있다고 말하며, 하루 약 10만 킬로미터의 시뮬레이션 주행을 언급했는데, 이는 안전 운전자가 탑승한 차량이 약 3년 동안 연속으로 테스트한 것에 해당한다고 설명했다. Apollo Go 자체의 운영 수치도 함께 인용되었다: 28개 도시, 2,300만 회 이상의 탑승, 3억 5,000만 자율주행 킬로미터, 그중 2억 4,000만 킬로미터 이상은 완전 무인 주행이었다. 파라미터 수, 아키텍처, 벤치마크 표, 논문, 가중치 파일 또는 가격은 공개되지 않았다. 이는 제품 출시가 아니라 내부 인프라에 관한 역량 브리핑이다.

"Agentic"은 여기서 두 가지 다른 의미를 가집니다.

이것이 바로 그 비교에 숨은 함정이며, 두 발표 모두 같은 유행어에 기대고 있기 때문에 잠시 속도를 늦춰 짚어볼 가치가 있습니다.

WorldClaw에서 에이전트는 빌더입니다. 언어 모델 플래너가 프롬프트를 장면 계획으로 분해하고, 비전 에이전트가 결과를 검사해 수정 사항을 제시합니다. 지능은 제작 루프 안에 있으며, 장면을 로드하기 전에 단 한 번 작동합니다. 메시가 내보내지고 나면 에이전트는 사라지고, 세계는 불활성 지오메트리일 뿐입니다.

Apollo World에서 에이전트는 거주자입니다. 플래너는 무언가를 조립하는 것이 아니라 다른 차를 운전하고, 보도를 걷고, 양보할지 결정합니다. 지능은 시뮬레이션이 지속되는 동안 유지되며, 그 목적 전체는 세계가 테스트 중인 대상에 반응하게 만드는 것입니다. 반응하는 거주자가 있는 정적인 장면은 WorldClaw의 기준에서는 모순이고 Apollo의 기준에서는 바로 핵심입니다.

그 차이는 또한 이 둘을 단순하게 결합하기 어려운 이유를 설명해 줍니다. WorldClaw 메시를 주행 시뮬레이터에 넣으면 움직이는 것이 하나도 없는 보기 좋은 세트를 얻게 됩니다. WorldClaw 장면에 반응형 트래픽을 추가한다는 것은 행동 계층을 직접 작성해야 한다는 뜻입니다. 두 프레임워크는 같은 문제의 서로 다른 절반을 해결하며, 어느 쪽도 다른 절반을 제공하지 않습니다.

둘 다 이용할 수 없으며, 그 이유는 서로 다릅니다.

WorldClaw는 문서화되어 있지만 배포 가능한 형태는 아니다. 논문은 자원이 충분한 팀이라면 이를 재구현할 수 있을 만큼 방법을 상세히 설명하고 있고, 여러 제3자가 부분 버전을 구축했지만 Tencent는 코드나 가중치를 공개하지 않았다. H20 4개 요구 사항과 별도 라이선스가 적용된 모델들의 스택에 대한 의존성은 설령 공개된다 해도 바로 내려받아 쓸 수 있는 다운로드가 되지 않을 것임을 의미한다.

Apollo World는 배포되었지만 제공되지는 않는다. Baidu는 이를 Apollo Go를 위해 운영 중이라고 설명하며, 공개된 내용에는 상업적 조건도, 인터페이스도, 외부 접근이 계획되어 있다는 어떤 표시도 없다. 따라서 가용성에 관한 두 가지의 비교는 "공개 대 비공개"가 아니라 "미출시 대 내부용"이다 — 어느 쪽이든 기다리고 있다면 중요한 구분이다.

이번 분기에 월드가 필요한 팀이라면, 실용적인 경로는 둘 다 아닙니다. 절차적 장면 도구가 포함된 게임 엔진은 정적인 절반을, 상용 주행 시뮬레이터는 동적인 절반을 담당하며, 오픈 웨이트 비디오 월드 모델은 데모용 절반을 담당합니다. 물론 센서가 필요한 경우라면 형편없이요. OrcaRouter는 Apollo World나 Hunyuan3D WorldClaw를 제공하지 않습니다. 둘 다 호출 가능한 모델이 아니니까요. 하지만 장면 파이프라인을 둘러싼 언어 및 비전 단계는 평범한 API 작업이며, 바로 그 계층을 우리가 실제로 담당합니다: 하나의 키로 200개 이상의 모델, 제공자 정가 대비 0% 마크업, 그리고 빌드 도중 계획 호출이 시간 초과될 때의 페일오버까지.

귀하의 문제에 맞는 올바른 참고 자료는 어느 것입니까?

게임 레벨, 실내 공간의 합성 데이터셋 또는 버추얼 프로덕션 세트를 만들고 있다면, WorldClaw를 실행할 수는 없더라도 WorldClaw가 더 관련성 높은 설계입니다. 네 단계 분해 — 계획, 지형, 객체, 정교화 — 는 탄탄한 아키텍처이고, 명시적 메시 출력은 나중에 편집해야 하는 모든 작업에 적합한 선택입니다. 정량적 평가가 없다는 점은 어떤 재구현에도 염두에 두어야 할 유의 사항입니다. “SynCity보다 더 좋아 보인다”는 것은 사양이 아닙니다.

자율주행 스택을 검증하는 중이라면 Apollo World의 2+3 루브릭이 더 유용한 산출물이며, 모델은 아직 그렇지 않더라도 오늘날 체크리스트로 사용할 수 있습니다. 어떤 시뮬레이터 공급업체든 인과성, 상호작용성, 물리적 정확도, 장기 실행 시 지속성, 장면 복잡도 하의 지연 시간에 대해 물어보십시오. 지속성 질문에 드리프트 측정값으로 답하지 못하는 공급업체는 물리 라벨을 붙인 비디오 생성기를 당신에게 팔고 있는 것입니다.

{{1}}둘은 아마도 하나로 수렴할 것이다.{{/1}} WorldClaw 같은 프레임워크에서 편집 가능하고 잘 구조화된 장면을 입력받을 수 있는 시뮬레이터는 주행 시뮬레이션을 비싸게 만드는 콘텐츠 병목을 해결할 것이고, 그 안의 거주자들을 생동감 있게 움직일 수 있는 WorldClaw급 생성기는 더 이상 디오라마만 만들어 내지 않게 될 것이다. 어느 회사도 그런 작업을 발표하지 않았다. 현재로서 정직한 설명은 코드가 없는 세트 빌더와 문이 없는 교통 심사관이며, 두 회사가 진정으로 공유하는 것은 단 하나의 단어뿐이다.{{2}}