Index
2026-09-09 — Analysis

RoboTwin 2.0 태스크 리뷰 — 43 train / 7 unseen

Zero-WAM | 50개 태스크 전부의 데모 영상 + language instruction + 태스크별 “human demo가 정말 필요한가” 판정 워크시트

이 페이지의 목적

50
전체 태스크
43
train (seen)
7
held-out unseen
150
영상 (태스크당 3 ep)
200
instruction / episode
0
판정 완료

1 데이터 출처와 읽는 법

영상·instruction은 전부 로컬 RoboTwin 2.0 수집 데이터에서 직접 추출했다. 프로젝트 페이지에 올라간 7개 unseen 영상은 정책 롤아웃이지만, 여기 영상은 전부 동일 소스(demo_clean expert 데모)라 43 vs 7을 같은 조건에서 비교할 수 있다.

항목출처비고
영상RoboTwin/data/demo_clean/<task>/aloha_agilex/video/episode_000000{0,1,2}.mp4320×240 head-cam, expert demo. 태스크당 3 에피소드(상단 Episode 토글)
instruction.../instruction/episode_XXXXXXX.json에피소드마다 seen 100개 + unseen 100개 문장. 실제 오브젝트 이름이 치환된 상태
태스크 정의 / 슬롯RoboTwin/description/task_instruction/<task>.jsonfull_description, schema({A}{B}{a}가 무엇인지)
슬롯 변이 수.../scene_info.json수집된 50 에피소드에 걸친 {A}/{B}/{a}의 고유값 개수 → 오브젝트 다양성 지표
43/7 분할 · SRZero-WAM 프로젝트 페이지 (gh-pages/index.html)7개 태스크 이름·카테고리·성공률 그대로 인용
slot 표기: 카드 하단 {A}=100_seal/base6 ×5 는 “이 에피소드에서 {A}는 seal base6이고, 수집된 50 에피소드 전체에서는 {A}가 5종으로 바뀐다”는 뜻이다. {a}는 사용 팔(left/right/dual).
instruction 스타일: seen은 학습 때 쓰인 표현 분포, unseen은 같은 뜻의 보지 못한 표현(언어 일반화 평가용)이다. 상단에서 토글해 두 스타일을 비교할 수 있다. 이건 태스크 분할이 아니라 문장 분할이라는 점에 주의.

2 “human demo가 정말 필요한가” — 판정 기준

Zero-WAM의 주장은 human demo video를 task specification으로 쓰면 language만으로는 안 되는 zero-shot 태스크가 풀린다는 것이다. 그렇다면 각 태스크에 대해 물어야 할 것은 “language instruction이 이 태스크의 목표 상태를 유일하게 결정하는가?”이다. 카드를 보면서 아래 세 축으로 판정하면 된다.

판정기준전형적 신호
언어로 충분문장만 읽고도 목표 상태·대상·순서가 하나로 정해진다. 데모는 중복 정보오브젝트 1종, 명시적 색/이름, 단일 스텝 (click_bell, place_empty_cup)
애매문장으로 표현은 가능하나 실행 세부(파지점·접근각·팔 선택)가 열려 있음오브젝트 다변이({A}×5+), 팔 선택이 장면 의존, 도구 사용
데모 필요목표가 시연으로만 편하게 지정됨. 언어로 쓰면 장황하거나 모호해짐장기 순서(3단 적재), 관절체 궤적, 새 오브젝트 카테고리, 양팔 협응

먼저 던져볼 반문 (판정하면서 검증할 것)

RoboTwin은 태스크마다 이미 잘 쓰인 language instruction이 200개씩 붙어 있는 벤치마크다. 즉 7개 held-out 태스크도 언어로는 완벽히 명세되어 있다. 그렇다면 human demo가 기여하는 것은 “명세”가 아니라 다른 것일 수 있다:

  • 명세(what)가 아니라 사전(grounding) — 학습 때 본 적 없는 단어(seal, scale)를 픽셀에 붙여준다
  • 목표 상태의 시각적 예시 — “stamped”가 어떤 픽셀인지
  • 모션 프라이어 — 접근 방향·파지 높이 같은 언어로 안 쓰는 정보

