🤗 Daily Hugging Face Paper Digest - 2026-08-27
Báo cáo được tạo tự động vào lúc 2026-08-28 10:18:32 bằng mô hình hermes-agent.
📰 Summary of Papers
1. VoiceMem: Streaming Dual-Brain Memory for Real-Time Interaction (152 votes)
Tác giả: Zhifei Xie, Jiaqi Lang, Ze An, Yifan Zhao, Dongchao Yang, et al.
Xuất bản lúc: 2026-08-26
Tag: RAG, Memory Systems, Speech Language Models, Streaming Retrieval, Emotion-Aware, Persona Modeling, Real-Time Interaction, On-Policy Distillation
I. Main Problem:
Các hệ thống hội thoại thời gian thực (SLM, duplex models) vẫn thiếu một bộ nhớ streaming, chính xác và thấu cảm đóng vai trò "linh hồn" của trợ lý giọng nói. Ba rào cản cốt lõi:
- O1 — Kiến trúc thống nhất: chưa mô hình hóa được cả trí tuệ thông tin lẫn trí tuệ cảm xúc/nhân cách trong một kiến trúc duy trì dài hạn.
- O2 — Mật độ cao, độ trễ zero: retrieval 2–3 giây phá vỡ ngân sách 500ms của hội thoại; top-100 (chuẩn text-agent) quá tải ngữ cảnh mô hình speech, trong khi top-5 lại dễ sót thông tin.
- O3 — Hạ tầng & tiến hóa: mô hình dialogue chưa nhận đầu vào audio–memory chung; bộ nhớ phải đơn giản để dễ cập nhật khi cả hai trường (memory & speech) đều đổi nhanh.
II. Main Idea:
VOICEMEM là khung bộ nhớ song song hai bán cầu, thiết kế riêng cho tương tác nói thời gian thực:
- Não trái (thông tin): chỉ mục 2 tầng schema–entity gom memory item theo thực thể, tăng mật độ ngữ nghĩa vùng ứng viên; kèm cơ chế cluster emergence — để các cụm con nổi lên từ pattern truy vấn lặp để cân bằng số schema và độ chính xác.
- Não phải (cảm xúc/nhân cách): hai loại node — node độc lập (đặc điểm bền vững của user) và node cross-entity (cảm xúc gắn với thực thể cụ thể ở não trái); gán nhãn cảm xúc ngắn hạn (trong lượt) và dài hạn (sau phiên, gộp thành xu hướng ổn định).
- Retrieval streaming 4 giai đoạn: (1) nghe + trích xuất ASR/thực thể/cảm xúc theo thời gian thực, (2) đuôi giọng 0–200ms, (3) dự đoán 200–400ms (tính embedding, mở rộng đồ thị), (4) tìm kiếm 400–500ms → tổng 134ms, nằm gọn trong ngân sách VAD 500ms.
- Kiến trúc tách rời: tầng trên (routing, tổ chức song não, streaming) độc lập hoàn toàn với tầng dưới (engine tìm kiếm, hiện dùng Mem0 làm backend thay thế được).
Ví dụ đời thường: giống người phục vụ bàn vừa nghe khách gọi món vừa ghi chú (trái: gọi món gì; phải: khách có vẻ vội và hơi cáu), và ngay khi khách ngừng nói 200ms liền chạy đi lấy món đúng ý mà không bắt khách đợi thêm — vì mọi bước đã chuẩn bị sẵn trong lúc khách còn nói.
III. Main Results:
- Độ chính xác (top-5): não trái đạt trung bình 76.39 trên LoCoMo/LongMemEval/Memora, vượt Mem0 (chính là backend của nó) +24.12 và vượt full-context +15.90; dẫn 7/11 hạng mục thông tin.
- Nhân cách: 74.16 (GPT-4o-mini) / 76.56 (mô hình fine-tune), vượt baseline mạnh nhất MemOS +1.89 trên 3 benchmark (ES-MemEval, PersonaMem, PersonaLens).
- Thời gian thực & rẻ: retrieval chỉ 134ms với 430 memory tokens; baseline mạnh nhất EverMemOS cần 1,899 tokens mới đạt 83.13 (thấp hơn VOICEMEM +8.1 điểm).
- ChatMem-Bench (audio dài hạn, 53h): dẫn đầu 11/14 hạng mục; cách biệt lớn nhất ở Paralinguistics & Environment (45.16–53.84 vs 3.23–26.92 của hệ thuần text).
- Tổng kết cộng đồng: information memory +46.1% over Mem0 / +16.0% over SOTA; persona +16.8% / +5.9%; long-horizon audio +41.3% / +27.4%.
IV. Conclusion & Future Works:
VOICEMEM chứng minh bộ nhớ song não cộng với streaming retrieval giải quyết đồng thời ba rào cản: độ chính xác cao ở top-5, thấu cảm nhân cách, và độ trễ gần zero — nền tảng bộ nhớ thực tế cho tương tác speech cá nhân hóa. Hướng tương lai: tích hợp cơ chế memory tham số hóa / tiềm ẩn (latent memory) làm tầng dưới thay thế; mở rộng đa phương thức sâu hơn (voiceprint, acoustic scene); áp dụng black-box OPD cho thêm nhiều họ mô hình speech; xuất bản chi tiết CHATMEM-BENCH.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng kiến trúc song não đa phương thức: gắn voiceprint và acoustic embedding vào node cross-entity để ghi nhớ bối cảnh môi trường (nhạc, tiếng ồn) dài hạn thay vì chỉ text.
- Nghiên cứu sâu cơ chế cluster emergence tự động: tối ưu ngưỡng coherence và tiêu chí LLM judge để số lượng schema tự cân bằng theo độ dài lịch sử và tần suất truy vấn.
- Black-box on-policy distillation cho speech-language models có bộ nhớ: quy trình memory-world construction → online correction bởi mô hình độc quyền → post-verification, sinh corpus huấn luyện quy mô lớn không gây quên.
2. Patent:
- Trợ lý giọng nói trên điện thoại: trong lúc user nói, app chạy nền trích xuất thực thể + nhận diện cảm xúc, khi user dừng 200ms liền tìm trong bộ nhớ cá nhân hóa (sở thích, người quen) để phản hồi ngay không độ trễ — giữ nguyên cảm giác đàm thoại tự nhiên.
- Ghi nhớ cảm xúc khách hàng cho app chăm sóc KH: lưu node độc lập (khách hay cáu khi chờ lâu) và node cross-entity (khách không thích gặp nhân viên Bob), để lần gọi sau tự động điều chỉnh thái độ và né nhân viên đó.
- Nhắc việc theo ngữ cảnh âm thanh: điện thoại ghi nhớ 'bài hát đang phát ở quán cà phê hôm qua' qua voiceprint/môi trường, sau này hỏi 'bài hát hôm qua là gì' sẽ nhớ được dù không có ghi chép text.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.26005 |
| ArXiv Abstract | https://arxiv.org/abs/2608.26005 |
| PDF Download | https://arxiv.org/pdf/2608.26005.pdf |
| Github Repository | https://github.com/xzf-thu/VoiceMem |
2. VGI-Bench: Probing Visual Intelligence in Video Generation Models (142 votes)
Tác giả: Xuan He, Cong Wei, Yuhao Cheng, Linrui Ma, Yuxuan Zhang, et al.
Xuất bản lúc: 2026-08-26
Tag: Video Generation, Benchmark, Visual Reasoning, World Models, Zero-shot Reasoning, VLM Evaluation
I. Main Problem:
Các bài chuẩn (benchmark) hiện tại dùng để đánh giá mô hình sinh video như trình suy luận thị giác còn ba lỗ hổng lớn:
- Sai lệch phân phối hình ảnh: nhiều bộ dùng đầu vào line-art / trừu tượng để dễ sinh, nhưng những đầu vào này lệch xa khỏi prior ảnh tự nhiên của mô hình sinh video, khiến thất bại do mismatch miền thị giác chứ không hẳn do kém suy luận.
- Ít đòi hỏi suy luận cuộn (rollout): nhiều bài visual-QA trả lời được ngay từ khung hình đầu, không buộc mô hình phải mô phỏng cảnh tiến triển rồi rút đáp án từ quỹ đạo sinh ra.
- Độ khó không kiểm soát: lẫn bài vượt quá thời lượng video thực tế (long-horizon) hoặc đòi chuyên môn phi thị giác (y khoa), nên thất bại không mang tính chẩn đoán.
II. Main Idea:
VGI-BENCH thiết kế bộ bài kiểm tra năng lực thị giác của mô hình sinh video quanh biên năng lực hiện tại theo ba nguyên tắc:
- Đầu vào ảnh thực (photorealistic): giảm mismatch miền thị giác.
- Tác vụ nhạy tiến trình (process-sensitive): thành công phụ thuộc vào sự tiến hóa trạng thái trung gian và tuân thủ luật, không chỉ khung cuối đúng.
- Hiệu chỉnh độ khó: lọc trước bằng vài mô hình SOTA (chỉ giữ bài ít nhất 1 model giải được và 1 model thất bại) + duyệt thủ công.
Cấu trúc hai tầng phân loại: 4 miền (Visual Organization, Physical Manipulation, Structured Puzzles, Spatiotemporal Dynamics) × 7 skill tag (Spatial, Temporal, Planning, Attribute Grounding, Physics, Topology, Affordance).
Đo lường kép: Completeness (tiến độ toàn cục) nhân với Rubric Score (hợp lệ từng bước qua checklist, lấy mẫu khung thích ứng 4→8fps + cửa sổ tập trung 10 khung) = Final Score. Nhờ nhân, video đứng yên (giữ luật nhưng không tới đích) và video chớp đến đích (vi phạm luật) đều bị phạt.
Ví dụ đời thường: giống giáo viên đưa cho học sinh một tấm ảnh hiện trạng rồi bảo "hãy tự diễn lại cảnh giải mê cung bằng một đoạn video ngắn", rồi chấm cả đã tới đích chưa lẫn từng bước có đi đúng đường luật không — chứ không chỉ nhìn khung cuối xem hình như xong là cho điểm.
III. Main Results:
- Seedance 2.0 dẫn đầu nhưng chỉ đạt 51.0% tổng thể; mọi miền đều xa vời được giải. Mô hình thương mại consistently vượt mã nguồn mở.
- Structured Puzzles là miền khó nhất; skill Topology và Temporal yếu nhất (thất bại giữ tính liên thông và theo dõi trạng thái đa bước).
- Ba mode thất bại chủ đạo: sụp đổ vật lý (vật xuyên nhau, biến mất), vi phạm luật (đi tắt, đổi cảnh đích), mất nhất quán vật/thái (xe phụ xuất hiện giữa chừng).
- Nhạy điều kiện đầu vào: oracle prompt (mô tả sẵn lời giải) chỉ cải thiện giới hạn; style line-art làm xếp hạng model đảo lộn, đặc biệt với mã nguồn mở.
- Fine-tuning dữ liệu tổng hợp: chuyển giao có giới hạn — lợi lớn nhất khi cấu trúc trùng khớp với tập huấn; kỹ năng Physics / Temporal khó cải thiện, có khi tệ hơn.
- Góc nhìn denoising: tự sửa lỗi (wrong→correct) < 1% và biến mất ở bước sau; trạng thái sai chủ yếu bị khóa và tinh chỉnh chứ không sửa về đúng.
- Độ tin cậy VLM-judge (Gemini-3-Flash): AUC 0.803, pairwise 73.2% so với người, cao hơn các base model rẻ hơn và ablation bỏ adaptive fps / focus window.
IV. Conclusion & Future Works:
VGI-BENCH xác nhận mô hình sinh video có năng lực suy luận thị giác đang nổi lên nhưng còn rất xa trí tuệ thị giác tổng quát; đồng thời chỉ ra các yếu tố hình thành và giới hạn nó (nhạy đầu vào, chuyển giao huấn luyện có biên, tự sửa yếu). Hướng tương lai: mở rộng sang tác vụ dài hạn (nhiều phút), thiết lập text-to-video / đa ảnh / có audio, đa ngôn ngữ, và chiến lược scaling dữ liệu tổng hợp hiệu quả hơn.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng VGI-BENCH sang bài toán quy hoạch đa bước dài hạn (multi-minute assembly) và thiết lập text-to-video, đa ảnh, có audio để vượt giới hạn thời lượng 5–10s hiện tại.
- Nghiên cứu chiến lược fine-tuning dữ liệu tổng hợp có phủ sóng cấu trúc rộng hơn, nhằm vượt qua giới hạn chuyển giao ở kỹ năng vật lý và phụ thuộc thời gian.
- Cơ chế self-correction trong quỹ đạo denoising video: làm sao buộc các bước sau sửa trạng thái sai thay vì chỉ khóa chặt giả thuyết đầu.
- Benchmark đa ngôn ngữ và cross-lingual cho đánh giá suy luận thị giác, vì hiện rubric chỉ viết tiếng Anh.
2. Patent:
- Ứng dụng kiểm tra chất lượng model trên điện thoại: người dùng chụp ảnh vật thật, app yêu cầu AI 'sinh video giải bài toán' (xếp chồng, mở nút thắt, vẽ đường mê cung) rồi tự chấm cả tiến độ lẫn tuân thủ luật — dùng làm bộ lọc độ hiểu vật lý trước khi xuất bản model lên kho ứng dụng.
- Trình tạo video hướng dẫn đồ họa từ ảnh: đầu vào là ảnh hiện trạng và mô tả mục tiêu bằng lời, model sinh đoạn video ngắn chỉ cách thực hiện (giải mê cung, xếp đồ, tháo mối thắt) — hữu ích làm hướng dẫn lắp ráp / sửa chữa hiển thị ngay trên màn hình điện thoại.
- Công cụ dạy robot qua video mô phỏng trên thiết bị di động: người dùng quay/sinh ảnh các bước lắp ráp, benchmark đo xem model có duy trì đúng danh tính và vị trí vật thể qua từng khung không, từ đó cảnh báo lỗi theo dõi trạng thái trước khi đưa chính sách xuống robot thật.
- Bộ lọc nội dung sinh video theo luật: khi người dùng nhập yêu cầu thao tác vật lý, hệ thống tự đánh giá rubric từng bước để phát hiện vi phạm luật (vật xuyên nhau, biến mất) và chỉ xuất bản clip đã qua kiểm duyệt tiến trình, giảm ảo giác vật lý trên mạng xã hội.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.19583 |
| ArXiv Abstract | https://arxiv.org/abs/2608.19583 |
| PDF Download | https://arxiv.org/pdf/2608.19583.pdf |
| Github Repository | https://github.com/hexuan21/VGI-Bench |
3. FrontierChallenge: Evaluating Scientific Workflow Completion (134 votes)
Tác giả: Liangcai Su, Zhaopeng Feng, Zhuo Chen, Zhen Zhang, Xiang Lin, et al.
Xuất bản lúc: 2026-08-25
Tag: Scientific Agents, Benchmark, Workflow Completion, LLMs, Agent Scaffolding, Cross-domain Evaluation, Contract-level Grading
I. Main Problem:
Các benchmark hiện tại chủ yếu đo câu trả lời cuối, chương trình đơn lẻ, hoặc một lĩnh vực duy nhất, nên không phản ánh được việc một agent có thể hoàn thành công việc khoa học dị đồng nhất — những việc mà thành công đòi hỏi nhiều giai đoạn phân tích và nhiều sản phẩm đầu ra phải giao (code, bảng, hình, báo cáo nhất quán với nhau).
Hậu quả:
- Một kết luận "có vẻ hợp lý" không đảm bảo task được giao nộp đầy đủ.
- Thiếu thước đo đánh giá toàn bộ bó sản phẩm thay vì một đáp án.
II. Main Idea:
FRONTIERCHALLENGE định nghĩa câu hỏi tập trung: với mục tiêu và dữ liệu đầu vào đã cố định, agent có tự hoàn thành được quy trình từ xử lý input đến bàn giao sản phẩm và thỏa mãn hợp đồng task đầy đủ không?
Quy trình xây dựng và đánh giá:
- Thu thập 300 quy trình khoa học đầu-cuối từ thực hành nghề nghiệp (quantum chemistry, molecular dynamics, materials, analytical chemistry, life science, electrochemistry).
- Mỗi task đóng gói thành gói tự chứa: mô tả, input cố định, phần mềm sẵn có, hợp đồng đầu ra, và Grader thực thi được.
- Đánh giá 97 task công khai bằng 12 mô hình frontier + 3 scaffold (Codex, Claude Code, Frontier Agent).
- Pass Rate = tỉ lệ task thỏa mãn tiêu chí hoàn thành nghiêm ngặt (điểm ≥ 99.9). Avg. Score chỉ đo tiến độ từng phần.
Ví dụ đời thường: giống một kỹ thuật viên được giao bộ dữ liệu thô và yêu cầu giao nộp báo cáo + code + bảng biểu + đồ thị phải khớp nhau — họ có thể chạy mượt, ra số đẹp, nhưng quên xuất một file hoặc code chạy sai định dạng là coi như trượt hợp đồng, dù bài làm trông rất hoàn chỉnh.
III. Main Results:
- Pass Rate chỉ 3.1%–20.6%; cấu hình tốt nhất (GPT-5.6 Sol + Codex và Grok 4.6 + Claude Code) chỉ hoàn thành 20/97 task (20.6%) dù Avg. Score cao nhất tới 87.9.
- Hố sâu giữa tiến độ và giao nộp: Analytical chemistry đạt Avg. 87.6 nhưng Pass Rate cao nhất chỉ 4%; Electrochemistry đạt Avg. 94.9 nhưng Pass Rate = 0% ở mọi cấu hình.
- Domain mạnh nhất: Quantum chemistry (Grok 4.6 đạt Pass 60%), Molecular dynamics (Pass 38%).
- 75.5% trajectory Claude Code không đạt vẫn kết thúc bằng ngôn ngữ "đã hoàn thành"; chỉ 1.5% thừa nhận còn dang dở.
- Lỗi tool xuất hiện ở 94.2% trajectory đạt và 80.7% không đạt → lỗi đơn thuần không dự báo thất bại.
- Token/ thời gian chênh 6+ lần; Frontier Agent trung bình 112.8 phút/task (đuôi dài tới 272 phút percentile 90).
IV. Conclusion & Future Works:
Trong giới hạn bộ task công khai và cấu hình đo, giao nộp đầy đủ ở mức hợp đồng là năng lực riêng biệt chưa được giải quyết. Điểm số từng phần cao và tự nhận "xong" đều không đáng tin làm chỉ báo thành công.
Hướng tương lai:
- Theo dõi hợp đồng đầu ra một cách tường minh trong agent.
- Xác thực chéo giữa các artifact (code–bảng–hình–văn bản phải nhất quán).
- Kiểm tra hoàn thành dựa trên bằng chứng thực thi, không dựa vào lời tự báo cáo.
V. Brainstorming Space:
1. Publish Papers:
- Thiết kế Grader thực thi theo hợp đồng đa-artifact cho quy trình khoa học, kết hợp chấm điểm định lượng và Judge LLM có thể tái lập, áp dụng sang miền y sinh và địa chất.
- Phân tích nguyên nhân gốc của hố sâu partial-to-complete: tách biệt lỗi thiếu artifact (Judge) vs lỗi Grader xác định, đo trên toàn bộ 300 workflow gồm cả tập GPU held-out.
- Cơ chế tự kiểm tra hợp đồng trong agent: agent duy trì checklist đầu ra và chạy xác thực chéo trước khi tự kết luận, nhằm giảm 75.5% ca "nói xong nhưng chưa xong".
2. Patent:
- Ứng dụng điện thoại trợ lý nghiên cứu: người dùng chụp ảnh/nhập dữ liệu thô, app tự chạy pipeline phân tích, rồi kiểm tra chéo báo cáo–bảng–biểu đồ trước khi gửi file, cảnh báo nếu thiếu artifact thay vì chỉ hiện kết quả.
- Hệ thống chấm điểm tự động bài tập thực hành khoa học cho sinh viên: nhận bộ code + báo cáo + đồ thị, Grader kiểm tra sự nhất quán liên artifact và chỉ điểm phần nào chưa thỏa hợp đồng giao nộp.
- Module kiểm soát chất lượng báo cáo doanh nghiệp: trước khi xuất báo cáo định kỳ, phần mềm tự đối chiếu số liệu trong văn bản với bảng tính và biểu đồ đính kèm, phát hiện mâu thuẫn để tránh giao nộp sai lệch.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.24979 |
| ArXiv Abstract | https://arxiv.org/abs/2608.24979 |
| PDF Download | https://arxiv.org/pdf/2608.24979.pdf |
| Github Repository | N/A |
4. WarpSAC: Towards the Pinnacle of Scalable Off-policy RL by Rethinking Exploration and Exploitation (134 votes)
Tác giả: Zihao Wu, Hongyao Tang, Yi Ma, Huizhong Song, Pengyi Li, et al.
Xuất bản lúc: 2026-08-25
Tag: Off-policy RL, SAC, FlashSAC, Reinforcement Learning, Sample Weight Decay, Sim-to-Real, GPU-Parallel Simulation
I. Main Problem:
Các bộ ổn định (stabilizer) kinh điển của RL off-policy — chuẩn hóa tham số, clipped double-Q, replay đều — được thiết kế khi replay buffer nghèo nàn (CPU-scale), nên phải giữ tính bảo thủ để tránh ước lượng giá trị sai trên vùng ít dữ liệu.
Nhưng mô phỏng song song GPU quy mô lớn giờ cung cấp dữ liệu trải nghiệm đa dạng với thông lượng cực cao, làm thay đổi chế độ dữ liệu. Khi đó:
- chuẩn hóa mạnh kìm hãm khả năng biểu diễn của hàm giá trị
- clipped double-Q trở nên quá bi quan / dư thừa tính toán
- mỗi thành phần bảo thủ thêm vào lại tốn thêm thời gian thực thi
Hầu hết pipeline off-policy vẫn kế thừa nguyên xi các stabilizer này dù chế độ dữ liệu đã đổi.
II. Main Idea:
WarpSAC là một họ thuật toán off-policy nhận thức chế độ dữ liệu (regime-aware), xây trên FlashSAC, cô lập 3 trục thiết kế và ghép từng cấu hình với chế độ dữ liệu tương ứng:
- (A) Replay weighting — lấy mẫu từ buffer đều hay theo tuổi (SWD)
- (B) Parameter projection normalization — bật (Norm ON) hay tắt (Norm OFF) chuẩn hóa cột trọng số sau mỗi bước tối ưu
- (C) Critic multiplicity — clipped double-Q (2 critic) hay single-Q (1 critic)
Thành phần xuyên chế độ là Sample Weight Decay (SWD): gán trọng số lão hóa cho transition, ưu tiên cập nhật những mẫu gần với policy hiện tại (mẫu "trẻ"), giữ sàn w_min để không mất độ phủ. SWD chỉ đổi phân bố minibatch, không đổi loss.
Hai biến thể theo toa:
- WarpSAC-L (Norm ON, clipped double-Q) — cho chế độ data-limited (CPU-scale)
- WarpSAC-A (Norm OFF, single-Q) — cho chế độ data-abundant (GPU-parallel), đạt lợi ích bằng cách gỡ bỏ thành phần chứ không thêm vào
Ví dụ đời thường: giống sinh viên ôn thi — thay vì học đều mọi trang vở cũ, tập trung ôn lại các bài gần nhất và sát với đề thi hiện tại (SWD); khi tài liệu tham khảo đã rất đầy đủ (dữ liệu dồi dào) thì bỏ bớt các quy tắc gò bó khiến mình không dám tự suy luận rộng (tắt norm/clip), còn khi sách vở ít ỏi thì giữ nguyên quy tắc để không đoán bừa.
III. Main Results:
- Trên 9 môi trường CPU-scale, WarpSAC tăng mean normalized score–step AUC so với FlashSAC +4.5%.
- Trên 14 môi trường GPU-parallel, tăng AUC tương ứng +23.1%.
- UnitreeG1TransportBox-v1: tỷ lệ thành công từ 19.8% → 96.4%.
- MuJoCo Playground: +19.1% mean normalized wall-time AUC.
- Sim-to-real Unitree G1: huấn luyện triển khai khép kín trong 35 phút trên 1 GPU A800, nhanh hơn FlashSAC (55 phút) 36.4% về thời gian thực.
- Ablation xác nhận: normalization giúp khi replay hẹp, trở nên kìm hãm khi replay rộng; SWD luôn có lợi ở cả hai chế độ.
IV. Conclusion & Future Works:
RL off-policy có khả năng mở rộng nên thích ứng stabilizer theo chế độ dữ liệu thay vì kế thừa đồng loạt. WarpSAC chứng minh ghép đúng cấu hình theo chế độ luôn thắng việc giữ nguyên bộ bảo thủ. Hướng tương lai: tự động phát hiện chế độ dữ liệu để chuyển đổi biến thể; khảo sát tương tác giữa SWD và dung lượng mạng; mở rộng sim-to-real theo phút trên GPU cao cấp (B200).
V. Brainstorming Space:
1. Publish Papers:
- Cơ chế tự động chuyển đổi biến thể WarpSAC theo ngưỡng thông lượng dữ liệu: xây bộ phát hiện chế độ (data-limited / data-abundant) để chuyển Norm ON/OFF và single/double-Q tại runtime mà không dừng huấn luyện.
- Nghiên cứu tương tác giữa SWD và dung lượng mạng: phân tích tại sao age-biased replay đặc biệt hữu ích khi mạng hạn chế, và thiết kế lịch decay T_decay thích ứng theo kích thước buffer.
- Mở rộng WarpSAC sang on-policy kết hợp (PPO + SWD) và sang tác vụ đa nhiệm song song để giảm thời gian triển khai robot hình người thực tế xuống dưới 10 phút.
2. Patent:
- Hệ thống huấn luyện robot hình người trên điện thoại/bo mạch nhúng: dùng SWD ưu tiên mẫu gần nhất để robot học đi lại chỉ trong vài chục phút trên GPU điện thoại cao cấp, tự tắt chuẩn hóa khi dữ liệu mô phỏng đã dồi dào.
- App huấn luyện cánh tay robot gia đình qua điện thoại: ghi lại chuyển tiếp gần nhất (mẫu 'trẻ') làm trọng tâm cập nhật, giúp robot tự chỉnh thao tác cầm nắm mới mà không cần thu thập lại toàn bộ dữ liệu cũ.
- Module sim-to-real cho drone/xe tự hành trên thiết bị di động: khi mô phỏng song song cung cấp đủ dữ liệu, tự gỡ bỏ critic thứ hai và chuẩn hóa để giảm một nửa tính toán critic, triển khai chính sách an toàn nhanh hơn trên phần cứng cầm tay.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.24479 |
| ArXiv Abstract | https://arxiv.org/abs/2608.24479 |
| PDF Download | https://arxiv.org/pdf/2608.24479.pdf |
| Github Repository | https://github.com/wzhhasadream/warprl |
5. VBVR-Pro: A Scalable and Verifiable Suite for Native Visual Reasoning (50 votes)
Tác giả: Junxiang Xu, Ruisi Wang, Fanyi Pu, Maijunxian Wang, Ran Ji, et al.
Xuất bản lúc: 2026-08-26
Tag: Native Visual Reasoning, Verifiable Reward, Reinforcement Learning, VLM-as-a-Judge, Multi-task RL, Image Generation, Video Generation, Interleaved Generation
I. Main Problem:
Lập luận trực quan gốc (native visual reasoning) coi việc sinh ảnh/video là chính bản thân quá trình lập luận — trạng thái trực quan là substrate hạng nhất để giải quyết vấn đề, không chỉ là input hay output. Dù vậy tiến bộ vẫn bị kẹt vì ba thiếu hụt:
- Thiếu tác vụ huấn luyện quy mô lớn: benchmark hiện tại chủ để đánh giá, ít/sạch dữ liệu train; nguồn tổng hợp cũ chỉ tập symbolic đơn giản.
- Thiếu phản hồi đáng tin: phổ biến dùng VLM-as-a-judge nhưng hay sai — nhận thức tinh tế bất chính xác, bỏ qua lỗi quyết định, hiểu sai luật tác vụ; đồng thời đắt và không tái lập (55–93% mẫu đổi điểm khi chạy lại).
- Thiếu so sánh có kiểm soát giữa các substrate sinh (image / video / interleaved) dưới cùng một phân bố tác vụ.
II. Main Idea:
VBVR-Pro là testbed vòng kín biến lập luận trực quan thành 4 tính chất: trainable, verifiable, optimizable, controllable. Ba trụ cột:
- Task scaling — 300 generator dạng procedural, mỗi tác vụ lấy tham số ngẫu nhiên (grid, vật thể, layout, độ khó) và sinh cùng lúc ba modality căn chỉnh: video, image (3 chế độ: Last-Frame / Key-Frame / Multi-Frame), và interleaved. Cùng phân bố gốc → so sánh công bằng image/video/interleaved.
- Verifiable reward scorers — thay vì so pixel, trích xuất thực thể ngữ nghĩa (màu, hình, vị trí, đếm) qua CV cổ điển (HSV segmentation, contour, OCR, trajectory tracking), rồi chấm theo luật xác định, có trọng số human-calibrated. Cho điểm mịn, giải thích được lỗi, fully deterministic.
- Mechanism study — so sánh >30 generator image/video/interleaved biến scale, format, modality.
Ví dụ đời thường: giống giáo viên chấm bài bằng đáp án có từng bước cụ thể (đúng màu chưa, đúng vị trí chưa, đúng thứ tự chưa) thay vì nhờ một ông khác đọc bài rồi đoán 'có vẻ ổn', nên chấm vừa nhanh, vừa công bằng, vừa lặp lại kết quả y hệt mỗi lần.
III. Main Results:
- Transfer mạnh: model train trên VBVR-Pro tăng >20 điểm % trên 7 benchmark ngoài (RISE-Video, V-ReasonBench, RULER-Bench, MME-CoF-Pro, VideoThinkBench, BabyVision, IntelligentVBench). Diagnostics (nearest-neighbor, counterfactual, multi-path exploration) chứng minh học lập luận thật chứ không fit mẫu câu lệnh.
- Scorer thắng VLM judge: per-vote agreement với human >0.60, vượt GPT-5.5 (0.54) và Gemini-3.1-Pro (0.52), đạt ~78% human ceiling; chi phí thấp nhất; tái lập 100% (VLM đổi điểm 55–93% mẫu). Model-level: ρ=1.00 OOD, r≥0.95 cả hai split.
- 9 open-source model train thêm trung bình +0.290; trong-miền (ID) +0.401, ngoài-miền (OOD) +0.179.
- Substrate: video generators mạnh nhất cho track trạng thái không gian-thời gian bền vững; interleaved là lựa chọn tiết kiệm tính toán (externalize trạng thái trung gian); image-only yếu về lập luận thời gian. Can thiệp trung gian chứng minh visual trajectory quan trọng hơn linguistic Chain-of-Thought.
IV. Conclusion & Future Works:
VBVR-Pro lập nền tảng vòng kín cho native visual reasoning: (1) curriculum 300 tác vụ procedural, (2) scorer human-aligned dùng được làm reward RL, (3) suite so sánh modality có chứng cứ ủng hộ visual-state reasoning. Release toàn bộ data, model, scorer, code. Hướng tương lai: mở rộng multi-task RL quy mô lớn với verifiable reward; nghiên cứu sâu hơn causal role của visual-native trajectory; tự động chọn substrate sinh theo tác vụ.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng multi-task RL quy mô lớn dùng verifiable scorers làm reward task-grounded cho native visual reasoning trên hàng trăm tác vụ đồng thời.
- Nghiên cứu thực nghiệm causal: so sánh trực tiếp đóng góp của intermediate visual states vs linguistic CoT qua middle-state intervention trên nhiều kiến trúc generator.
- Huấn luyện policy tự chọn substrate sinh (image / video / interleaved) tối ưu theo độ khó và ngân sách tính toán của từng tác vụ.
2. Patent:
- App chấm bài tập trực quan trên điện thoại (đếm, so sánh hình, cờ vua/cờ ca-rô,迷宫): chụp bài, chấm tự động bằng bộ rule-based scorer (HSV/OCR/trajectory) thay vì gửi AI đoán — chạy offline, nhanh, công bằng, lặp kết quả y hệt.
- Công cụ kiểm tra chất lượng video sinh (quảng cáo/game/cinematic): rule-based scorer tự phát hiện lỗi (vật biến mất, sai màu, sai thứ tự, vi phạm luật) không cần người rà từng frame, tích hợp vào pipeline sản xuất.
- Trợ lý minh họa quy trình rẻ tiền: người dùng vẽ sơ đồ bước đầu, hệ thống sinh chuỗi khung hình trung gian kiểu interleaved để giải thích thao tác, tiết kiệm tính toán hơn sinh nguyên video đầy đủ cho hướng dẫn lắp ráp/bảo trì.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.26105 |
| ArXiv Abstract | https://arxiv.org/abs/2608.26105 |
| PDF Download | https://arxiv.org/pdf/2608.26105.pdf |
| Github Repository | https://github.com/Video-Reason/VBVR-Pro |
6. JIT-Agent: Scaling Harness Intelligence via Just-in-Time Harness Evolution (47 votes)
Tác giả: Guibin Zhang, Leo Lu, Fangzhou Xie, Kang Zhu, Junhao Wang, et al.
Xuất bản lúc: 2026-08-26
Tag: Agent Harness, LLMs, Test-Time Evolution, Meta-Agent, Policy Optimization, RAG, Code Generation
I. Main Problem:
Năng lực của một agent LLM không chỉ do mô hình quyết định, mà còn do harness — lớp vận hành đóng gói mô hình vào vòng lặp thực thi (quản lý bộ nhớ, chiến lược lập kế hoạch, giao thức hành động, điều phối công cụ/kỹ năng). Các phương pháp hiện tại chủ yếu theo hướng Ahead-of-Time (AOT): tối ưu một harness cố định từ trước, kỳ vọng nó khái quát được cho mọi tác vụ tương lai. Hạn chế:
- cùng một harness khó vừa khít với cấu trúc riêng của từng bài toán (tìm kiếm rộng cần song song, terminal cần vòng lặp ReAct gọn, deep-research cần bộ nhớ làm việc...)
- việc tìm kiếm một scaffold chung trong không gian thiết kế lớn rất cồng kềnh và dễ không khớp với tác vụ tiếp theo.
II. Main Idea:
JIT-Agent là một meta-agent nhỏ được huấn luyện để tự sinh ra một harness riêng cho từng tác vụ ngay tại thời điểm chạy (Model-as-a-Harness), rồi một LLM agent có sẵn sẽ thực thi dưới harness đó. Cốt lõi:
- Chuẩn hóa harness thành 4 module có giao tiếp cố định: Memory (M), Planning (P), Action (A), Capability-orchestration (F) — biến việc sinh harness thành ráp nối các module có kiểu thay vì viết chương trình tùy ý.
- Ba giai đoạn huấn luyện tạo nên 'harness intelligence':
- Stage I — học tùy biến: bắt chước teacher sinh harness đúng giao thức, rồi học ưu tiên harness vừa hiệu quả vừa tiết kiệm (reward/latency/cost).
- Stage II — học sửa lỗi: biến các harness sinh hỏng (lỗi biên dịch, sai giao diện, lỗi runtime) thành chuỗi sửa chữa ngắn hạn có giám sát.
- Stage III — Evo-GDPO: tối ưu chính khả năng tiến hóa tại test-time, đề xuất harness vượt qua 'mặt tiền' archive cũ và cập nhật kho lưu trữ.
Ví dụ đời thường: giống một trợ lý quản lý khi giao việc mới không đưa cho nhân viên một bản quy trình chung cứng nhắc, mà tự soạn riêng một quy trình làm việc vừa vặn với bài toán đó; nếu nhân viên làm sai, trợ lý xem lỗi rồi sửa ngay vài dòng quy trình, rồi dần rút kinh nghiệm từ kho các quy trình đã chạy tốt để lần sau soạn nhanh và chuẩn hơn.
III. Main Results:
- DeepSeek-V4-Flash + JIT-Agent vượt GPT-5.6 trên DeepSearchQA (+9.1), PinchBench (+8.7), OdysseyBench (+4.3).
- Trên backbone mạnh sẵn GLM-5.2, JIT-Agent vẫn nâng trần: xBench-DS (+12.0), AgentIF (+6.9), tối đa +20.2 điểm.
- Harness do JIT-Agent sinh cạnh tranh với runtime chín muồi như OpenCode và Claude Code.
- Đem lại cải thiện nhất quán trên nhiều quy mô mô hình: DeepSeek V4, Mimo-V2.5, Qwen3.6.
IV. Conclusion & Future Works:
JIT-Agent là mô hình đầu tiên được xây dựng riêng cho sinh harness just-in-time, khẳng định 'harness intelligence' là một chiều khả năng có thể huấn luyện, chuyển giao và cộng dồn — vuông góc với việc scale mô hình. Nó dịch tối ưu harness từ 'tìm kiếm artifact lặp lại' sang 'sinh mã vừa lúc học được'. Hướng tương lai: mở rộng không gian thiết kế 4-module lên các runtime sản xuất phức tạp hơn và kết hợp sâu với kỹ thuật hệ thống của model tham gia tự sửa runtime của chính nó.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng không gian harness 4-module lên các kiến trúc production giàu cơ chế hơn (Codex, Claude Code) để kiểm chứng giới hạn của JIT trên runtime quy mô lớn.
- Nghiên cứu Evo-GDPO kết hợp nhiều backbone đồng thời, tối ưu harness vượt mặt tiền trên cả reward, latency, cost khi chạy trên nhiều họ mô hình.
- Kết hợp JIT harness với học tăng cường dài hạn để archive tự phân nhánh theo loại tác vụ và tự ưu tiên khai thác lại các thiết kế cũ hiệu quả.
- Đánh giá khả năng chuyển giao harness intelligence sang tác vụ embodied/robotics nơi giao thức action và capability-orchestration khác biệt mạnh.
2. Patent:
- Điện thoại/ứng dụng AI assistant tự sinh quy trình làm việc riêng cho mỗi lệnh người dùng: thay vì một flow cứng, hệ thống soạn ngay bộ nhớ + kế hoạch + công cụ phù hợp với lệnh đó, giúp trả lời nhanh và chính xác hơn mà không cần model lớn hơn.
- Công cụ IDE tích hợp JIT-Agent: với mỗi task coding (sửa bug, viết test, refactor), plugin tự ráp một harness chạy file system, test runner, trace riêng, tăng năng suất dev mà không đổi LLM nền.
- Hệ thống tự động hóa văn phòng trên điện thoại: với mỗi workflow ( tổng hợp báo cáo, tìm kiếm web, điền form), app tự sinh harness điều phối công cụ và bộ nhớ tạm, rồi tự sửa quy trình nếu chạy lỗi — không cần lập trình viên viết kịch bản trước.
- Trình duyệt AI: với mỗi phiên deep-research, JIT-Agent soạn harness lưu evidence, lên kế hoạch khám phá song song và gọi tool tìm kiếm, giúp tìm thông tin sâu hơn GPT thường với cùng model nền.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.25593 |
| ArXiv Abstract | https://arxiv.org/abs/2608.25593 |
| PDF Download | https://arxiv.org/pdf/2608.25593.pdf |
| Github Repository | https://github.com/bingreeky/JIT |
7. D^3-MOPD: Adaptive Dynamic Domain ScheDuling for Efficient Multi-Teacher Distillation (22 votes)
Tác giả: Zechen Sun, Zhiwei Zhang, Fei Zhao, Juntao Li, Mu Chuan, et al.
Xuất bản lúc: 2026-08-25
Tag: Knowledge-Distillation, Multi-Teacher, On-Policy-Distillation, LLMs, Curriculum-Learning, Dynamic-Scheduling
I. Main Problem:
MOPD (multi-teacher on-policy distillation) chắt lọc nhiều giáo viên chuyên từng lĩnh vực vào một học sinh duy nhất bằng cách giảm phân kỳ reverse-KL trên chính dữ liệu do học sinh sinh ra. Vấn đề cốt lõi:
- Các triển khai hiện tại cố định tỉ lệ dữ liệu mỗi lĩnh vực trước khi huấn luyện (thường theo kích thước tập prompt).
- Các lĩnh vực hội tụ với tốc độ rất khác nhau: có lĩnh vực tiến nhanh rồi 'bão hòa' sớm, có lĩnh vực vẫn tiếp tục cải thiện suốt quỹ thời gian huấn luyện.
- Tỉ lệ cố định dẫn đến lãng phí tính toán cho lĩnh vực đã hội tụ (thêm mẫu cũng chẳng giảm KL nữa) và đồng thời thiếu hụt dữ liệu cho lĩnh vực đang học chậm.
II. Main Idea:
D3-MOPD (Dynamic Domain ScheDuling) là bộ lập lịch không tốn thêm chi phí (zero-overhead) tái sử dụng chính tín hiệu reverse-KL mỗi lĩnh vực vốn đã được tính trong hàm loss. Cơ chế:
- Một watcher chạy ngoài tiến trình huấn luyện (off-process) định kỳ đọc lịch sử KL của từng lĩnh vực.
- Với mỗi lĩnh vực tính hai chỉ số: khoảng cách còn lại
fKLk = KL hiện tại / KL ban đầu(càng nhỏ càng gần hội tụ) và vận tốc giảmvk(tốc độ KL đang giảm trung bình qua vài cửa sổ gần đây, cắt về 0 nếu không giảm). - Gộp thành tín hiệu tổng hợp sk = fKLk × vk: chỉ lớn khi lĩnh vực vừa còn nhiều dư địa vừa đang tiến bộ thực sự.
- Ánh xạ sk sang tỉ lệ mẫu qua softmax có sàn ε (đảm bảo mọi lĩnh vực giữ ít nhất ε để tránh quên lãng).
- Nguồn dữ liệu phân tầng (stratified) đọc tỉ lệ này để ghép từng batch, thêm nhiễu batch-level jitter để giữ biến thiên tự nhiên; vòng lặp huấn luyện không bị sửa đổi — chỉ đổi data loader.
Ví dụ đời thường: giống người quản lý chia ca, quan sát nhân viên nào đã làm thạo nhanh thì giảm bớt ca, đẩy thêm ca cho người vẫn đang học được nhiều mỗi ngày, thay vì bắt mọi người làm số giờ bằng nhau suốt từ đầu đến cuối.
III. Main Results:
- Trên học sinh Qwen3.6-35B-A3B chắt lọc từ 4 giáo viên (Math, Code, Instruction Following, Tool-use): D3-MOPD thu hẹp 97% khoảng cách học sinh–giáo viên (trung bình), so với 63% của vanilla MOPD.
- Đạt cùng độ chính xác đỉnh với ~3× ít bước rollout hơn: bước 47 đạt đỉnh so với 143 của baseline.
- Vượt giáo viên chuyên môn trên 3/7 benchmark (HMMT, IFEval, OJBench C++), trong khi vanilla thua ở tất cả.
- Đỉnh cao hơn trên mọi benchmark: IFBench +2.8, OJBench +2.1, LiveCodeBench +1.6.
- Ablation: bỏ vận tốc, bỏ khoảng cách, bỏ jitter, hay giảm làm mượt (R=1) đều làm giảm chất lượng — xác nhận từng thành phần đều có贡献.
- Tỉ lệ động nảy sinh chương trình huấn luyện ngầm (implicit curriculum): mỗi lĩnh vực được dồn trọng tâm đúng cửa sổ đang học được (Code giảm dần, Math tăng rồi giảm, IF/Tool tăng muộn).
IV. Conclusion & Future Works:
D3-MOPD chỉ ra và giải quyết sự lệch pha giữa tỉ lệ dữ liệu cố định và hội tụ bất đồng bộ, bằng cách biến tỉ lệ mỗi lĩnh vực thành biến số liên tục cập nhật online từ tín hiệu reverse-KL có sẵn, mà không đụng vào vòng lặp huấn luyện. Lợi ích kỳ vọng tăng theo số lĩnh vực K vì càng nhiều domain càng đa dạng kiểu hội tụ để khai thác. Hướng tương lai: thử nghiệm K rất lớn; tích hợp vào các hàm loss/teacher mới không cần sửa code; kết hợp thêm reward signal.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng D3-MOPD cho K lĩnh vực rất lớn (hàng chục) để định lượng thực nghiệm rằng lợi ích tỉ lệ thuận với số domain và độ đa dạng hội tụ.
- Kết hợp tín hiệu reverse-KL với reward model để vừa điều chỉnh tỉ lệ dữ liệu vừa lọc/tập trọng số mẫu theo chất lượng thực tế.
- Áp dụng cơ chế lập lịch động tương tự cho multi-task fine-tuning nói chung (không chỉ distillation) và cho huấn luyện reinforcement learning đa mục tiêu.
2. Patent:
- Trên điện thoại: hệ thống tự huấn luyện model nhỏ trên thiết bị, tự động phân bổ thời gian học giữa các kỹ năng (gõ phím, dịch, chụp ảnh) theo tốc độ hội tụ thực tế thay vì chia đều, giúp cập nhật model nhanh hơn mà ít tốn pin.
- App trợ lý soạn thảo văn bản mobile: tự động dồn tài nguyên huấn luyện vào kỹ năng người dùng còn yếu nhất (ngữ pháp, tóm tắt, hay trả lời theo ngữ cảnh) đo bằng tốc độ giảm lỗi, thay vì luyện đều mọi kỹ năng.
- App học ngôn ngữ: tự điều chỉnh tỉ lệ bài tập nghe/nói/đọc/viết theo từng kỹ năng người dùng còn đang tiến bộ nhanh, giúp thành thạo sớm hơn mà không lãng phí thời gian vào kỹ năng đã thuần thục.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.24987 |
| ArXiv Abstract | https://arxiv.org/abs/2608.24987 |
| PDF Download | https://arxiv.org/pdf/2608.24987.pdf |
| Github Repository | N/A |
8. Agent-G^2: Gaussian Guidance for Agentic Reinforcement Learning (20 votes)
Tác giả: Zixuan Wang, Yanrui Miao, Zhengxi Lu, Teng Pan, Yiwen Qiu, et al.
Xuất bản lúc: 2026-08-24
Tag: Reinforcement Learning, LLM Agents, Hint-based RL, GRPO, Gaussian Guidance, ALFWorld, WebShop
I. Main Problem:
Trong huấn luyện LLM agent bằng reinforcement learning trên tác vụ dài hạn, thưởng chỉ có ở bước cuối nên cực kỳ thưa (reward sparsity), policy hiếm khi tự đi tới trạng thái thành công. Hint-based RL khắc phục bằng cách giữ lại một tiền tố của quỹ đạo chuyên gia trước mỗi rollout để policy khám phá từ trạng thái gần đích hơn — nhưng hiệu quả phụ thuộc cốt vào guidance depth (giữ bao nhiêu phần quỹ đạo).
Các phương pháp hiện tại đều coi depth là một số vô hướng tất định, và mắc hai lỗi căn bản:
- Schedule-based: chọn một depth chung cho toàn bộ mẫu trong batch → bỏ qua sự khác biệt độ khó giữa các tác vụ (hơn 60% gán nằm ngoài vùng hữu ích).
- Per-sample probing: tìm depth riêng cho từng mẫu qua binary search / liệt kê → tốn thêm O(log n) rollout, đắt gấp 3–20 lần mà vẫn nhiễu.
Cả hai đều mặc định sai: rằng mỗi tác vụ có một depth tối ưu duy nhất cần tìm.
II. Main Idea:
Tác giả chỉ ra vùng guidance hữu ích thực chất là một dải (band) các depth chứ không phải một điểm: xác suất thành công p(d) tạo vùng in-range quanh điểm tối ưu, và cấu trúc tín hiệu huấn luyện có dạng xấp xỉ Gaussian (σ=0,22, R²=0,92). Từ đó đề xuất Agent-G2 — khung hướng dẫn Gaussian:
- Mỗi tác vụ i được gán một phân phối N(µᵢ, σᵢ²) trên guidance ratio thay vì một số cố định.
- Trung tâm µᵢ = baseline toàn cục µ_global + điều chỉnh theo độ khó cụm (cluster success thấp → prefix sâu hơn).
- Độ lan σᵢ theo phương sai trong cụm → bao phủ rộng hơn với tác vụ khó, không đồng nhất.
- Các cụm độ khó chia offline theo độ dài quỹ đạo chuyên gia; tham số cập nhật online từ chính các rollout đã thu cho GRPO (EMA), không rollout thăm dò, không mạng dự đoán depth.
- Mỗi batch: rút một depth theo Gaussian cho mỗi tác vụ → chạy prefix → R rollout từ trạng thái đó → vừa cập nhật policy (GRPO + auxiliary SFT trên prefix) vừa làm tươi µ_global, Aₖ, Vₖ.
Ví dụ đời thường: giống một thầy dạy nấu ăn không bắt cả lớp làm y hệt một công thức cố định, mà quan sát trình từng nhóm học trò: nhóm yếu được đưa sẵn nhiều bước mẫu, nhóm giỏi được ít hơn, và mỗi bài cụ thể thầy ngẫu nhiên chọn mức gợi ý lân cận điểm vừa sức — rồi căn chỉnh mức đó sau mỗi buổi từ kết quả thi của chính lớp, không cần tổ chức thêm bài kiểm tra riêng.
III. Main Results:
- ALFWorld: 95,3% (Qwen2.5-1.5B) và 98,4% (7B), vượt baseline hint-based mạnh nhất +1,5 / +2,3 điểm, vượt hint-free (GiGPO) +3,9, vượt Aux-RL (RLVMR) +7,4 / +6,6.
- WebShop: 92,3 reward score ở cả hai quy mô, 78,9% / 84,4% purchase success — mạnh nhất trong nhóm không-probing; ở 1.5B còn thắng cả Enumeration (+2,2).
- Tiết kiệm chi phí: 1.5B Agent-G2 đã vượt 7B BEACON → thiết kế lịch trình thay thế được việc tăng quy mô model. Chi phí chỉ 0,65–1× của schedule-based, nhưng dưới 1/3 của per-sample probing (3,24–4,83×).
- Hội tụ nhanh hơn: đạt độ chính xác cuối của baseline theo schedule trong ~nửa số gradient step.
- Ablation: bỏ sampling (chỉ dùng mean) → 89,8% (-5,5); uniform thay Gaussian → 88,3% (-7,0); bỏ adaptive center → 91,4%; bỏ adaptive spread → 93,8% (Long sụt mạnh 94,7→78,3); gộp 1 cụm → 89,1%; bỏ L_GRPO → 26,6% (chứng tỏ post-prefix RL là thành phần cốt).
IV. Conclusion & Future Works:
Agent-G2 thay thế depth tất định bằng phân phối Gaussian ước lượng online từ rollout có sẵn, xóa cả giả định shared-scalar lẫn chi phí probing, đạt SOTA trên ALFWorld và mạnh nhất nhóm non-probing trên WebShop. Hạn chế / hướng tới: (1) cần ít nhất một quỹ đạo chuyên gia mỗi tác vụ — mở rộng sang giám sát yếu hơn (demo không tối ưu, gợi ý ngôn ngữ) là hướng mở; (2) Gaussian được chọn từ profile thực nghiệm — tác vụ có depth profile lệch/bị đa phương thức có thể cần họ phân phối giàu hơn; (3) cụm độ khó chia offline theo độ dài quỹ đạo, chưa tự thích nghi khi policy tiến bộ — ước lượng độ khó online sẽ cải thiện tính thích ứng.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng Agent-G2 sang giám sát yếu: dùng demo không tối ưu hoặc gợi ý ngôn ngữ thay vì quỹ đạo chuyên gia đầy đủ để vẫn ước lượng được phân phối depth hữu ích.
- Ước lượng độ khó cụm theo online feedback thay vì chia offline theo độ dài quỹ đạo, để phân hoạch tự tái cấu trúc khi policy khá lên và thứ tự khó-dễ của tác vụ thay đổi.
- Thay họ Gaussian bằng họ phân phối linh hoạt hơn (mix-Gaussian, skewed) cho benchmark có profile depth bất đối xứng hoặc đa đỉnh, kèm nghiên cứu khi nào hình dạng họ thực sự quan trọng.
- Chuyển khung Gaussian guidance sang tác vụ agent đa phương thức / web thực tế (GUI, mobile) nơi thưởng thưa và độ dài trajectory biến thiên lớn.
2. Patent:
- Trợ lý trên điện thoại tự học thao tác UI: với mỗi lệnh người dùng, hệ thống rút ngẫu nhiên một mức gợi ý (giữ sẵn bao nhiêu bước mẫu từ bản demo) theo độ khó ước lượng của loại tác vụ, rồi cập nhật mức đó từ kết quả thực thi của chính thiết bị — không cần chạy trước các lượt thử tốn thời gian, giúp agent tự vận hành app nhanh hơn.
- Huấn luyện robot gia đình qua ví dụ chuyên gia mà không cần dán nhãn từng bước: chia tác vụ theo độ dài, cho mỗi lần tập một mức tiền tố chuyên gia dao động quanh mức trung tâm học được, để policy vừa bắt chước đoạn đầu vừa tự RL đoạn sau — tiết kiệm chi phí thu thập dữ liệu so với dạy từng hành động.
- Tối ưu hành trình mua sắm / đặt dịch vụ trong app: hệ thống tự căn chỉnh mức gợi ý điều hướng (tìm kiếm, lọc) cho từng đơn hàng dựa trên tỷ lệ thành công theo thời gian thực của từng nhóm sản phẩm, giúp agent hoàn tất giao dịch chính xác hơn mà không cần probing rollout tốn kém.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.23318 |
| ArXiv Abstract | https://arxiv.org/abs/2608.23318 |
| PDF Download | https://arxiv.org/pdf/2608.23318.pdf |
| Github Repository | https://github.com/ZJU-REAL/Agent-G2 |
9. Is Next-Chunk Reasoning RL Really Better than SFT? Revisiting Training Strategies under no-CoT Data (19 votes)
Tác giả: Yinhao Tang, Youqing Fang, Yanan Sun, Jiangning Liu, Ziyi Wang, et al.
Xuất bản lúc: 2026-08-24
Tag: SFT, Reinforcement Learning, RLVR, Chain-of-Thought, no-CoT Data, LLMs, Reasoning Post-training, Mixed SFT
I. Main Problem:
Các phương pháp next-chunk reasoning RL (NCR) — huấn luyện RL để mô hình tự sinh luồn suy luận ngầm rồi thưởng dựa trên khả năng dự đoán đoạn văn bản tiếp theo — được quảng bá là tận dụng tốt dữ liệu no-CoT (lời giải, giáo trình chứa tri thức suy luận nhưng thiếu chuỗi CoT tường minh) hơn SFT. Nhưng các đánh giá hiện tại chỉ so với no-CoT SFT (SFT thuần trên no-CoT), một baseline không hợp lý vì nó phá vỡ định dạng long-CoT mà bước RLVR sau đó cần.
Vấn đề cốt lõi: chưa rõ các cải thiện đến từ bản thân công thức RL hay chỉ vì NCR phơi mô hình với no-CoT hiệu quả hơn. Thiếu một baseline so sánh công bằng: SFT kết hợp no-CoT và long-CoT trong cùng một giai đoạn.
II. Main Idea:
Tác giả đưa ra Mixed SFT — một giai đoạn SFT duy nhất huấn luyện đồng thời trên cả no-CoT và long-CoT — làm baseline bị bỏ quên, rồi chạy nghiên cứu đối chứng từ cùng một base model (Qwen3-30B-A3B-Base) với cùng ngân sách RLVR (GRPO trên DAPO-Math-17K).
Các chiến lược so sánh:
- NTR / NSR: next-chunk reasoning RL (thưởng theo token / câu tiếp theo), khởi tạo từ Reasoning SFT
- Sequential SFT: no-CoT trước, long-CoT sau (2 giai đoạn)
- Mixed SFT: no-CoT + long-CoT trộn chung 1 giai đoạn
- Reasoning SFT: chỉ long-CoT (baseline)
Phát hiện then chốt: Mixed SFT đạt trần post-RLVR cao hơn NCR mà chỉ tốn >60× ít compute hơn.
Ví dụ đời thường: giống học sinh ôn thi — thay vì bắt ép viết lại toàn bộ lời giải chi tiết từng bước (RL tốn công sinh luồn suy luận rồi kiểm chấm), thầy chỉ việc đưa lời giải ngắn + vài bài mẫu có lời giải dài trộn chung cho học sinh đọc một lượt (Mixed SFT); học sinh hấp thu được cả kiến thức lẫn cách trình bày, rồi luyện đề (RLVR) là bứt phá mạnh hơn hẳn.
III. Main Results:
- Mixed SFT thắng NCR trên cả 3 tiêu chí: ID accuracy (trung bình 6 benchmark toán: 67.4 vs NTR 64.2, NSR 63.6), OOD generalization (HLE 9.24, GPQA 60.98, MMLU-Pro 75.84 — đều cao nhất), và hiệu suất compute (65.6h SFT vs 4283.7h NTR / 4608.1h NSR, tức ~65–70×).
- Mixed SFT áp đảo Sequential SFT: dù bắt đầu với pre-RLVR accuracy thấp nhất (27.5), nó vượt lên đạt trần cao nhất (61.1 post-RLVR) — cải thiện +33.7 điểm, gấp 3 lần các phương pháp khác.
- Pre-RLVR không dự báo post-RLVR: Mixed SFT có pre-RLVR thấp nhất nhưng post-RLVR cao nhất; 4 phương pháp còn lại pre-RLVR 45.9–48.8 chỉ tăng 3.3–10.3 điểm.
- Phân tích cơ chế (NCR thất bại): bộ lọc entropy của NTR chọn nhầm token dễ (gần 50% đoán đúng không cần suy luận); trace sinh ra suy biến thành 'hoàn thành cục bộ' theo template; giữ entropy cũng không nâng trần; chèn NTR/NSR lên Mixed SFT hầu như không đổi (thậm chí thấp hơn).
- Sequential SFT quên no-CoT: giai đoạn 2 long-CoT ghi đè một phần tín hiệu no-CoT; probe giữ lại 100 bài no-CoT cho thấy Mixed SFT (68.63) > Sequential SFT (59.19) sau RLVR.
IV. Conclusion & Future Works:
Kết luận: với dữ liệu no-CoT, Mixed SFT là khởi tạo tốt hơn hẳn cho RLVR — đơn giản, rẻ, mạnh — thay vì thêm các giai đoạn RL phức tạp. NCR không mang lại cải thiện thực sự từ cơ chế tái cấu trúc suy luận như tuyên bố.
Cảnh báo phương pháp: đánh giá chiến lược no-CoT phải qua toàn bộ pipeline RLVR, không dùng điểm trung gian pre-RLVR.
Hướng tương lai: tập trung vào thành phần dữ liệu trong SFT (cách trộn no-CoT / long-CoT) thay vì thêm RL; khảo sát tỉ lệ trộn tối ưu và mở rộng sang miền OOD rộng hơn.
V. Brainstorming Space:
1. Publish Papers:
- Nghiên cứu tỉ lệ pha trộn tối ưu giữa no-CoT và long-CoT trong Mixed SFT để cực đại hóa trần post-RLVR trên đa dạng nhiệm vụ, thay vì chỉ chứng minh Mixed SFT thắng NCR.
- Mở rộng phân tích cơ chế: tại sao định dạng long-CoT tạm thời sụt ở pre-RLVR (Mixed SFT) lại là 'artifact' có thể sửa bởi reward, áp dụng kính hiển vi lên các pipeline SFT kết hợp khác.
- So sánh Mixed SFT với các phương pháp mid-training / pretraining dùng no-CoT (RMT, PretrainZero) dưới cùng ngân sách RLVR để xác nhận tính tổng quát ngoài base model Qwen3.
2. Patent:
- Công cụ huấn luyện mô hình toán/thừa kế tri thức trên điện thoại: tự động trộn kho lời giải ngắn (no-CoT) từ sách giáo khoa với ít bài mẫu có lời giải dài thành một lô SFT duy nhất, giúp mô hình nhỏ chạy offline học nhanh mà không cần pipeline RL tốn kém.
- Hệ thống tăng cường năng lực reasoning cho chatbot doanh nghiệp: khi có kho tài liệu kỹ thuật không có chuỗi suy luận tường minh, trộn chung với một phần nhỏ dữ liệu CoT chất lượng cao trong một bước SFT rồi fine-tune bằng reward đơn giản, tiết kiệm >60× chi phí GPU so với RL.
- Module tối ưu hóa dữ liệu cho nền tảng giáo dục AI: phân loại tự động tài liệu thành no-CoT (lời giải) và long-CoT (giải thích từng bước), tự động cân bằng tỉ lệ trộn vào một giai đoạn SFT duy nhất để tạo bản khởi tạo tốt nhất cho bước luyện tập verifiable-reward tiếp theo.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.23256 |
| ArXiv Abstract | https://arxiv.org/abs/2608.23256 |
| PDF Download | https://arxiv.org/pdf/2608.23256.pdf |
| Github Repository | N/A |
10. Long-Horizon Audio-Visual Generation for Persistent Stories and Interactive Worlds (19 votes)
Tác giả: Nan Duan, Haoyang Huang, Weiyang Jin, Haoran Li, Yaowei Li, et al.
Xuất bản lúc: 2026-08-24
Tag: Video Generation, Audio-Visual, Long-Horizon, Cross-Shot Memory, World Model, 6-DoF Camera, Self-Gradient Forcing, Diffusion Distillation, Teacher Forcing
I. Main Problem:
Các mô hình sinh video hiện tại chủ yếu thiết kế quanh cửa sổ thời gian cố định, nên ba lỗi cốt lõi khi làm nội dung dài hoặc thế giới tương tác:
- Quên danh tính: nhân vật và giọng nói bị trôi/lệch sau vài phân cảnh (shot).
- Trôi khi tự hồi tiếp: điều kiện hóa trên lịch sử do chính mô hình sinh ra làm chất lượng suy thoái tích lũy.
- Không dịch được tín hiệu điều khiển: các nguồn input (UE, gameplay, video người thật) quá khác biệt nên không quy về được chuyển động camera nhất quán.
Chỉ tăng quy mô mô hình không giải quyết được — cần đổi cách mô hình nhớ, hành động và tiến hóa theo thời gian.
II. Main Idea:
JoyAI-Echo-1.5 là hệ thống sinh audio-video thống nhất với hai biến thể chuyên biệt, cùng một backbone hai chiều được ép thành generator ít bước (causal few-step).
Biến thể 1 — Long-video (cho truyện dài):
- Composable cross-shot memory: gom bằng chứng thị giác từ nhiều shot trước (mỗi shot lấy 1 frame nén) + đặc trưng giọng qua speech-filtered full-shot audio (lọc nhạc/nền, giữ trọn đoạn lời thoại).
- Dùng RoPE tách vùng cho target / memory lịch sử / memory cấp trước để chúng cùng hiện diện mà không lẫn timeline.
- Huấn luyện chung 4 chế độ: T2AV, I2AV, MT2AV, MTI2AV (có/không memory, có/không ảnh khung đầu).
Biến thể 2 — World model (cho thế giới tương tác):
- Quy mọi nguồn điều hướng về metric 6-DoF camera trajectory đã hiệu chuẩn, bơm qua đường dẫn điều khiển geometry-aware; controller-agnostic (UE, gameplay, web video đều dùng chung biểu diễn).
Huấn luyện sinh dài hạn: audio-visual teacher forcing → rồi Self-Gradient Forcing ngắn & dài hạn trên rollout tự sinh, để mô hình học từ phân phối lỗi tích lũy của chính nó; chưng cất DMD thành 8-step student (video full FT, audio LoRA) tiết kiệm tính toán.
Ví dụ đời thường: giống đạo diễn giữ một tệp ảnh tham chiếu + đoạn băng giọng của diễn viên, lật lại trước mỗi cảnh quay để cùng một người luôn nhìn và nói giống hệt dù đổi bối cảnh; còn thế giới tương tác thì như một bộ điều khiển dịch mọi cần gạt (tay, chuột, cần số) về cùng một bản đồ đường đi camera chính xác để máy luôn đi đúng ý người cầm.
III. Main Results:
- Long-video: vượt các baseline sinh video dài về cross-shot consistency, chất lượng thị giác, text alignment và speech fidelity.
- World model: hạng 1 trên WBench, điểm trung bình 81.7; dẫn đầu về chất lượng hình ảnh và sự bền vững dài hạn trên SANA-WM-Bench.
- Cùng chứng minh memory + geometric control + rollout-aware training là nền tảng thực tế cho truyện liền mạch và thế giới tiến hóa liên tục.
- Tăng Chinese-data, subtitle-free, đa tỉ lệ (1:1 / 16:9 / 9:16) mà không hy sinh chất lượng T2AV/I2AV thường.
IV. Conclusion & Future Works:
JoyAI-Echo-1.5 đẩy sinh video từ tạo từng khoảnh khắc cô lập sang duy trì câu chuyện và thế giới tiến hóa, nhờ bộ nhớ cross-shot, điều khiển hình học và huấn luyện aware-rollout. Hướng tương lai: mở rộng sang rollout streaming dài hơn không giới hạn ngân sách; kết hợp chặt hơn giữa memory (truyện) và control (thế giới) trong một môi trường sinh tương tác duy nhất; cải thiện ước lượng pose từ video tự nhiên thiếu telemetry.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng unified conditioning để một mô hình vừa nhớ danh tính nhân vật vừa nhận điều khiển camera 6-DoF trong cùng một thế giới sinh tương tác thời gian thực.
- Nghiên cứu Self-Gradient Forcing dài hạn trên rollout tự sinh cho audio-visual nhằm giảm trôi lỗi tích lũy khi stream liên tục hàng nghìn frame.
- Cơ chế memory composable đa phương thức (thị giác + giọng) áp dụng cho video dài đa ngôn ngữ, giữ nhất quán nhân vật qua cắt cảnh và đổi bối cảnh.
2. Patent:
- Ứng dụng điện thoại dựng video truyện ngắn: người dùng up vài ảnh và một đoạn thoại mẫu của nhân vật, app tự giữ 'bộ nhớ' ngoại hình + giọng để sinh chuỗi clip liên tục nhiều phân cảnh mà nhân vật không biến dạng hay đổi giọng.
- Tính năng 'thế giới khám phá' trong game mobile: bất kể người chơi dùng tay, con quay gia tốc hay tay cầm, hệ thống dịch thao tác về bản đồ camera 6-DoF chuẩn để cảnh quay luôn đi đúng hướng người dùng.
- Công cụ làm phim AI cho creator: cấp trước một tệp reference (ảnh + audio lời thoại) làm memory, rồi gõ prompt từng shot; app tự duy trì diện mạo và giọng MC xuyên suốt toàn bộ video dài mà không cần quay lại từng đoạn.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.23383 |
| ArXiv Abstract | https://arxiv.org/abs/2608.23383 |
| PDF Download | https://arxiv.org/pdf/2608.23383.pdf |
| Github Repository | https://github.com/jd-opensource/JoyAI-Echo |
11. Code World Model: Coding Agent as World Brain (18 votes)
Tác giả: Yiwen Chen, Guosheng Lin, Chi Zhang
Xuất bản lúc: 2026-08-26
Tag: World Modeling, Coding Agent, Video Generation, Proxy Representation, LLMs, Diffusion, Spatiotemporal Control
I. Main Problem:
Các world model dạng video hiện tại chủ yếu học động lực thế giới từ quan sát thị giác — tức chỉ ghi lại kết quả hiển thị chứ không phải kiến thức, quy tắc và cơ chế ngầm điều khiển sự tiến hóa. Hậu quả:
- không duy trì được hậu quả kéo dài (một sự kiện xảy ra ngoài khung hình vẫn phải ảnh hưởng về sau)
- không hỗ trợ tiến hóa mở (open-ended) vượt quỹ đạo định sẵn
- video chỉ lộ quy tắc một cách gián tiếp qua hiệu ứng thưa thớt, còn trạng thái nhân vật ngoài màn hình không có bản ghi hình liên tục
- cửa sổ ngữ cảnh video ngắn (dưới 1 phút) trong khi nhiều chuỗi nhân quả trải dài ngày/năm.
II. Main Idea:
Code World Model tách biệt sự tiến hóa thế giới khỏi việc hiện thực hóa hình ảnh. Bố cục gồm 3 thành phần:
- Coding agent làm não bộ thế giới: đọc trạng thái, suy luận hệ quả của sự kiện dựa trên kiến thức/thế giới luật, rồi viết mã thực thi (code) có thể tái dùng và sửa đổi để cập nhật trạng thái.
- Code thực thi tần số cao: xử lý liên tục các cập nhật lặp lại (vị trí, va chạm, hồi chiêu, sát thương) mà không gọi LLM mỗi bước — tách tần số suy luận cấp cao khỏi tần số cập nhật cấp thấp.
- Proxy + video model: mã trạng thái được biên dịch thành proxy — biểu diễn thô (vị trí, tư thế, quỹ đạo, quan hệ không gian, chuyển động camera) — rồi một compiler nhẹ raster hóa thành proxy video làm điều kiện cho mô hình video (MiniMax-H3) sinh quan sát lộng lẫy.
Hai kênh điều kiện: text truyền ý định ngữ nghĩa, proxy video ép các ràng buộc không gian-thời gian từng khung hình. Proxy chỉ giữ cấu trúc thô tối thiểu, để video model tự sinh vật liệu/ánh sáng/động lực chi tiết.
Ví dụ đời thường: giống một đoàn làm phim — đạo diễn (coding agent) quyết định kịch bản và viết luật diễn biến, trợ lý trường (code) liên tục cập nhật sơ đồ đứng và lộ trình của từng diễn viên, bảng phân cảnh (proxy) chỉ rõ máy quay và diễn viên ở đâu từng giây, còn quay phim (video model) tự tô màu ánh sáng và biểu cảm chân thực.
III. Main Results:
- Chỉ fine-tune trên 5 giờ gameplay GTA V, MiniMax-H3 đã tuân theo proxy xác định vị trí nhân vật, quỹ đạo hành động, bố cục cảnh và chuyển động camera, đồng thời giữ chi tiết thị giác cao.
- Tổng quát hóa mạnh sang nhân vật/môi trường/động tác/camera đa dạng không có trong dữ liệu fine-tune (hình minh họa Prompt A–E).
- Proxy chỉ tốn 1/16 số token thị giác của video đích (độ phân giải 1/4 mỗi chiều) nên gánh nặng suy luận thêm không đáng kể.
- So với giao diện chỉ dùng text hoặc tín hiệu điều khiển camera/thao tác thô, proxy ép trực tiếp quỹ đạo实体 và đổi góc nhìn từng khung, kiểm soát chi tiết hơn.
- Pipeline dữ liệu: gameplay (ghi đồng bộ runtime state) và thực tế (tái tạo 3D + chú thích object, không cần nhãn hành động).
IV. Conclusion & Future Works:
Code World Model chứng minh tiềm năng kết hợp code cho tiến hóa thế giới bền vững với video model cho hiện thực hóa hình ảnh linh hoạt, mở đường mới tới world model mở. Hướng tương lai: (1) coding agent tự bật/tắt/chỉnh băng thông proxy theo ngữ cảnh; (2) thu hẹp hoặc bỏ proxy khi video model kiểm soát tốt hơn; (3) mở rộng dữ liệu thực tế và unify ngôn ngữ–video thành mạng omni-modal; (4) giảm chi phí suy luận video theo thời gian.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng coding agent sang thế giới thực tế phức tạp: kết hợp tái tạo 3D thời gian thực và chú thích object để xây proxy offline, huấn luyện video model theo dõi trạng thái từ video thường mà không cần engine runtime.
- Cơ chế tự điều chỉnh băng thông proxy: để coding agent chủ động chọn thực thể/ vùng quan trọng và thay đổi độ phân giải, loại ràng buộc, tốc độ khung của proxy theo nhiệm vụ sinh.
- Thống nhất coding agent và video model thành omni-modal network nhưng vẫn giữ trạng thái ngoài (code) để giải quyết bài toán state-to-condition độc lập với cách triển khai.
- Dùng Code World Model làm môi trường sinh dữ liệu huấn luyện/đánh giá agent VLM và robot, nơi hậu quả sự kiện phải lan truyền nhất quán ngoài tầm nhìn.
2. Patent:
- Ứng dụng game điện thoại: người chơi mô tả ý tưởng, một coding agent viết code duy trì thế giới (nhiệm vụ, NPC, luật), proxy video hướng dẫn mô hình video sinh cảnh chơi lộng lẫy ngay trên máy — không cần xây asset 3D nặng, phù hợp cấu hình di động.
- App kể chuyện tương tác (storybook): trẻ em hoặc用户 nhập sự kiện ('hoàng tử bị thương'), agent cập nhật trạng thái nhân vật và sinh video tiếp diễn có hậu quả nhất quán qua các chương, dùng proxy giữ đúng vị trí nhân vật qua khung hình.
- Trình mô phỏng đào tạo nhân viên (bán lẻ/y tế) trên điện thoại: coding agent giữ trạng thái kịch bản (kho, khách, quy tắc), proxy định vị vật thể và camera, video model render tình huống huấn luyện chân thực mà không cần engine mô phỏng đắt tiền.
- Công cụ làm phim ngắn AI: đạo diễn viết kịch bản bằng ngôn tự nhiên, hệ thống tự sinh code tiến hóa cốt truyện + proxy video làm bảng phân cảnh, rồi video model xuất cảnh phim theo ý muốn từng khung.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.25927 |
| ArXiv Abstract | https://arxiv.org/abs/2608.25927 |
| PDF Download | https://arxiv.org/pdf/2608.25927.pdf |
| Github Repository | N/A |
12. Open-MOPD: Diagnosing and Fixing Capability Imbalance in Multi-Teacher On-Policy Distillation (17 votes)
Tác giả: Huan-ang Gao, Haohan Chi, Yong Yan, Shiyuan Feng, Hanlin Wu, et al.
Xuất bản lúc: 2026-08-19
Tag: Multi-Teacher-Distillation, On-Policy-Distillation, LLM-Post-Training, Knowledge-Distillation, RL, Token-Level-Reward
I. Main Problem:
Khi gộp nhiều chuyên gia RL từng miền (toán, code, instruction following) thành một mô hình sinh viên duy nhất qua multi-teacher on-policy distillation (M-OPD), khả năng tích hợp bị mất mát nghiêm trọng dù định tuyến hoàn hảo. Cụ thể:
- M-OPD chuẩn chỉ thu hồi 35.6% mức cải thiện từ mixed-domain SFT đến RouteRL.
- Tác vụ ngắn gọn như instruction following (IF) suy giảm mạnh và dừng sớm (plateau): kém chuẩn 6.16 điểm — gấp 3.3 lần mức hổng của toán.
- Bất đồng token-level giữa các giáo viên không phải nguyên nhân chính (chỉ 0.62% token có xung đột lớn, trung bình chênh lệch log-prob chỉ 0.126 nat, xa ngưỡng 1 nat).
II. Main Idea:
Open-MOPD chẩn đoán nguyên nhân là phân bổ sai ngân sách tối ưu hóa token-level, không phải xung đột gradient, rồi sửa bằng 3 cơ chế độc lập:
- Token-share balancing: gán trọng số cố định cho loss token-mean mỗi miền (mục tiêu 1/3) để tách ngân sách gradient khỏi độ dài câu trả lời — mỗi token IF được khuếch đại ~48 lần bù cho độ dài ngắn gấp 25 lần.
- Gap-aware dynamic budget allocation: hướng ngân sách về miền còn hổng giáo viên–sinh viên lớn nhất (theo EMA của độ lớn reward), tránh đổ ngân sách lãng phí vào miền đã hội tụ.
- Student reward refresh: tính lại log-prob sinh viên trước mỗi bước gradient, giữ nguyên teacher state, xóa độ lệch do tái dùng chung một rollout qua nhiều inner update.
Ba cơ chế hoạt động trên các thời gian khác nhau (trong batch, dọc huấn luyện, trong inner loop) nên validate độc lập và kết hợp được.
Ví dụ đời thường: giống một người quản lý chia thưởng cho 3 tổ nhân viên — thay vì đếm số người hay đo độ dài báo cáo, ông ta cân lại tỷ trọng đóng góp thực tế, đẩy phần thưởng về tổ còn yếu, và cập nhật điểm ngay khi nhân viên sửa bài thay vì dùng điểm cũ đã lỗi thời.
III. Main Results:
- Thu hồi headroom tăng từ 35.6% lên 83.4% trong một mô hình sinh viên duy nhất.
- Open-MOPD đạt 31.24 total, áp sát RouteOPD (31.55), vượt Naive M-OPD (28.05) và pi-mixrl (28.96).
- IF phục hồi tốt nhất: 74.49 IFEval, chỉ kém RouteOPD 0.11 điểm — không còn dừng sớm.
- Ablation: riêng token-share balancing đã kéo IF từ 0.99% lên 33% ngân sách gradient.
- Benchmark 6 bộ (AIME24/25, LCBv5/6, IFEval, IFBenchtest) trên SmolLM3-3B-Base, tái lập toàn bộ trên 8xA100-80GB học thuật.
IV. Conclusion & Future Works:
Open-MOPD chứng minh tích hợp đa giáo viên thất bại do lệch phân bổ ngân sách token (chênh lệch độ dài câu, tốc độ hội tụ khác nhau, reward lỗi thời), không do xung đột giáo viên; ba cơ chế khôi phục phần lớn headroom mà không sửa objective gốc. Hướng tương lai: mở rộng lên mô hình lớn hơn, thay oracle routing bằng định tuyến thực tế, và áp dụng khung đo lường imbalance cho các pipeline distillation công nghiệp khác.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng Open-MOPD cho định tuyến thực tế (không oracle) và nhiều miền hơn, đo xem imbalance thay đổi thế nào khi nhãn miền nhiễu.
- Nghiên cứu tương tác giữa gap-aware allocation và reward normalization trong các thuật toán PPO đa nhiệm khác.
- Áp dụng token-share balancing và student reward refresh cho distillation on-policy quy mô 7B-70B trên cụm GPU lớn.
2. Patent:
- Hệ thống huấn luyện hậu kỳ cho chatbot đa năng trên điện thoại: gộp chuyên gia toán, code, trả lời ngắn vào một model nhỏ, tự cân bằng trọng số theo độ dài câu trả lời để miền ngắn không bị bỏ quên.
- Công cụ tối ưu hóa LLM cục bộ: module tự làm mới reward sinh viên mỗi bước gradient để chạy distillation trên máy tính cá nhân mà không tốn thêm sinh rollout.
- Bộ kit post-training mã nguồn mở cho đội ngũ nhỏ: pipeline 3B chạy trên 8 GPU, tự đo lường imbalance giữa các tác vụ và đề xuất trọng số ngân sách tối ưu.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.19098 |
| ArXiv Abstract | https://arxiv.org/abs/2608.19098 |
| PDF Download | https://arxiv.org/pdf/2608.19098.pdf |
| Github Repository | https://github.com/BytedTsinghua-SIA/Open-MOPD |
13. Video-IFBench: Evaluating Instruction Following of Multimodal LLMs in Video Understanding Scenarios (16 votes)
Tác giả: Hongbo Liu, Peixian Chen, Sihan Liu, Peiyuan Zhang, Kai Zou, et al.
Xuất bản lúc: 2026-08-26
Tag: MLLM, Video Understanding, Instruction Following, Benchmark, LLM-as-Judge, Multimodal
I. Main Problem:
Các benchmark video hiện tại chủ yếu đo độ đúng của câu trả lời, bỏ qua khả năng tuân thủ chỉ thị của mô hình — tức là có thực sự làm đúng那些 điều kiện người dùng đặt ra hay không.
Hậu quả và khoảng trống:
- Người dùng thực tế thường kèm ràng buộc ngữ nghĩa (chỉ nói sự kiện sau phút X) và ràng buộc định dạng (trả lời JSON, đúng 8 mục).
- Các bài đánh giá tuân thủ chỉ thị cũ chỉ xét văn bản thuần hoặc ảnh hẹp, thiếu video với cấu trúc rẽ nhánh/phức tạp.
- Chưa rõ: hiểu video giỏi có đồng nghĩa với nghe lời user giỏi hay không.
II. Main Idea:
Video-IFBench xây dựng một bộ benchmark chuyên đo lường mức độ MLLM tuân theo chỉ thị trong hiểu video.
Thiết kế cốt lõi:
- 4 mẫu chỉ thị: Single (1 việc + ràng buộc), Multi (nhiều việc), Selection (chọn đúng nhánh rẽ theo nội dung video), Nested (cây điều kiện phân nhánh sâu).
- 39 loại ràng buộc (22 ngữ nghĩa + 17 định dạng), 32 dạng tác vụ, 1.5K mẫu trên 700+ video (~49 giờ).
- Quy trình bán tự động: MLLM trích xuất mô tả toàn cục + sự kiện có timestamp → sinh chỉ thị và checklist → người thẩm định hiệu chỉnh.
- Đánh giá lai: LLM làm trọng tài cộng với kiểm tra chương trình (đếm từ, định dạng JSON) qua hai chỉ số TCSR (trung bình ràng buộc) và TISR (phải thỏa mãn tất cả).
Ví dụ đời thường: giống khách gọi món kèm điều kiện 'nếu quán còn tôm thì làm salad, không thì nấu súp; trình bày trong đĩa trắng, ghi rõ calo' — người phục vụ phải xem thực tế bếp có tôm không để chọn đúng món, rồi còn tuân thủ đủ kiểu trình bày.
III. Main Results:
- Gemini-3-Pro dẫn đầu: 76.5 TCSR / 54.5 TISR; mô hình mã nguồn mở tốt nhất (Qwen3.5-397B-Think) đạt 69.6 / 46.1 — vẫn kém xa.
- TISR luôn thấp hơn TCSR: model thường thỏa mãn một phần ràng buộc nhưng hiếm khi thỏa mãn tất cả.
- Nested khó nhất: ngay Gemini-3-Pro cũng chỉ 53.7 TCSR / 46.0 TISR; mã nguồn mở tốt nhất tụt xuống 33.0 / 28.2.
- Nhiều ràng buộc = sụt mạnh: Gemini-3-Pro giảm从 62.7% (1–4 ràng buộc) xuống 46.9% (9+); model yếu hơn rớt thẳng từ 40% xuống 3.5%.
- Ràng buộc ngữ nghĩa khó hơn định dạng (vd: Temporal Anchor, Transition Boundary, Action-Relative Selection) — cần hiểu sâu video chứ không chỉ format.
- Selection: model有 vị thế thiên kiến vị trí — trả lời đúng hơn khi nhánh đúng nằm ở vị trí đầu; thêm nhánh giả làm tăng tỷ lệ chọn sai.
- Nested sâu hơn = tệ hơn: task pass rate của Gemini giảm从 64.6% (độ sâu 2–4) xuống 55.6% (độ sâu 8–14).
IV. Conclusion & Future Works:
Tuân thủ chỉ thị nên được coi là chiều đánh giá hạng nhất cho video MLLM, vì độ chính xác cao không tự động kéo theo nghe lời user tốt. Hướng tương lai: huấn luyện riêng để cải thiện tuân thủ ràng buộc phức tạp và cấu trúc điều kiện; mở rộng sang video dài hơn, đa ngôn ngữ, và đa lượt hội thoại.
V. Brainstorming Space:
1. Publish Papers:
- Nghiên cứu phương pháp huấn luyện/suy luận giúp MLLM vượt qua thiên kiến vị trí nhánh trong chỉ thị rẽ nhánh, buộc model đánh giá đồng đều các điều kiện.
- Mở rộng Video-IFBench sang kịch bản đa lượt (multi-turn) và video-streaming thời gian thực với ràng buộc thay đổi theo dòng.
- Phân tích nguyên nhân mô hình hiểu video giỏi nhưng thất bại ở ràng buộc ngữ nghĩa, từ đó đề xuất cơ chế grounding tốt hơn giữa timestamp và câu trả lời.
- Xây dựng bộ dữ liệu đối nghịch (adversarial constraints) để đo lường mức độ model 'lảng tránh' ràng buộc khó thay vì tuân thủ.
2. Patent:
- Ứng dụng điện thoại phân tích video cuộc họp: người dùng ra lệnh 'tóm tắt chỉ phần thảo luận sau phút 20, xuất 5 gạch đầu dòng kèm timestamp, định dạng JSON' — app tự cắt đúng đoạn và tuân thủ định dạng xuất.
- Tính năng phụ đề thông minh cho video học tập: user yêu cầu 'chỉ liệt kê các bước thí nghiệm xuất hiện sau khi đổ hóa chất, mỗi bước ghi thời gian bắt/ kết thúc, tránh nhắc dụng cụ' — hệ thống lọc và trình bày theo đúng điều kiện.
- Công cụ kiểm duyệt video gia đình: chỉ thị 'nếu trong video có cảnh trẻ em chạm thiết bị nguy hiểm thì báo cáo, không thì im lặng; trả lời tiếng Việt, dưới 30 từ' — tự chọn nhánh điều kiện dựa trên nội dung thực tế.
- Trợ lý chỉnh sửa clip: 'cắt đoạn có người nói từ 2 giây trở lên, sắp xếp theo thứ tự thời gian, xuất danh sách dạng bảng' — tự động hóa hậu kỳ theo ràng buộc ngữ nghĩa và định dạng.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.25529 |
| ArXiv Abstract | https://arxiv.org/abs/2608.25529 |
| PDF Download | https://arxiv.org/pdf/2608.25529.pdf |
| Github Repository | https://github.com/Alexios-hub/Video-IFBench |
14. StreamPI: Streaming Multimodal Temporal Modeling for Vision-Language-Action Models (16 votes)
Tác giả: Zhe Liu, Jinghua Hou, Yuxiang Lu, Zhenya Yang, Xianzhe Fan, et al.
Xuất bản lúc: 2026-08-26
Tag: Vision-Language-Action, Robotics, Temporal Modeling, Streaming Inference, KV-Cache, Length Extrapolation
I. Main Problem:
Các mô hình VLA hiện đại (như π0.5) chỉ xử lý một khung hình duy nhất mỗi bước hành động, dẫn đến hai lỗ hổng cốt lõi:
- Không có trí nhớ thời gian: không thể nhớ quan sát quá khứ (vd. biết cái cốc nào đang che giấu vật thể sau khi xáo trộn).
- Nhận thức không gian kém: một khung hình thiếu thông tin hình học sâu (độ sâu, tư thế) cần cho thao tác tinh xảo.
Thêm ngữ cảnh thời gian vào mô hình mạnh như π0.5 gặp 4 thách thức: (1) chi phí tính toán tăng tuyến tính theo số khung hình; (2) quên chỉ thị — token hình ảnh tích tụ làm loãng ảnh hưởng của token ngôn ngữ; (3) lệch huấn luyện – triển khai: huấn luyện lấy mẫu đều đặn, robot thật phát luồng bất đồng bộ; (4) thêm encoder video làm hỏng đặc trưng tiền huấn luyện.
II. Main Idea:
StreamPI bổ sung khả năng lập luận thời gian cho VLA đơn-khung mà không thêm bất kỳ tham số nào, qua 4 thiết kế chính:
- Instruction-anchored temporal modeling: coi mỗi cặp
(quan sát hình ảnh, chỉ thị ngôn ngữ)là một đơn vị thời gian nguyên tử. Trong mỗi cặp dùng attention hai chiều (hình–chữ hòa quyện); giữa các cặp dùng attention nhân quả (chỉ nhìn quá khứ) để suy luận streaming tự hồi quy. Chỉ thị ngôn ngữ thus luôn là mỏ neo ngữ nghĩa bền vững suốt quá trình. - Streaming inference qua KV-Cache: mỗi bước chỉ mã hóa khung mới, truy xuất đặc trưng quá khứ đã lưu trong cache — chi phí tính toán không đổi bất kể tầm nhìn thời gian.
- Random-interval streaming training: huấn luyện lấy mẫu khung cách nhau ngẫu nhiên (khoảng [3,7]) thay vì cố định, tăng độ bền với nhiễu thời gian khi triển khai thực.
- Không thêm tham số: tận dụng length extrapolation của LLM backbone, kế thừa nguyên vẹn trọng số π0.5, hỗ trợ linh hoạt suy luận đơn/đa khung.
Ví dụ đời thường: giống nhân viên mới được giao một tờ giấy chỉ dẫn dán chặt bên cạnh mỗi thùng hàng mình bốc — mỗi lần bốc một thùng, tờ giấy đó đi kèm để nhắc đúng việc; đồng thời thay vì mở lại toàn bộ kho mỗi lần, anh chỉ lật nhanh tờ ghi chú của các thùng trước rồi xếp tiếp, nên không bao giờ quên mục tiêu dù làm cả ngày.
III. Main Results:
- Real-robot (memory-dependent): Shell Game +33.3%, Rolling Object Grasping +36.6% so với π0.5.
- Real-robot (precise perception): Pen Insertion +26.7%, Cup Insertion +32.0%.
- LIBERO benchmark: StreamPI (T=5) đạt trung bình 98.3%, vượt π0.5 (96.9%); mức tăng mạnh nhất trên LIBERO-Long (+2.6%).
- CALVIN long-horizon: độ dài chuỗi trung bình 4.547 vs 4.313 của π0.5; giữ 85.0% ở bước thứ 5 (π0.5 chỉ 79.5%).
- Ablation: attention hai chiều trong cặp quan trọng — đổi sang nhân quả làm sụt tới 5.6% trên LIBERO-Long; random-interval huấn luyện nâng T=5 từ 97.0% lên 98.3%.
IV. Conclusion & Future Works:
StreamPI là công thức đơn giản, không thêm tham số, giúp VLA đơn-khung có lập luận thời gian bền vững: nắm bắt ngữ cảnh hình học liên khung và giữ mỏ neo chỉ thị qua tầm nhìn dài. Random-interval training thu hẹp khoảng cách huấn luyện đồng bộ – triển khai bất đồng bộ. Hướng tương lai: mở rộng quy mô streaming trên robot đa nhiệm dài hạn; tự động chọn khoảng cách khung tối ưu để giảm độ trễ suy luận trên phần cứng thực.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng StreamPI cho world model: dùng đơn vị nguyên tử (ảnh, chữ) làm nền tảng dự đoán trạng thái tương lai thay vì chỉ sinh hành động, kết hợp dự báo chuyển tiếp trực quan đa khung.
- Nghiên cứu tự động hóa khoảng cách streaming (adaptive δ) học được từ dữ liệu deploy để cân bằng giữa độ trễ suy luận thấp và độ chính xác nhận thức thời gian cao.
- Áp dụng instruction-anchored temporal modeling cho VLA đa robot hợp tác, nơi mỗi agent giữ mỏ neo chỉ thị riêng nhưng chia sẻ cache đặc trưng thời gian của đối tác.
2. Patent:
- Robot gắp hàng trong kho dùng camera cổ tay: mỗi lệnh được 'dán' cùng khung hình hiện tại, robot nhớ khung trước qua cache để bắt đúng hộp di chuyển — không cần thêm chip xử lý, chỉ dùng lại mô hình VLA có sẵn trên điện thoại/bo mạch cạnh.
- Tay máy lắp ráp linh kiện tinh xảo (điện thoại, đồng hồ): ghép bút vào lỗ hẹp nhờ gộp nhiều khung hình liên tiếp làm 'ánh xạ độ sâu động', tăng độ chính xác mà không đổi phần cứng, thích hợp tích hợp thẳng vào app điều khiển máy trên điện thoại.
- Robot phục vụ gia đình chơi trò 'tìm cốc': camera điện thoại ghi lại cốc che vật, sau đó xáo; nhờ mỏ neo lệnh + bộ nhớ khung hình, robot mở đúng cốc — có thể bán thành tính năng 'trò chơi thông minh' cho robot gia đình chạy trên thiết bị di động giá rẻ.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.26067 |
| ArXiv Abstract | https://arxiv.org/abs/2608.26067 |
| PDF Download | https://arxiv.org/pdf/2608.26067.pdf |
| Github Repository | https://github.com/hku-sail/StreamPI |
15. V-Rubrics: Visual Faithfulness via Rubric-Based Reinforcement Learning (13 votes)
Tác giả: Shulin Tian, Minglun Li, Yuhao Dong, Hao Ding, Jiarui Yao, et al.
Xuất bản lúc: 2026-08-26
Tag: Vision-Language Models, GRPO, RLHF, Rubric-based RL, Visual Faithfulness, Multimodal Reasoning, Post-training
I. Main Problem:
Mô hình thị giác-ngôn ngữ (VLM) sinh câu trả lời trôi chảy nhưng thiếu bám sát bằng chứng hình ảnh: chỉ một đối tượng, giá trị biểu đồ hay bước suy luận không được hỗ trợ cũng đủ phá hỏng toàn bộ câu trả lời tưởng như hợp lý.
Tác giả coi đây là lỗi phân bổ tín dụng (credit-assignment) trong hậu huấn luyện đa phương thức:
- phần thưởng dạng vô hướng (đúng/sai, điểm tổng thể) chỉ nói câu trả lời có được chấp nhận hay không
- nhưng không chỉ ra fact hình ảnh nào đã được chứng minh, bước suy luận nào hợp lệ, ràng buộc chỉ thị nào bị bỏ sót
- hậu quả: một câu đúng vật nhưng suy luận sai, hoặc đúng đáp án nhờ đoán mò, đều nhận cùng một tín hiệu.
II. Main Idea:
Visual Rubrics-Based Reinforcement Learning biến tiêu chuẩn đánh giá theo hình ảnh thành tín hiệu RL chi tiết. Cách làm:
- với mỗi cặp ảnh–câu hỏi, tách câu trả lời tham chiếu thành các mục tiêu nguyên tử (atomic propositions) theo 3 chiều: Visual Faithfulness (VF) – nội dung có bám ảnh không; Reasoning Consistency (RC) – kết luận có suy ra từ ảnh không; Instruction Following (IF) – có tuân thủ yêu cầu prompt không
- mỗi mục có trọng số quan trọng (ESSENTIAL/IMPORTANT/OPTIONAL/PITFALL)
- thay vì gộp thành một điểm, giữ phần thưởng từng mục và khi có đoạn bằng chứng tương ứng thì localize ưu thế vào đúng prefix của câu trả lời chứa fact đó (prefix-localized credit)
- xây dựng V-Rubrics 50K: 50.248 mẫu từ 17 nguồn, lọc bằng luật, đo độ khó qua rejection-sampling, chú thích bởi Gemini-3-Pro
- huấn luyện trên checkpoint SFT (Qwen3-VL-8B) bằng GRPO dùng tín dụng rubric theo thành phần + prefix.
Ví dụ đời thường: giống giáo viên chấm bài không chỉ ghi 'đúng'/'sai' ở cuối, mà gạch đầu dòng từng ý — 'nhận đúng 3 vật (0.5đ)', 'suy luận sai bước 2 (-0.3đ)', 'thiếu định dạng yêu cầu (-0.2đ)' — và ghi chú lỗi nằm ở câu thứ mấy để học sinh biết chính xác chỗ nào cần sửa.
III. Main Results:
- Trên bảng tổng quát + tri thức: rubric GRPO đạt Overall Avg 68.04, cao hơn SFT (64.93) và answer-only GRPO (66.25), tức +1.79 điểm (~2.7% tương đối) so với GRPO thường; lợi ích tập trung vào MMMU / MMMU-Pro.
- Trên toán thị giác, biểu đồ, logic: rubric GRPO đạt 62.45, cao hơn SFT (58.45) tới +4.00 (~6.8%) và nhỉnh hơn answer-only GRPO (61.94).
- Mức tăng mạnh nhất ở MathVision, DynaMath, WeMath, LogicVista — nơi cần lý luận trung gian bám sát ảnh.
- Ablation (Table 3): answer-only = 66.25; rubric gộp cấp chuỗi = 67.74; rubric theo thành phần + prefix = 68.04 (tốt nhất).
- Giữ được năng lực VLM chung (MMBench không sụt đáng kể).
IV. Conclusion & Future Works:
Rubric biến 'bám sát hình ảnh' từ nhãn đánh giá hậu kỳ thành giao diện huấn luyện có cấu trúc, cho phép tín hiệu tín dụng chỉ đúng chỗ lý luận đúng/sai. Hạn chế: (1) chất lượng rubric tự động phụ thuộc vào mô hình sinh; (2) localization prefix chỉ xấp xỉ (fuzzy match câu verifier); (3) thiên kiến judge họ Qwen chấm policy họ Qwen. Hướng tương lai: đánh giá rubric bằng tập người thật lớn hơn, thử judge đa dạng, và chuyển sang họ mô hình khác / miền nhạy cảm an toàn.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng rubric có prefix-localized credit sang video reasoning: tách chuỗi suy luận theo khung hình và gán tín dụng từng đoạn bằng chứng động.
- Nghiên cứu judge đa họ mô hình để giảm thiên kiến self-preference khi chấm VLM bằng rubric tự sinh.
- Áp dụng rubric VF/RC/IF làm cơ chế giám sát an toàn cho VLM trong miền y tế / pháp lý, nơi fact sai gây hậu quả lớn.
2. Patent:
- Tính năng 'chấm điểm giải thích ảnh' trên điện thoại: khi người dùng hỏi AI về một tấm ảnh (hóa đơn, biểu đồ sức khỏe), hệ thống tự tách từng kết luận thành mục kiểm tra có bám ảnh không, hiển thị điểm từng ý và gạch chân chỗ AI bịa — giúp người dùng tin tưởng hơn thay vì nhận một đoạn văn dài không rõ nguồn.
- Trình tóm tắt biểu đồ cho app tài chính: AI đọc ảnh chart cổ phiếu, tự chấm rubric xem số liệu trích xuất có khớp pixel biểu đồ không, rồi chỉ xuất kết luận đã qua kiểm chứng bám ảnh, giảm hiện tượng 'ảo giác số' khi báo cáo cho người dùng.
- Trợ lý học tập quét đề thi hình ảnh: app chụp bài toán, AI sinh lời giải kèm rubric từng bước (nhận đúng vật, suy luận đúng, đúng định dạng), bôi đỏ bước sai để học sinh biết lỗi ngay từng chỗ thay vì chỉ thấy đáp án cuối.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.25580 |
| ArXiv Abstract | https://arxiv.org/abs/2608.25580 |
| PDF Download | https://arxiv.org/pdf/2608.25580.pdf |
| Github Repository | https://github.com/shulin16/v-rubrics |
16. SWE Refactor Bench: Can Coding Agents Complete a Long-Horizon, Whole-Repository Stack Migration? (13 votes)
Tác giả: Deyao Hong, Yizhe Chi, Wenyi Li, Xiaoqiu Wang, Mingju Gao, et al.
Xuất bản lúc: 2026-08-24
Tag: Coding Agents, Benchmark, Software Migration, LLMs, Technical Debt, Differential Testing, Agentic Verification, SWE
I. Main Problem:
Các benchmark hiện tại đánh giá coding agent chỉ qua test hành vi (behavioural correctness), không kiểm chứng xem migration có thực sự xảy ra hay không. Điều này tạo ra lỗ hổng gọi là Blindness: agent chỉ cần copy nguyên bản implementation gốc để toàn bộ test đều xanh, nhận điểm tối đa dù chưa hề chuyển đổi gì. Hậu quả:
- không phân biệt được repo đã migrate thật với repo nguyên bản không đổi (cả hai đều đạt điểm test hoàn hảo vì test được sinh từ chính bản gốc)
- đánh giá sai năng lực thực sự của agent trong bài toán di chuyển toàn bộ repository sang stack công nghệ khác (ngôn ngữ, framework, platform, build toolchain) trong thời gian dài (6–30 giờ).
II. Main Idea:
SWE Refactor Bench đo một năng lực duy nhất: từ một repo đang chạy trên stack A, agent có giao được chính repo đó trên stack B, giữ nguyên hành vi quan sát được và loại bỏ hoàn toàn stack cũ. Phương pháp dùng giao thức 3 giai đoạn đánh giá độc lập từng điều kiện:
- Stage I – Migration Audit: cổng cứng kiểm tra stack cũ đã biến mất chưa (loại bỏ blindness). Mỗi tiêu chí do model đọc cả hai cây source, chấm 3 lần độc lập lấy đa số.
- Stage II – Behavioural Tests: 130,118 check cố định sinh từ bản gốc (cùng input → cùng output/exit code). Sai 1 check = 0 điểm.
- Stage III – Agentic Verification: 6 coding agent độc lập, mỗi người 1 giờ, tự sinh test so sánh khác biệt. Chỉ bị loại nếu có counterexample chạy được (xanh trên gốc, đỏ trên bản migrate, lặp lại 3 lần).
Điểm số kết hợp 3 giai đoạn: Stage I là veto nhân, Stage II là all-or-nothing, Stage III chiếm 0.6 trọng số.
Ví dụ đời thường: giống thanh tra xây dựng kiểm tra nhà thầu không chỉ 'nhà có ở được không' (test hành vi) mà còn 'đã đập tường cũ xây lại chưa' (audit), rồi thuê 6 chuyên gia độc lập xách búa gõ tìm vết nứt mà bản thiết kế chưa quy định (agentic verification) — chỉ cần một vết nứt chạy được mới bị phạt.
III. Main Results:
- 520 lượt chạy từ 8 mô hình frontier, 26 cấu hình: chỉ 28 lượt (5.4%) qua cả 3 giai đoạn; 13/20 task không có lời giải nào được chấp nhận.
- Model tốt nhất claude-opus-5 (xhigh) đạt 47.0/100; tiếp theo gpt-5.6-sol 28.5, kimi-k3 19.5, claude-sonnet-5 15.0.
- Hai năng lực tách biệt: 30 lượt giữ hành vi bằng cách bỏ qua migration (bị chặn ở Stage I); 252 lượt hoàn thành migration nhưng làm hỏng hành vi (bị chặn ở Stage II).
- Trong 340 lượt qua Stage I: 58% đạt 99% check nhưng chỉ 26% đạt 100% — bước cuối rất khó khép lại.
- Trong 88 lượt qua cả Stage I+II: 60 lượt bị ít nhất 1 verifier phá; chỉ 28 sống sót Stage III.
- Chênh lệch theo loại nợ: build toolchain dễ nhất (31.4 điểm, 80.8% qua Stage I), language rewrite khó nhất (5.6 điểm). Framework rewrite đóng góp 14/28 lượt accepted.
- 3 model (gpt-5.6-luna, dsv4-flash, glm-5.2) có lượt 'toàn test xanh' nhưng dưới 3 giai đoạn không giải được task nào — minh họa blindness.
IV. Conclusion & Future Works:
SWE Refactor Bench chứng minh agent hiện tại chưa đáng tin để tự động migrate toàn bộ repository — hoàn thành code và hoàn thành migration là hai việc khác nhau, và làm cả hai vẫn chưa đủ trước Agentic Verification. Giao thức 3 giai đoạn là testbed nghiêm ngặt để phát triển agent đáng tin hơn. Hướng tương lai: cải thiện khả năng đóng lỗ hổng 1% cuối cùng ở Stage II, tăng độ bền với verifier ở Stage III, và thu hẹp khoảng cách theo từng loại nợ kỹ thuật (đặc biệt language rewrite).
V. Brainstorming Space:
1. Publish Papers:
- Nghiên cứu chiến lược planning cho agent trong migration dài hạn: chia nhỏ task, duy trì hành vi drop-in replacement qua từng bước rewrite mà không để sót hàm gọi ngược vào stack cũ.
- Tăng cường Agentic Verification: thiết kế verifier chủ động sinh differential test theo property-based testing và shrinking để tìm counterexample ổn định hơn trong 1 giờ.
- Phân tích vì sao language rewrite (C→Rust) khó hơn build toolchain, đề xuất kỹ thuật redesign ownership/thực thi chéo ngôn ngữ thay vì transliteration.
- Mở rộng benchmark sang migration có network, multi-repo, hoặc có phần spec thay vì chỉ dùng bản gốc làm reference behaviour.
2. Patent:
- Công cụ CI tự động cho doanh nghiệp: khi đổi ngôn ngữ/framework dự án, hệ thống chạy 3 giai đoạn audit + test + verifier-agent để cảnh báo nếu engineer chỉ copy code cũ qua (phát hiện blindness) trước khi merge.
- Tính năng 'di chuyển an toàn' trong IDE: trợ lý AI rewrite module sang stack mới, rồi tự sinh 6 agent kiểm thử đối chiếu hành vi với bản cũ, báo cáo khác biệt còn sót trước khi dev commit.
- Dịch vụ đám mây giúp đội nhỏ nâng cấp legacy repo (ví dụ đổi Maven→Gradle, C→Rust) với hợp đồng 'giữ nguyên hành vi có thể chứng minh', dùng Migration Audit làm minh chứng pháp lý cho khách hàng.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.23564 |
| ArXiv Abstract | https://arxiv.org/abs/2608.23564 |
| PDF Download | https://arxiv.org/pdf/2608.23564.pdf |
| Github Repository | https://github.com/Einsia/SWE-Refactor-Bench |
17. Rubrics as Visual-Repair Context for Self-Evolving UI-to-Code Generation (12 votes)
Tác giả: Tianyi Xiong, Zhengyuan Yang, Xiaofei Wang, Chung-Ching Lin, Ruichun Ma, et al.
Xuất bản lúc: 2026-08-25
Tag: UI-to-Code, Vision-Language Models, Self-Evolution, Rubrics, Test-Time Improvement, Visual Repair Coupling
I. Main Problem:
Sinh UI-to-code bằng Vision-Language Model (VLM) gặp nút thắt ở self-evolution tại test-time: sửa một đoạn code nhỏ lại làm hỏng vùng đã đúng. Tác giả gọi hiện tượng này là visual repair coupling — do UI code có tính ghép nối (coupled):
- đổi một rule CSS → dịch chuyển toàn bộ layout
- sửa container cha → ảnh hưởng các con
- thêm component thiếu → thay đổi khoảng cách, căn lệch, mật độ hiển thị chỗ khác
Hậu quả: self-evolution kiểu naïve (tự phê bình → tự sửa) không tăng tiến đơn điệu, mà sau vài vòng làm tệ hơn bản đầu (trên Design2Code, 15/15 vòng tinh chỉnh của GPT-5.2 đều thấp hơn vòng 0).
II. Main Idea:
RubSE (Rubric-guided Self-Evolution) biến phản hồi hình ảnh thành ngữ cảnh sửa lỗi có cấu trúc gọi là rubric. Mỗi rubric = một lỗi visual cụ thể + gắn vào 1 trong 5 loại (LAYOUT_GEOMETRY, SPACING_DENSITY, TYPOGRAPHY_TEXT, STYLING_VISUAL, COMPLETENESS) + hướng sửa mục tiêu. Vòng lặp 3 thao tác:
- EVOLVE: sinh tập K rubric ứng viên cho bản render hiện tại (loại trùng rubric đã sửa ở các vòng trước).
- SELECT: chọn đúng 1 rubric ưu tiên làm mục tiêu sửa cho vòng này → hạn chế sửa quá rộng.
- HISTORY: lưu rubric đã chọn vào lịch sử dọc các vòng, nhắc model tránh lặp lại hoặc sửa lan.
Generator chỉ dùng rubric đã chọn làm điều kiện (conditioning), vẫn tự quyết định cách sửa code. Thiết kế tách biệt khám phá lỗi / chọn mục tiêu / giữ ngữ cảnh — thay vì để self-evolution trộn lẫn cả ba.
Ví dụ đời thường: giống thợ sửa nhà nhận danh sách nhỏ từng hạng mục cần sửa ('kẽ hở cửa sổ bên trái', 'màu tường phòng khách'), sửa từng cái một và đánh dấu đã xong, thay vì mỗi lần thấy lỗi lại đập sửa cả căn nhà rồi làm hỏng chỗ vừa ổn.
III. Main Results:
- Trên 6 VLM và 3 benchmark (Design2Code, UI2Code-Real, Design2Code-HARD), RubSE thắng naïve self-evolution ở 15/18 thiết lập vòng cuối (round-10), trung bình +1.20 overall điểm và +0.11 aspect-mean.
- Ở best-round (chọn vòng tốt nhất), RubSE thắng 14/18 thiết lập, trung bình +1.13 overall điểm — chứng tỏ cả ổn định lẫn trần hiệu suất cao hơn.
- Frontier VLM hưởng lợi rõ nhất (GPT-5.4: +1.90 judge, +0.16 aspect); Qwen mã nguồn mở cũng lợi +0.50 overall trung bình.
- Giảm trajectory collapse: frontier model giảm từ 18.9% → 12.8% số vòng sụp; tỉ lệ phục hồi tăng (GPT-5.4 hồi phục 18.5% → 50.0%).
- Rubric mạnh chuyển giao được: thay rubric do Qwen tự sinh bằng rubric do GPT-5.4 sinh → mọi model Qwen cải thiện mạnh hơn, nhờ GPT viết rubric ở tầm cấu trúc (layout/scale/hierarchy) thay vì patch CSS cụ thể.
- Chi phí: GPT-5.4 tốn 1.60× API cost; Qwen3.5-9B chậm thêm 2.5% latency.
IV. Conclusion & Future Works:
RubSE chứng minh ngữ cảnh sửa lỗi có cấu trúc (rubric) giúp self-evolution UI-to-code ổn định và đáng tin hơn mà không mất linh hoạt của sửa code mở. Hạn chế / hướng tới:
- Mới thử 3 frontier + 3 open-source trên HTML/CSS, chưa phủ rộng ngôn ngữ UI khác.
- Không bảo đảm code đúng cú pháp → một số vòng sinh lỗi render; cần vòng debug tường minh.
- VLM làm giám khảo chưa hoàn toàn ổn định so với người, cần visual grader bền vững hơn.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng RubSE sang sinh UI đa ngôn ngữ (React, Flutter, SwiftUI) và đa dạng model family để kiểm chứng tính khái quát của rubric feedback.
- Tích hợp vòng debug / compiler-check vào HISTORY để vừa giữ ngữ cảnh sửa lỗi vừa loại bỏ bản render lỗi do sai cú pháp.
- Dùng rubric chất lượng cao từ VLM mạnh làm 'teacher signal' để hướng dẫn model yếu hơn tự sinh rubric tốt hơn (rubric distillation).
2. Patent:
- App thiết kế web trên điện thoại: chụp ảnh màn hình tham khảo, AI sinh code HTML/CSS rồi tự render, hiển thị danh sách rubric từng lỗi ('logo lệch trái', 'khoảng cách navbar rộng') để người dùng bấm sửa từng cái — tránh làm hỏng chỗ đã đúng.
- Tính năng 'tự sửa giao diện' trong trình dựng app di động: mỗi lần preview, hệ thống so sánh với bản thiết kế và chỉ đề xuất một thay đổi localized mỗi lần, lưu lịch sử để không lặp lại lỗi đã sửa.
- Công cụ clone giao diện đối thủ bằng điện thoại: chụp UI app khác, AI sinh code tái hiện; nếu render lệch, dùng rubric để tự hiệu chỉnh từng vùng (màu, cỡ chữ, căn lề) thay vì viết lại toàn bộ.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.24138 |
| ArXiv Abstract | https://arxiv.org/abs/2608.24138 |
| PDF Download | https://arxiv.org/pdf/2608.24138.pdf |
| Github Repository | N/A |
18. Are Android GUI Agents Robust Against Runtime Anomalies? AnTrap: Evaluating Agents in Dynamic Adversarial Environments (12 votes)
Tác giả: Guo Gan, Yilun Zhao, Cong Chen, Jinbiao Wei, Tingyu Song, et al.
Xuất bản lúc: 2026-08-25
Tag: GUI Agents, Android, Robustness, Benchmark, Adversarial, GRPO, Reinforcement Learning, Multimodal, LLMs
I. Main Problem:
Các GUI agent trên Android thường gặp dị thường lúc chạy (runtime anomalies) từ hai nguồn: nhiễu từ môi trường (popup quảng cáo, lỗi render, chuyển app bất ngờ) và lỗi nội tại của agent (ảo giác phần tử, grounding sai, dùng sai thao tác). Tuy nhiên:
- các benchmark hiện tại (AndroidWorld, MobileWorld…) chỉ đo hiệu suất trong môi trường sạch, ổn định, bỏ qua khả năng phục hồi.
- vài công trình có đụng tới nhiễu thì chỉ dùng trajectory tĩnh cố định hoặc chỉ phủ 1–2 loại lỗi hẹp, thiếu phép đo hệ thống và có kiểm soát.
Hậu quả: không rõ agent yếu ở đâu, và không phân biệt được lỗi do thiếu dữ liệu huấn luyện adversarial hay do giới hạn tư duy của mô hình.
II. Main Idea:
ANTRAP là bộ benchmark tiêm bẫy động (dynamic traps) vào đúng vòng lặp thực thi ⟨State, Thinking, Action⟩ của agent trong môi trường AndroidWorld mở rộng. Cốt lõi:
- Phân loại STAR 4 lớp theo vòng lặp: State / Thinking / Action / Round, chia thành 10 lớp con (popup, render lỗi, xung đột thời gian, ảo giác thị giác, grounding sai, sai kiểu thao tác, lệch ý định, deadlock, đứt ngữ cảnh, lặp vòng).
- Pipeline tiêm bẫy động: chặn vòng lặp, sửa state (APK popup, OpenCV), thay observation, ghi đè tọa độ/hành động, hoặc cướp luồng nhiều bước — đều ngẫu nhiên theo thời gian chứ không tĩnh.
- Nguyên tắc bảo toàn khả giải: bẫy không làm nhiệm vụ bất khả thi, nên mọi sụt giảm điểm đều quy cho agent yếu.
- 236 task gốc + bản đối xứng có bẫy, người thẩm định xác nhận 91% hợp lệ.
Ví dụ đời thường: giống một người mới làm, đang bấm chuột thì màn hình bật popup che nút, hoặc tay trượt bấm nhầm — thay vì nhận ra và tự sửa, họ cứ bấm tiếp vào chỗ cũ rồi kẹt luôn không thoát được, dù task vẫn làm được nếu biết quay lại.
III. Main Results:
- Đo 16 mô hình (Claude-Sonnet-4.6, Gemini-3-Pro, GPT-5.4, UI-TARS, GUI-Owl, Qwen3-VL, MAI-UI…): tất cả đều sụt điểm dưới bẫy. Mạnh nhất Claude-Sonnet-4.6 cũng tụt 74.2%→66.5%.
- Agent yếu nhất ở bẫy lớp Round (deadlock, đứt ngữ cảnh, lặp vòng) và xung đột thời gian; chịu được tốt hơn các lỗi 1 bước (grounding, render, ảo giác).
- Reasoning ≠ Robustness: mô hình thinking có baseline cao hơn nhưng mức sụt do bẫy tương đương hoặc hơn bản instruct (Qwen3-VL-8B-Thinking tụt 6.1đ vs instruct 5.8đ).
- GRPO trong môi trường gốc: cải thiện task sạch (+6–7đ) nhưng gần như không tăng độ bền với bẫy.
- GRPO trong ANTRAP: bẫy State (+8–11đ) và Action (đến +8.5đ) học được rõ rệt; nhưng Round (đặc biệt Loop, <+1đ) và reasoning sâu gần như không cải thiện dù huấn luyện chuyên biệt.
IV. Conclusion & Future Works:
ANTRAP chỉ ra ranh giới: bẫy 1 bước ở State/Action có thể học bằng RL adversarial, còn bẫy ngữ cảnh sâu (deadlock, loop) bộc lộ giới hạn tư duy không giải được chỉ bằng môi trường có bẫy. Cần năng lực tự giám sát dài hạn (meta-cognition) để thoát vòng lặp.
Hướng tương lai (ghi rõ trong Limitations):
- mở rộng từ 236 task lên nhiều kịch bản Android hơn.
- thử adversarial SFT thay vì chỉ RL để cải thiện hiểu ngữ cảnh.
- xây phương pháp huấn luyện quy mô lớn khắc phục điểm yếu này (benchmark chủ đích chẩn đoán, không phải giải pháp train).
V. Brainstorming Space:
1. Publish Papers:
- Huấn luyện RL adversarial theo từng lớp bẫy (per-subcategory GRPO) để cô lập tín hiệu học cho lỗi State/Action, kết hợp với cơ chế tự phát hiện vòng lặp dài hạn cho lớp Round.
- Adversarial SFT thu thập trajectory phục hồi từ người thật/agent để tăng khả năng hiểu ngữ cảnh đa bước, bù đắp chỗ RL đơn thuần không tới được.
- Đóng khung đánh giá độ bền GUI agent thành taxonomy 4 lớp áp dụng chéo sang web/desktop agent, chuẩn hóa cách đo recovery capability xuyên nền tảng.
- Thiết kế cơ chế self-reflection/backtracking chủ động để agent nhận diện observation lỗi thời và tự quay lại trạng thái sạch trước khi kẹt trong deadlock.
2. Patent:
- Trình kiểm thử tự động cho app di động: khi QA chạy agent tự động, hệ thống chủ động bật popup quảng cáo/đổi màn hình ngẫu nhiên để đo app có treo hay agent có tự gỡ rối, thay vì test tay tốn công.
- Tính năng 'chế độ an toàn' trên điện thoại: hệ điều hành phát hiện agent (hoặc script tự động) rơi vào lặp thao tác giống nhau quá N lần thì tự chặn và hiện nút quay lại, ngăn kẹt vòng vô hạn.
- Bộ lọc nhiễu thực tế cho trợ lý ảo trên điện thoại: trước khi agent bấm, app soi xem màn hình có bị popup che/ảo ảnh nút không, rồi đợi hoặc tắt popup rồi mới hành động — giúp trợ lý bền hơn khi dùng thật.
- Khung huấn luyện agent trên thiết bị: trong lúc người dùng để agent rảnh làm task, điện thoại thỉnh thoảng cài bẫy nhẹ (popup, đổi tọa độ) để thu dữ liệu phục hồi và cập nhật nhẹ mô hình tại chỗ, tăng độ bền theo thời gian.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.24099 |
| ArXiv Abstract | https://arxiv.org/abs/2608.24099 |
| PDF Download | https://arxiv.org/pdf/2608.24099.pdf |
| Github Repository | https://github.com/gguogan/AnTrap |
19. The Handoff Tax: Continuing Non-Native Trajectories in LLM Agents (12 votes)
Tác giả: Roy Ganz, Mor Shpigel Nacson, Adi Kalyanpur, Ron Litman
Xuất bản lúc: 2026-08-25
Tag: LLM Agents, Coding Agents, Model Routing, Cost-Quality Tradeoff, SWE-bench, Model Handoff
I. Main Problem:
Coding agent chạy một task qua hàng chục đến hàng trăm model calls, nên chọn model là quyết định kinh tế lẫn kỹ thuật. Người dùng thường phải chọn trước khi biết task cần năng lực đến đâu, rồi giữa chừng mới escalate (nâng lên model mạnh/đắt — HC) khi model rẻ (LC) luẩn quẩn, hoặc downshift (hạ xuống model rẻ) khi phần suy luận khó đã xong.
Vấn đề cốt lõi: mỗi lần chuyển, model nhận phải tiếp nối một trajectory không do nó tạo ra (non-native trajectory) — chứa cách tư duy, lỗi, ngõ cụt của model khác. Hậu quả lên chi phí và chất lượng khi chuyển giao giữa các model thương mại có profile khác nhau hầu như chưa được đo đạc hệ thống.
II. Main Idea:
Handoff = chuyển tiếp giữa hai model giữa chừng một task dài. Nghiên cứu khảo sát quy mô lớn trên SWE-bench Verified với hai cặp LC/HC: Claude (Haiku 4.5 / Opus 4.7) và GPT-5.6 (Luna / Sol).
Ba trục được biến thiên:
- Hướng chuyển: LC→HC (escalation) và HC→LC (downshift)
- Thời điểm: percentile bước đã hiệu chuẩn theo độ khó task, không đếm bước cố định
- Interface (thông tin trajectory truyền sang, luôn giữ working tree):
- Raw: truyền nguyên trajectory
- Compactpre: model tiền tố tóm tắt
- Compactsuf: model hậu tố tóm tắt
- Traj-drop: bỏ trajectory, chỉ giữ file code đã sửa
Hai chỉ số chuẩn hóa: QRec (phần cách biệt chất lượng HC lấy lại được) và CSRet (phần tiết kiệm của LC giữ được).
Ví dụ đời thường: giống giao một nửa bản nháp cho người khác viết tiếp — nếu đưa bản nháp lộn xộn của thợ phụ (LC) cho thợ giỏi (HC) tiếp, ông thợ giỏi bị vướng cách làm sai của người trước nên tốn công hơn tự làm; ngược lại nếu đưa bản nháp tử tế của thợ giỏi cho thợ phụ viết nốt, thợ phụ bám theo ý tưởng tốt sẽ làm ổn hơn là bị xóa trắng nháp.
III. Main Results:
- Raw escalation kém hiệu quả: chỉ lấy lại <50% cách biệt chất lượng HC (QRec 47% Claude, 36% GPT) mà tốn 4.0x–6.1x chi phí LC.
- Claude bị Raw dominate hoàn toàn: bỏ hẳn LC và chạy HC từ đầu rẻ hơn và chính xác hơn (1.61) — restart HC thắng cả về giá lẫn điểm.
- Downshift thuận lợi: LC giữ được phần lớn chất lượng HC mà vẫn rẻ hơn HC-only (Claude giữ 80% tiết kiệm; GPT giữ 79% chất lượng).
- Interface đảo chiều theo hướng: giảm thông tin LC giúp escalation (Traj-drop đẩy QRec lên 64% Claude, 84% GPT); nhưng bỏ trajectory HC lại hại downshift (chất lượng tụt mạnh ở cả hai family).
- Cơ chế chi phí khác nhau: Raw escalation làm mỗi bước HC đắt 2.2x (Claude); Traj-drop downshift ép LC chạy 1.6x–2.0x bước (phải làm lại context HC).
- Ngoài coding: trên LiC (yêu cầu đến muộn), escalation thắng vì giai đoạn quyết định giao cho HC; trên BrowseComp (tích lũy bằng chứng qua search), escalation gần đạt chất lượng HC nhưng vẫn không tiết kiệm.
- Quy mô: 58 cấu hình/family, 58,000 runs, 2 triệu API calls, 36 tỷ tokens xử lý.
IV. Conclusion & Future Works:
Handoff nên được coi là bài toán inference riêng, không chỉ là mở rộng của model routing: routing chọn model nào hành động tiếp, còn handoff interface quyết định trajectory info được thừa kế cùng trạng thái repository. Thiết kế handoff cần tối ưu cùng lúc với chọn receiver và thời điểm chuyển.
Hướng tương lai: chính sách chuyển thích ứng theo tiến độ (adaptive progress-aware); structured handoff chọn lọc/tóm tắt/bỏ từng thành phần trajectory; mở rộng đánh giá sang nhiều family, capability gap, pricing regime, repeated rollouts, và nhiều handoff trên một trajectory.
V. Brainstorming Space:
1. Publish Papers:
- Nghiên cứu chính sách adaptive progress-aware quyết định đồng thời khi nào nên chuyển và model nào nên tiếp nối, thay vì fix sẵn switch point như bài này.
- Thiết kế structured handoff chọn lọc có chủ đích — chỉ truyền những thành phần trajectory hữu ích cho receiver (ví dụ giữ hypothesis, bỏ dead-end) thay vì Raw hay tóm tắt toàn bộ.
- Mở rộng đánh giá handoff qua nhiều model family, capability gap, pricing regime, repeated rollouts, và kịch bản nhiều handoff liên tiếp trên một trajectory dài.
2. Patent:
- IDE trên điện thoại: khi user dùng model rẻ viết code bị kẹt, app tự đề xuất 'nâng cấp model' nhưng thay vì truyền nguyên lịch sử chat lộn xộn, app chỉ gửi bản tóm tắt ngắn cộng file code hiện tại để model mạnh tiếp nối rẻ hơn (triệt tiêu handoff tax).
- Tính năng 'chuyển giao trợ lý' trong app sửa lỗi: model mạnh phân tích xong để lại file đã sửa và ghi chú tóm tắt, model rẻ đọc để hoàn thiện các bước đơn giản — tiết kiệm phí API trên máy mà vẫn giữ chất lượng cao.
- Hệ thống chat đa-agent trên điện thoại: với yêu cầu dài dần rõ ràng qua nhiều lượt (như LiC), app tự chuyển giai đoạn quyết định sang model mạnh, giai đoạn đầu dùng model rẻ — tối ưu chi phí mà không giảm kết quả cuối.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.24358 |
| ArXiv Abstract | https://arxiv.org/abs/2608.24358 |
| PDF Download | https://arxiv.org/pdf/2608.24358.pdf |
| Github Repository | N/A |
20. A Programming Paradigm for Spatiotemporal Composability (11 votes)
Tác giả: Yifan Shi, Wei Zhang, Tianyi Cui
Xuất bản lúc: 2026-08-26
Tag: Effect Systems, Coeffects, Dynamic Composition, Programming Paradigm, Hot Module Replacement, Component Framework, Runtime Mechanisms
I. Main Problem:
Phần mềm hiện đại — hệ plugin (VSCode, Koishi) và agent harness tự tiến hóa — cần thành phần thay đổi động lúc chạy (load/unload/reconfigure) nhưng nền tảng hình thức của dynamic composition còn sơ sài. Hai khía cạnh chưa được giải quyết:
- Temporal composability: khi gỡ một thành phần, mọi thay đổi nó gây ra lên môi trường chia sẻ phải được thu hồi hoàn toàn, an toàn, có thứ tự.
- Spatial composability: các thành phần phải khai báo, phát hiện và giải quyết phụ thuộc lẫn nhau một cách có cấu trúc, có kiểm tra.
Thực tế: VSCode chạy mọi extension trong một process, không unload được extension có code (87/100 top phải restart); cơ chế dependency không có hợp đồng kiểu (trả về any). Agent tự sửa mình liên tục → thiếu hai tính chất này sẽ phải restart mất state tích lũy, hoặc đứt phụ thuộc chỉ xuất hiện lúc reload. Giải pháp thô (OS/container) chỉ ở hạt process/service, tốn chi phí và không nắm được hạt fine-grained.
II. Main Idea:
Nâng effect (mô tả cách tính toán sửa môi trường) và coeffect (mô tả cách tính toán phụ thuộc môi trường) từ công cụ phân tích tĩnh compile-time lên cơ chế runtime có thể thao tác trực tiếp:
- Revertible effects: mỗi biến đổi context được mô hình hóa thành hàm Γ→Γ đi kèm một nghịch đảo mà runtime giữ. Khi gỡ thành phần, chạy ngược chuỗi nghịch đảo tích lũy (accumulator) để phục hồi context → temporal composability cục bộ. Chứng minh
trackΓlà monoid homomorphism, giữ nguyên hành vi thuận. - Reactive coeffects: thành phần khai báo đặc tả coeffect; mỗi thay đổi context được phân loại (activate / deactivate / neutral) so với đặc tả đó để bật/tắt thành phần → spatial composability cục bộ.
- Context paradigm: gộp effect context và coeffect context thành một context type duy nhất, mọi effect/coeffect đi qua nó, sinh ra observational equivalence để hiệu ứng của các thành phần khác nhau xen kẽ mà không nhiễu nhau.
- Calculus of dynamic composition: gộp hai cơ chế thành notion "component", cho operational semantics và metatheory (Preservation, Temporal/Spatial Composability, Progress, Confluence) lan truyền bảo đảm từ 1 component sang cả hệ.
- Cordis: hiện thực thành meta-framework — core library (effect tracking, coeffect resolution) + declarative loader (config reconciliation, hot module replacement).
Ví dụ đời thường: giống một đội thợ sửa chung một căn phòng, mỗi người trước khi động vào đồ đạc đều chụp ảnh hiện trạng và ghi bước hoàn tác, nên lúc về chỉ làm ngược lại là phòng nguyên trạng; đồng thời mỗi người treo bảng công việc mình cần (điện, nước), và khi có người khác bật/tắt nguồn thì tự động biết mình được phép làm hay phải dừng.
III. Main Results:
- 5 đóng góp: (1) revertible effects với accumulator φ phục hồi context; (2) reactive coeffects phân loại context change; (3) context paradigm thống nhất và observational equivalence; (4) calculus động với metatheory chứng minh spatiotemporal composability lan từ component đơn lẻ sang hệ; (5) hiện thực Cordis.
- Cơ sở lý thuyết: định nghĩa twisted composition monoid 𝔗Γ, effect context 𝜕Γ = Γ × (Γ→Γ), chứng minh trackΓ bảo toàn forward behavior và là monoid homomorphism.
- Case study Koishi: áp dụng lên hệ plugin thực tế.
- Là công trình lý thuyết + framework, không có benchmark số; giá trị nằm ở nền tảng hình thức và công cụ Cordis cho dynamic composition fine-grained.
IV. Conclusion & Future Works:
Thảo luận 7 hệ lụy và hướng mở rộng: system boundary, service multiplexing, access control/sandboxing, language independence, mutual dependencies & granularity, dependency typing/versioning, và co-design với OS/ngôn ngữ. Hướng tương lai: đưa trừu tượng context paradigm sát hơn với ngôn ngữ và hệ điều hành, tích hợp kiểm tra kiểu/phiên bản phụ thuộc để thay thế hẳn việc restart process/container thô.
V. Brainstorming Space:
1. Publish Papers:
- Mở rộng calculus xử lý mutual dependencies và phát hiện circular dependency lúc runtime mà không làm sập hệ thống.
- Tích hợp dependency typing/versioning vào context paradigm để phụ thuộc giữa các module có hợp đồng kiểu được kiểm tra động.
- Co-design context paradigm với hệ điều hành: composability fine-grained thay thế cơ chế restart process/container ở biên OS.
- Vận dụng reactive coeffects cho agent harness tự tiến hóa, nơi module công cụ được sinh ra và gỡ bỏ liên tục không người giám sát.
2. Patent:
- Hệ thống plugin cho ứng dụng điện thoại: người dùng cài/tắt tiện ích mở rộng mà không cần khởi động lại app; mỗi tiện ích tự thu hồi sạch mọi thay đổi (đăng ký sự kiện, cache, quyền) khi tắt, app chạy mượt không gián đoạn.
- Framework cho agent AI trên điện thoại tự nâng cấp: module công cụ tự thêm/bớt lúc chạy, ngay cả khi module lỗi cũng không làm sập app vì mỗi module hoàn tác sạch trạng thái đã sửa.
- Trình quản lý tính năng động theo cấu hình: một file khai báo quyết định module nào bật; đổi cấu hình lúc chạy thì module cũ tắt sạch, module mới bật, không cần restart ứng dụng.
- Cơ chế hot-swap module cho app điện thoại: khi cập nhật một tính năng, hệ thống giữ nguyên các tính năng khác đang chạy và chỉ thay thế module đích, thu hồi hiệu ứng cũ rồi áp dụng hiệu ứng mới.
Các đường dẫn liên quan
| Nền tảng | Đường dẫn |
|---|---|
| Hugging Face | https://huggingface.co/papers/2608.25512 |
| ArXiv Abstract | https://arxiv.org/abs/2608.25512 |
| PDF Download | https://arxiv.org/pdf/2608.25512.pdf |
| Github Repository | N/A |