TL;DR
모바일 GUI 자동화에서는 화면 전환과 다단계 상호작용 속에서 가격, 전화번호 같은 중간 사실을 정확히 유지하는 것이 핵심이다. 기존 ReAct식 누적 로그는 프롬프트가 길어지고 중요한 정보가 희석되어 장기 과제 성능이 급락한다.
왜 중요한가
모바일 GUI 자동화에서는 화면 전환과 다단계 상호작용 속에서 가격, 전화번호 같은 중간 사실을 정확히 유지하는 것이 핵심이다. 기존 ReAct식 누적 로그는 프롬프트가 길어지고 중요한 정보가 희석되어 장기 과제 성능이 급락한다.
핵심 기여
Context-as-Action(ConAct) 패러다임
에이전트 정책이 UI 행동과 함께 컨텍스트 관리 행동을 동시 출력하도록 설계했다. 단일 순전파에서 <thinking>, <folding>, <tool_call>, <ui_observation>, <action_intent>의 5개 출력을 생성해 Folded Action History(Ht), Folded UI State(Mt), Recent Step Record(Lt)를 업데이트한다. 이로써 컨텍스트 축소(folding)와 UI 메모리 쓰기(memory actions)가 정책 내부로 통합된다.
메모리 연산을 포함한 구조화된 상태와 실행 프로토콜
액션 공간 A = Aui ∪ Amem으로 UI 액션과 메모리(add/update/delete)를 분리하고, 각 메모리 항목을 (id, description, content) 형태로 보존하도록 규정했다. folding 지시는 범위(range)와 요약(summary)을 포함해 Ht를 모델 제어로 압축하도록 구성했다.
MemGUI-3K: ConAct 주석을 포함한 장기 궤적 데이터셋
MemGUI-Bench 128개 시드 과제를 확장한 후 Qwen3-VL-235B-Thinking 교사로 롤아웃·검수해 2,956개의 성공 궤적을 확보했다. 합리적 단계(reasonable steps)를 추출해 57,951개의 학습 SFT 샘플을 구성하고, span-level folding 등 ConAct 전용 주석을 포함했다.
MemGUI-8B-SFT: MemGUI-3K로 학습한 8B SFT 모델
Qwen3-VL-8B-Instruct를 LoRA SFT(ms-swift)로 한 epoch 학습해 MemGUI-8B-SFT를 획득했다. MemGUI-Bench에서 Qwen3-VL-8B-Instruct 대비 Pass@1을 9.4%→23.4%로 끌어올렸고 MobileWorld에서도 일반화 성능을 보였다.
제로샷 ConAct 적용 성능 개선 입증
Qwen3-VL-235B-Thinking에 제로샷 ConAct 프로토콜을 적용한 MemGUI-Agent-235B가 MemGUI-Bench에서 37.5% Pass@1 및 62.5% Pass@3를 달성하며 agentic 프레임워크 및 ReAct 기반 종단간 모델을 능가했다.
핵심 아이디어 이해하기
장기 모바일 GUI 자동화에서는 사용자가 화면에서 확인한 구체적 사실(가격, 전화번호, 복사 텍스트 등)이 앱 전환이나 지연에도 정확히 유지되어야 한다. ReAct식 누적 로그는 각 단계의 기록을 덧붙이며 컨텍스트 길이가 선형으로 증가해 토큰 비용과 정보 희석을 초래한다. 결과적으로 긴 과제(horizon)가 되면 모델 추론시 고려 가능한 핵심 정보가 사라지거나 잘려 나간다.
ConAct의 핵심 원리는 '컨텍스트 관리도 행동(action)으로 출력'하는 것이다. 모델 입력으로 현재 스크린샷 It와 구조화된 상태 St=(G,Ht,Mt,Lt)를 받아 다음을 한 번에 예측한다: τt(사고), ϕt(접기 지시), at(UI/메모리 행동), ot(도구 결과로부터 얻은 UI 관찰), ιt(행동 의도). 이 출력들로 Ht+1 = Fold(Ht,ϕt), Mt+1 = MemoryOp(Mt,at), Lt+1 = (ot,ιt,at,rt)가 결정되어 상태 전이가 정책 내부에서 수행된다. 즉, 어떤 정보를 언제 압축하고 무엇을 영구 저장할지 정책이 직접 선택한다.
구체적 이득은 두 가지다. 첫째, Folded Action History의 span-level abstraction은 관련 하위 작업을 하나의 요약으로 병합해 프롬프트 성장을 아예 줄인다(논문 실험에서 step 150 기준 약 1.5k 토큰 절감 보고). 둘째, Folded UI State의 명시적 메모리 항목(id, description, content)은 '완전한 content'를 보존해 앱 전환 뒤에도 정확한 값을 회복하도록 한다. 이 때문에 ConAct는 단순 포맷 변경이 아닌, 장기 과제에서의 정책적 결정을 학습해야 하는 문제로 귀결된다. 따라서 대규모 교사만으로는 부족해 MemGUI-3K 같은 감독 데이터가 필요하다.
방법론
전체 접근 방식: 에이전트를 하나의 MLLM πθ로 두고, 입력으로 현재 스크린샷 It와 구조화된 상태 St=(G,Ht,Mt,Lt)를 제공한다. 모델은 한 스텝에서 5파트(τt,ϕt,at,ot,ιt)를 출력하고, 출력에 따라 세 필드 H,M,L을 병렬로 갱신한다. 이로써 컨텍스트 축소(folding)와 메모리 쓰기(write)는 환경과 별개의 도구 호출(tool_call)로 구현되며, 메모리 연산은 환경 상태를 변경하지 않고 구조화된 Mt만 갱신한다.
핵심 메커니즘 상세: folding 지시 ϕt는 {
주요 결과
메인 벤치마크: MemGUI-Agent-235B(제로샷, Qwen3-VL-235B-Thinking + ConAct) 성능은 MemGUI-Bench에서 Pass@1 37.5% 및 Pass@3 62.5%를 기록했다(Table 2). 같은 백본에 ReAct 기반을 적용한 비교에서 ConAct 제로샷은 Pass@1 기준 최대 +13.3~+22.9% 포인트의 개선을 보였다. MobileWorld(GUI-Only)에서는 MemGUI-Agent-235B가 29.1% SR을 달성해 Qwen3-VL-235B-Thinking(14.5%) 대비 +14.6%p 향상했다(Table 3).
SFT 학습 영향: MemGUI-8B-SFT(LoRA SFT, Qwen3-VL-8B-Instruct 초기화)는 MemGUI-Bench에서 Pass@1 23.4%를 기록해 Qwen3-VL-8B-Instruct 기준 9.4% 대비 +14.0%p 개선을 확인했다. 개선은 난이도 높은 중·장기 과제에서 두드러져(Medium +19.0, Hard +18.5 vs Easy +6.2) 장기 컨텍스트 관리 능력 향상에 기인한다.
구성 요소 기여(ablations): ConAct 구성요소별 단독 추가 실험에서 UI memory actions만으로 Pass@1이 5.0→17.5%로 상승했고, history folding만으로 22.5%에 도달했다. 세 구성요소(folding, memory, self-describing step)를 모두 활성화한 Full ConAct은 40.0% Pass@1 / 62.5% Pass@3를 달성해 각 요소가 상호보완적임을 확인했다(Table 5).
오프라인 스킬 분석: MemGUI-3K 테스트에서 MemGUI-8B-SFT는 메모리 트리거 F1을 19.9%→48.0%로 끌어올렸고(format compliance 99.9%), deep-fold 비율도 증가해 모델이 언제 span-level abstraction을 사용할지 학습했음이 확인됐다(Table 4, Table 12).
기술 상세
전체 아키텍처: 에이전트는 MLLM πθ로 구현되며 입력은 현재 스크린샷 It와 구조화된 상태 St=(G,Ht,Mt,Lt)이다. 한 스텝 예측 yt=(τt,ϕt,at,ot,ιt)를 수행하면 세 병렬 업데이트가 발생한다: (A) Fold(Ht,ϕt)→Ht+1, (B) MemoryOp(Mt,at)→Mt+1(메모리 연산일 때), (C) Lt+1=(ot,ιt,at,rt). 실행 루프는 St+1=T(St,yt,rt)로 정의되며 이 모든 출력은 동일한 정책 네트워크의 단일 순전파로 생성된다.
한계점
실험은 Android 스타일 모바일 GUI 환경에 국한되어 있다. iOS, 데스크톱, 웹 인터페이스로의 확장 가능성은 본문에서 향후 연구 과제로 명시되어 있다.
실무 활용
MemGUI-Agent의 ConAct 프로토콜과 MemGUI-3K 감독 데이터는 모바일 GUI 자동화 워크플로에서 장기 과제·크로스앱 정보 유지 문제를 해결하는 데 실무적 근거를 제공한다. 코드와 데이터, 모델이 공개되어 있어 연구·프로덕션 초기 검증에 적용 가능하다.
- 멀티앱 사용자 시나리오(예: 상품 비교 후 노트에 저장)에서 가격·식별자 같은 중간 사실을 정확히 보존해 자동화 파이프라인의 신뢰성 향상
- 고객 지원 자동화: 앱 전환이 많은 절차(계정 전환, 연락처 복사 등)에서 중요한 정보 손실 없이 자동 응답 수행
- 모바일 QA/테스트 자동화: 장기 시나리오 재연 시 상태 압축과 메모리 재현으로 테스트 케이스 안정성 증가
코드 공개 여부: 공개
코드 저장소 보기키워드
용어 해설
- ConAct
- — Context-as-Action(ConAct)는 에이전트의 정책이 UI 행동과 함께 컨텍스트 관리 행동(히스토리 접기, UI 메모리 쓰기, 최근 단계 기술)을 출력하도록 하는 패러다임이다. 입력으로 현재 스크린샷과 구조화된 상태(St=(G,Ht,Mt,Lt))를 받고 하나의 순전파에서 사고(thinking), folding 지시, 실제 UI/메모리 액션, 화면 관찰(ui_observation), action_intent를 동시 출력하여 컨텍스트 압축과 영구 보존을 정책 수준에서 통합한다.
- Folded Action History
- — Folded Action History(Ht)는 에이전트가 이전 단계들을 요약·압축해 보존하는 구조화된 필드이다. 모델이 생성한 folding 지시(범위와 요약)를 적용하여 선형적 로그 누적을 억제하고 장기 과제에서 프롬프트 길이 증가를 완화한다.
- Folded UI State
- — Folded UI State(Mt)는 화면에서 읽은 중요한 UI-derived 사실(가격, 전화번호, 복사된 텍스트 등)을 id, description, content의 구조로 영구 저장하는 필드이다. memory_add/update/delete 연산을 통해 명시적으로 내용 전체(content)를 보존하여 앱 전환이나 지연에도 정확한 값 복원이 가능하다.
- ReAct-style prompting
- — ReAct 스타일 프롬프트는 각 단계에서 thought/tool_call/conclusion 형태의 기록을 순차적으로 누적해 맥락을 유지하는 방식이다. 장기 상호작용에서 로그가 선형적으로 증가해 prompt explosion과 중요 정보 희석 문제가 발생한다.
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.