따라서 카드를 볼 때 “이 문장이 애매한가?” 뿐 아니라 “문장은 멀쩡한데 이 단어/오브젝트를 43개 train 태스크에서 본 적 있나?”를 같이 보면 된다. 43개 쪽을 검색창에 seal, scale, stapler, cup, bread, microwave, stack으로 넣어보는 것이 가장 빠른 확인법이다.

Split Episode Instr Sort

3 Held-out 7 × Train 43 — asset 커버리지 대조

“정말 human demo가 필요한가”를 감으로 판단하지 않기 위해, 먼저 7개 held-out 태스크에 등장하는 오브젝트가 43개 train 태스크에 실제로 나왔는지를 scene_info.json 전수(태스크당 50 에피소드)에서 계산했다. 오브젝트는 048_stapler/base1 같은 asset 경로에서 카테고리 토큰만 뽑아 비교했다.

Held-out 태스크train 43에 있는 assettrain 43에 없는 assetZero-WAM SRΔ video
(vs text-only)
1차 소견
Place Empty Cup
place_empty_cup
cup ← 1개 traincoaster84.87%+19.22cup은 train(place_container_plate)에 있고 coaster는 평평한 타깃이라 사실상 새 개념이 아님. 문장 “place the empty cup on the coaster”가 목표를 유일하게 결정한다.
Move Stapler Pad
move_stapler_pad
stapler ← 5개 train없음 (전부 train에 존재)69.14%+4.16stapler는 train 5개 태스크에 등장하고, ‘물체를 색깔 매트 위로’ 패턴은 place_mouse_pad가 그대로 학습했다. 새로운 건 조합뿐.
Open Microwave
open_microwave
—microwave59.00%+17.57microwave asset 자체는 train에 전혀 없다. 다만 open_laptop·put_object_cabinet이 ‘관절체를 연다’는 스킬 프라이어를 준다. 언어는 명확하지만 어떤 픽셀이 microwave인지가 새 정보.
Stamp Seal
stamp_seal
—seal47.00%+29.67seal asset이 train에 전혀 없다. 반면 ‘물체를 잡아 색깔 매트에 놓는다’는 동작은 place_mouse_pad/place_fan/place_shoe에 있다. 즉 부족한 것은 동작이 아니라 ‘seal’이라는 단어의 grounding.
Place Bread Basket
place_bread_basket
bread ← 4개 trainbreadbasket35.00%-28.92bread는 train(place_bread_skillet 등)에 있지만 breadbasket은 없다. 게다가 빵이 여러 개라 ‘every bread’의 반복 횟수가 장면 의존 → 문장만으로는 종료 조건이 덜 결정적.
Place Object Scale
place_object_scale
bell ← 4개 train
mouse ← 5개 train
stapler ← 5개 train
electronicscale24.67%+1.99옮기는 물체(mouse/stapler/bell)는 전부 train에 있고, 타깃인 electronicscale만 없다. SR 24.67%로 낮은데 asset 신규성은 1개뿐 → 저울 위 작은 면적에 정밀하게 놓는 실행 난이도가 병목일 가능성.
Stack Blocks Three
stack_blocks_three
—없음 (전부 train에 존재)9.00%+9.00asset 신규성 0. stack_blocks_two가 train에 있고 색·순서까지 문장에 명시돼 있다. 그런데 SR 9%로 최저 → 이 태스크의 병목은 명세가 아니라 horizon/누적 오차다.
관측 1 — held-out의 신규성은 “물체”가 아니라 대부분 “타깃/용기”다. 조작 대상(stapler·bread·cup·mouse·bell)은 거의 전부 train에 있고, train에 전혀 없는 것은 electronicscale·breadbasket·coaster·seal·microwave 5종뿐이다. 프로젝트 페이지가 이 그룹을 “Unseen Object or Unseen Container”라고 부르는 것과 일치한다.
관측 2 — SR은 asset 신규성 순서를 따르지 않는다. asset 신규성이 0인 stack_blocks_three가 SR 9.00%로 최저이고, asset이 완전히 새로운 open_microwave가 59.00%다. 즉 이 벤치마크에서 실패의 주된 원인은 “태스크를 몰라서”가 아니라 “길고 정밀한 실행을 못해서”일 가능성이 크다.

그래서 “in-context human demo가 필요한가”에 대해 이 표가 말하는 것

RoboTwin은 태스크마다 오브젝트 이름이 치환된 instruction을 200개씩 갖고 있어서, 7개 held-out 태스크도 언어로는 완전히 명세되어 있다. 따라서 human demo가 “무엇을 할지”를 알려준다는 설명은 이 벤치마크에서는 약하다. 표가 지지하는 더 그럴듯한 역할은 두 가지다:

  • (A) grounding 보완 — seal, electronicscale, breadbasket, microwave처럼 train에서 한 번도 픽셀에 붙어본 적 없는 명사. 이 4개에 한해서는 demo가 “그 단어가 화면의 이것”을 지정해 주는 실질적 정보를 준다.
  • (B) 목표 상태·모션 프라이어 — “stamped”, “on the scale”이 어떤 픽셀 배치인지, 접근 방향·파지 높이는 어디인지. 언어 instruction이 절대 담지 않는 정보.

반대로 demo가 별 도움이 안 될 것으로 보이는 쪽도 표에 있다. stack_blocks_three는 색·순서가 문장에 다 적혀 있고 stack_blocks_two까지 학습했는데 9%다. 여기서 부족한 건 명세도 grounding도 아니라 3단계 누적 실행이다. 아래 카드에서 각 태스크를 직접 보면서 이 가설을 태스크 단위로 검증하면 된다.

확인 방법: 아래 검색창에 seal / scale / microwave / coaster / basket을 넣고 43 train 필터로 전환하면, 그 단어가 train 쪽에 존재하는지 즉시 확인된다.

4 Ablation — human video prompt이 실제로 얼마나 기여하는가

본문 Table 2에는 Zero-WAM/LingBot-VA/WAN-Action만 있고, ablation 변형들의 태스크별 수치는 그림 안에만 있다. 아래 표는 그 그림에서 복원한 값이다 — 출처와 정밀도는 표 아래에 명시.

Held-out 태스크train에 없는 타깃WAN-ActionLingBot-VA
(논문)
LingBot-VA
(자체 학습)
ZW w/o pretrainZW w/o pretrain
(자체 · language-only)
ZW w/o pretrain
(자체 · ICL)
ZW w/o pretrain
(자체 · 영상 교체)
ZW w/o IFPtext-only ZWZero-WAMΔ ICL
Stamp Sealseal7.333.6734.005330.0047.0038.0021.3417.3347.00+29.67
Place Empty Cupcoaster38.3342.3362.004610.0028.0012.0059.0265.6584.87+19.22
Open Microwavemicrowave2.2629.3334.00268.7021.00—3.8241.4359.00+17.57
Stack Blocks Three없음0.000.000.0000.000.00—0.000.009.00+9.00
Move Stapler Pad없음10.6723.3361.007452.0040.0026.0056.3564.9869.14+4.16
Place Object Scaleelectronicscale3.006.1734.002213.0016.00—19.6522.6824.67+1.99
Place Bread Basketbreadbasket15.2617.3360.003331.0037.00—39.7463.9235.00-28.92
macro average—10.9817.4540.7136.3620.6727.00—28.5539.4446.95+7.51

변형 정의 (논문 §4.4 원문 기준) — ZW w/o pretrain: Wan-2.2 초기화 + human video ICL로 43개 RoboTwin 태스크만 학습(대규모 pre-training 없음). text-only ZW: 전체 pre-training은 그대로 하되 human-video condition을 마스킹해 각 human-robot pair를 평범한 text-conditioned 샘플로 강등 — 즉 “데이터는 같고 video 조건만 뺀” 변형. ZW w/o IFP: in-context future chunk prediction 목표 제거. Δ video = Zero-WAM − text-only ZW, 즉 같은 데이터로 학습했을 때 ICL 경로 전체(학습 + 추론)의 기여다. text-only ZW는 학습 단계에서부터 human-video condition이 마스킹된 별도 모델이라, “추론 때 demo만 빼고 넣는 차이”가 아니다.

수치 출처 — WAN-Action/LingBot-VA/Zero-WAM은 논문 Table 2(본문 텍스트, 소수 2자리). ZW w/o pretrain은 Fig. 5 막대 라벨(정수 반올림). text-only ZW와 ZW w/o IFP는 Fig. 6 radar 차트에 값 라벨이 없어, 그림 PDF의 벡터 폴리곤 좌표를 축 스케일로 역산했다. 같은 디코더가 Zero-WAM·LingBot-VA 행을 Table 2와 ±0.05 pp 이내로 재현하므로 이 값들의 오차도 그 수준이다. macro average는 논문 본문에 인쇄된 값(46.95 / 39.44 / 36.36 / 28.55 / 17.45 / 10.98)을 그대로 썼다.

관측 3 — LingBot-VA 대비 +29.50 pp 중 human video의 몫은 1/4뿐이다. 17.45 (LingBot-VA, 언어) → 39.44 (text-only Zero-WAM, 여전히 언어) = +21.99 pp는 task-balanced pre-training 데이터가 만든 것이고, 39.44 → 46.95 (human video 조건 추가) = +7.51 pp가 ICL 경로 전체(학습 때 video 조건 + 추론 때 demo)의 몫이다. 헤드라인 격차의 약 75%가 데이터, 25%가 video prompt다.
관측 4 — video prompt의 이득은 태스크마다 부호가 갈린다. 가장 큰 이득 3개(stamp seal +29.67, place empty cup +19.22, open microwave +17.57)는 전부 train 43에 없는 타깃 asset(seal / coaster / microwave)을 가진 태스크다 — §3에서 세운 “demo = grounding 보완” 가설과 방향이 맞는다. 그러나 place bread in basket은 breadbasket이 마찬가지로 train에 없는데도 −28.92 pp로 최대 손해다. 따라서 asset 신규성만으로는 설명되지 않는다. 이 태스크는 양팔 + 빵이 여러 개라 “몇 개를 옮겨야 하는가”가 장면 의존인데, 고정된 human video를 조건으로 주면 오히려 잘못된 반복 횟수/팔 배정을 유도했을 수 있다 — 가설이며 이 표만으로는 검증되지 않는다.
관측 5 — video를 ‘주는 것’만으로는 오히려 손해다. IFP가 있어야 이득이 된다. ZW w/o IFP는 human video를 조건으로 받는데도 28.55%로, video를 아예 안 쓰는 text-only(39.44%)보다 10.89 pp 낮다. 즉 in-context video는 기본적으로 무시되거나 방해가 되고, IFP 목표로 “video를 보라”고 강제해야 +18.40 pp를 회수한다. 특히 open microwave는 3.82 → 59.00으로 IFP 유무가 사실상 전부다.

그래서 “in-context human demo가 진짜 필요한가”에 대한 현재 답

RoboTwin 범위 안에서는 ‘필요조건’이 아니라 ‘조건부 보너스’에 가깝다. 근거:

  • 언어만 쓰는 text-only 변형이 이미 39.44%로, 7개 held-out 태스크 대부분을 상당 부분 푼다. 이 벤치마크에서 “태스크를 몰라서 못 푸는” 구간은 생각보다 좁다.
  • ICL 경로의 기여 +7.51 pp는, 학습 데이터를 task-balanced로 다시 짠 효과(+21.99 pp)보다 훨씬 작다.
  • video 기여가 큰 곳은 train에 없는 타깃 asset이 있는 태스크 쪽에 몰려 있다 → 명세(what)보다 grounding 쪽 해석을 지지한다.
  • 단, stack blocks three는 0.00 → 9.00으로 video가 zero-success 장벽을 깬 유일한 태스크다. 절대값은 작지만 언어로 완전히 명세된 태스크에서도 video가 도움이 된 사례라, “명세 보완” 해석을 완전히 배제할 수는 없다.

확실히 가르려면 여전히 ablation이 필요하다 — 같은 7개 태스크에서 (i) 언어만, (ii) human video 전체, (iii) video의 마지막 프레임만(목표 상태만), (iv) 무관한 태스크의 video를 비교하면 grounding / 목표상태 / 모션 프라이어 / 단순 조건 노이즈를 분리할 수 있다.

자체 학습 LingBot-VA 대조 (직접 평가)

논문 baseline을 그대로 믿는 대신, 같은 7개 태스크에서 직접 학습·평가한 LingBot-VA를 넣었다. 출처는 RoboTwin/eval_result/<task>/LingBot_VA/demo_clean/step32000/, 7개 태스크 전부 100 에피소드, Instruction Type: seen. (place_empty_cup에는 3 에피소드짜리 중단된 smoke run이 같이 있어서, 에피소드 수가 가장 많은 run을 자동 선택하도록 했다.)

Held-out 태스크 LingBot-VA
(논문)
LingBot-VA
(자체)
Δ text-only ZW Zero-WAM 비고
Place Bread Basket17.3360.00+42.6763.9235.00언어 baseline 승
Move Stapler Pad23.3361.00+37.6764.9869.14—
Stamp Seal3.6734.00+30.3317.3347.00—
Place Object Scale6.1734.00+27.8322.6824.67언어 baseline 승
Place Empty Cup42.3362.00+19.6765.6584.87—
Open Microwave29.3334.00+4.6741.4359.00—
Stack Blocks Three0.000.00+0.000.009.00—
macro average17.4540.71+23.2639.4446.95—
관측 6 — 논문의 language baseline이 과소평가돼 있을 가능성. 직접 학습한 LingBot-VA는 27.86%로 논문이 보고한 17.45%보다 +10.41 pp 높다. 이 값을 기준으로 하면 Zero-WAM의 우위는 +29.50 pp → +19.09 pp로 줄어든다. Δ video(+7.51 pp)와 합쳐 보면, "human video가 격차를 만든다"는 서사는 더 약해진다.
관측 7 — 두 태스크에서는 순수 언어 baseline이 full Zero-WAM을 이긴다. place bread in basket 60.00 vs Zero-WAM 35.00, place object on scale 34.00 vs 24.67. 특히 bread basket은 이제 같은 방향의 독립 신호가 셋이다 — Δvideo −28.92, text-only ZW 63.92 > ZW 35.00, 그리고 자체 LingBot-VA 60.00 > ZW 35.00. 이 태스크에서 human video가 성능을 깎는다는 건 이제 단일 그림에서 읽은 수치가 아니라 재현된 관측이다.
관측 8 — stamp seal의 언어 실패는 재현된다. 논문 3.67% → 자체 4.00% (둘 다 upstream 기준). 독립적인 두 번의 학습에서 같은 값이 나왔으니 학습 우연이 아니라 태스크/프롬프트의 성질이다. 다만 이것이 “언어로는 원리적으로 불가”를 뜻하지는 않는다 — stamp/seal이 43 train instruction에 0회 등장한다는 §3의 사실과 똑같이 잘 들어맞는다. 프롬프트를 train 분포로 다시 써서 재평가하는 것이 이 둘을 가르는 실험이다. (덧붙여, 수정 기준으로 옮기면 자체 값은 4.00 → 34.00%가 된다 — 이 태스크의 “언어 실패” 중 상당 부분은 정책 능력이 아니라 1 cm 허용오차였다.)
해결 — move stapler to pad의 “미재현”은 성공 기준 차이였다. 같은 step32000 체크포인트를 Zero-WAM 수정 성공 기준으로 다시 평가했다(job 130608, n=100, 모델 고정 · 기준만 변경).
move_stapler_pad upstream 1/100 = 1.00% -> revised 61/100 = 61.00% (논문 LingBot-VA 23.33%) stamp_seal upstream 4/100 = 4.00% -> revised 34/100 = 34.00% (논문 LingBot-VA 3.67%)
기준 차이는 미세 조정이 아니라 태스크 재정의 수준이다 — move_stapler_pad는 성공 xy 면적이 16→176 cm²(11배)로 넓어지고 자세 조건 (|q|max−|q|min)<0.02가 삭제되어 pad 접촉으로 대체된다. stamp_seal은 eps 1→3 cm(면적 9배). 아래 표의 자체 LingBot-VA 열은 이제 7개 태스크 전부 수정 기준이다 (나머지 5개는 upstream과 수정본의 check_success가 동일).
그 결과 논문 헤드라인 격차가 대부분 사라진다. 자체 LingBot-VA macro가 27.86% → 40.71%로 올라간다.
논문 주장: Zero-WAM 46.95% vs LingBot-VA 17.45% -> +29.50pp 같은 기준: Zero-WAM 46.95% vs LingBot-VA(자체) 40.71% -> +6.24pp
즉 논문이 보고한 language baseline이 약했던 것이고, 순수 language-conditioned 정책을 제대로 학습시키면 Zero-WAM과의 격차는 6pp대로 줄어든다. 단 아래 “비교의 한계”(단일 시드, 학습 설정 불일치)는 그대로 적용된다.
비교의 한계 — 자체 LingBot-VA는 논문과 동일한 학습 설정이 아니다 (데이터 규모/스케줄 미확인, step32000 단일 체크포인트, 단일 시드). 논문 Table 2는 시드 분산(예: 17.45±1.40)을 함께 보고하므로, 위 Δ를 시드 노이즈와 구분하려면 최소 2~3 시드가 더 필요하다. 현재 표는 “논문 baseline이 상한이 아니다”를 보이는 용도로만 쓰는 것이 안전하다.
보너스 — 정책 롤아웃 영상이 생겼다. 이 eval은 태스크당 100개의 롤아웃 mp4를 남겼다. 아래 held-out 카드의 영상 좌하단 “▶ LingBot-VA rollout 보기” 버튼으로 expert demo ↔ 실제 정책 롤아웃을 토글할 수 있다. SR만으로는 안 보이는 실패 양상(어디서 놓치는지, 타깃을 잘못 고르는지, 파지에서 실패하는지)을 직접 볼 수 있다. move stapler to pad의 롤아웃을 보면, upstream 기준에서 1%였던 이유(스테이플러를 매트에 올려놓기는 하지만 yaw가 정렬되지 않음)를 눈으로 확인할 수 있다.

5 Held-out 7 태스크 zero-shot 평가 대상

Zero-WAM은 이 7개를 태스크 단위로 완전히 제외하고 나머지 43개로 학습한 뒤, 파라미터 업데이트 없이 평가한다. 각 카드의 막대는 §4의 여섯 가지 성공률(%)이다 — Zero-WAM / text-only ZW / ZW w/o pretrain / ZW w/o IFP / LingBot-VA / WAN-Action. 막대 아래 칩은 Δ ICL = Zero-WAM − text-only다. text-only는 학습 때부터 video 조건이 없는 별도 모델이므로, 이 값은 학습과 추론을 합친 ICL 경로의 기여이지 추론 시 demo만의 몫이 아니다.

6 학습에 쓰인 43 태스크

7개 held-out을 뺀 나머지. 여기서 어떤 스킬·오브젝트·문장 표현이 이미 학습에 노출됐는지를 확인하는 것이 “7개가 진짜 unseen인가 / demo가 필요한가” 판정의 근거가 된다.

7 자체 학습 Zero-WAM w/o pretrain — ICL vs demo 없는 추론

공개 zero-wam-pretrain이 아니라 Wan2.2-TI2V-5B에서 시작해 RoboTwin 43개 seen 태스크의 ICL 데이터로만 32,000 step 학습한 모델이다(8 GPU, 공개 recipe 기본값). 논문은 이 설정을 ICL 모드 36.36%로만 보고했고, 같은 모델을 human demo 없이 돌린 수치는 논문에 없다. 평가는 7개 held-out 태스크, demo_clean, Instruction Type: seen, Zero-WAM 수정 성공 기준(move_stapler_pad·stamp_seal)이다.

논문 변형과의 차이. 논문의 text-only ZW와 WAN-Action은 학습 단계부터 human video 조건이 없는 별도 모델이다. 반면 아래 두 열은 같은 ICL 학습 모델 하나를 추론에서만 demo 유무로 갈라 본 것이라, “학습 때 배운 것”과 “추론 때 보여주는 것”을 처음으로 분리한다.
Held-out 태스크 자체 · language-only 자체 · ICL Δ (ICL − lang) 자체 · 영상 교체 Δ (교체 − ICL) 논문 w/o pretrain text-only ZW Zero-WAM
Place Empty Cup10.00 (n=100)28.00 (n=100)+18.0012.00 (n=100)-16.004665.6584.87
Stamp Seal30.00 (n=100)47.00 (n=100)+17.0038.00 (n=100)-9.005317.3347.00
Open Microwave8.70 (n=92)21.00 (n=100)+12.30——2641.4359.00
Place Bread Basket31.00 (n=100)37.00 (n=100)+6.00——3363.9235.00
Place Object Scale13.00 (n=100)16.00 (n=100)+3.00——2222.6824.67
Stack Blocks Three0.00 (n=100)0.00 (n=100)+0.00——00.009.00
Move Stapler Pad52.00 (n=100)40.00 (n=100)-12.0026.00 (n=100)-14.007464.9869.14
macro average20.6727.00+6.333개 태스크만 측정36.3639.4446.95

n은 해당 태스크에서 실제로 평가한 에피소드 수다. 느린 태스크는 job 시간 제한에 걸려 100개보다 적을 수 있다. open_microwave의 ICL 결과는 중단된 런을 --start_seed로 이어받아 두 구간(56 + 42 에피소드)을 합산한 값이다.

추론 시 demo 기여의 분리. 같은 학습 모델 하나를 추론 모드만 바꿔 돌렸으므로, 논문 수치로는 불가능했던 분해가 된다.
20.67% language-only 추론 +6.33pp <- 추론 때 human demo를 보여준 효과 (같은 모델, 추론만 다름) 27.00% ICL 추론 (자체 재현) +9.36pp <- 논문 학습을 따라가지 못한 재현 격차 36.36% 논문 ZW w/o pretrain (ICL)
논문이 ICL 경로에 귀속시킨 +7.51pp(Zero-WAM − text-only)는 학습 때 영상 조건 + IFP 목표 + 추론 때 demo를 합친 값이다. 여기서 추론 때 demo만의 몫이 +6.33pp로 그와 비슷한 크기라는 점은 예상보다 크다. 남은 +9.36pp는 학습 쪽 재현 격차(데이터 구성·스텝수·하이퍼파라미터)로 귀속된다.
영상을 엉뚱한 것으로 바꾸면 유의하게 떨어지지만, 0으로 무너지지는 않는다. ICL 모드는 TARGET_TEXT_CFG=-1로 생성 스트림의 task text가 빈 임베딩으로 대체되므로(wan_va_server.py:641-644), human demo가 유일한 과제 정보다. 게다가 ICL 컨텍스트는 .pth에 저장된 그 영상 자체의 캡션 임베딩을 함께 싣기 때문에 (wan_va_server.py:530-536), 영상을 바꾸면 캡션도 함께 바뀐다. 그런데도:
Move Stapler Pad matched 40/100 = 40.00% -> mismatched 26/100 = 26.00% (-14.00pp) Place Empty Cup matched 28/100 = 28.00% -> mismatched 12/100 = 12.00% (-16.00pp) Stamp Seal matched 47/100 = 47.00% -> mismatched 38/100 = 38.00% (-9.00pp) POOLED matched 115/300 = 38.33% -> mismatched 76/300 = 25.33% (-13.00pp, Fisher p=0.0008)
“demo = task specification”이 맞다면 교체 조건은 0% 근처여야 한다. 실측 26%는 참 성공률 5% 가정 아래 p = 5e-32로 기각된다. 즉 demo는 성능을 밀어주는 조건화 신호이고, 과제를 지정하는 명세는 아니다 — 정책은 장면(어떤 물체가 놓였는지)에서 과제를 알아낸다. held-out 7개 태스크가 각각 고유한 물체 구성을 갖는다는 점과 맞물린다. 다만 영상과 캡션이 동시에 바뀌므로 어느 쪽을 무시하는지는 아직 분리되지 않았다.

롤아웃 영상 (모드별 1개씩)

Place Empty Cup · lang · 성공
Place Empty Cup · icl · 성공
Stamp Seal · lang · 성공
Stamp Seal · icl · 성공
Open Microwave · lang · 성공
Open Microwave · icl · 성공
Place Bread Basket · lang · 성공
Place Bread Basket · icl · 성공
Place Object Scale · lang · 성공
Place Object Scale · icl · 성공
Stack Blocks Three · lang · 실패
Stack Blocks Three · icl · 실패
Move Stapler Pad · lang · 성공
Move Stapler Pad · icl · 성공

7 판정 요약 & 내보내기

판정은 이 브라우저의 localStorage에 자동 저장됩니다.