Chuyển tới nội dung chính

🤗 Daily Hugging Face Paper Digest - 2026-08-19

Báo cáo được tạo tự động vào lúc 2026-08-20 10:11:21 bằng mô hình hermes-agent.

📰 Summary of Papers​

1. Demystifying Agent Skills: Why They Work-Until They Don't (147 votes)​

Tác giả: Zhiyuan Jiang, Fangrui Huang, Hanwen Xing, Xander Wu, Yipeng Gao, et al.

Xuất bản lúc: 2026-08-14

Tag: Skills, LLM Agents, Agent Memory, Procedural Anchoring, Workflow Memory, Retrieval, Skill Retrieval

I. Main Problem:​

Các đánh giá hiện tại về kỹ năng (skills) cho tác nhân LLM chỉ đo tỉ lệ thành công gộp của nhiệm vụ: nếu gắn skill mà giải quyết được nhiều task hơn thì coi là hữu ích. Cách đo này bỏ ngỏ ba câu hỏi nền tảng:

  • Khi nào skill giúp ích?
  • Tại sao nó hoạt động (cơ chế thay đổi hành vi là gì)?
  • Ở đâu nó thất bại?

Hậu quả: thiết kế skill hiện nay mang tính mò mẫm (heuristic) — viết, truy xuất, chỉnh sửa qua thử-sai hoặc tinh chỉnh prompt — chứ chưa có hiểu biết nguyên lý về điều gì làm một skill thực sự giá trị.

II. Main Idea:​

Tác giả dùng phương pháp phân tích quỹ đạo đối chiếu (contrastive trajectory analysis): so sánh các lượt chạy ghép cặp có và không có skill trên cùng một nhiệm vụ, rồi tìm xem hai lượt chạy phân kỳ ở đâu trong chuỗi sử dụng skill (biểu diễn kinh nghiệm → chuyển giao khung → truy xuất → gọi dùng → thích nghi).

Quy trình chính:

  • Chuẩn hóa 8.135 bản ghi thử nghiệm, mã hóa mở 240 quỹ đạo → gom thành 238 nhãn hợp lệ.
  • Hợp nhất thành 3 nhóm lớn và 12 mode sử dụng skill.
  • Tách biệt 4 yếu tố: cách biểu diễn, chú thích kết quả (thành/công thất bại), độ khó truy xuất, độ bền khi chuyển khung.

Phát hiện cốt lõi: skill chủ yếu hoạt động như neo quy trình (procedural anchoring) — làm ổn định hành động (bước setup, chuỗi tool, kiểm tra trung gian, pitfalls) chứ không phải tiêm kiến thức sự thật thiếu hụt.

Ví dụ đời thường: giống nhân viên mới thay vì đọc cả đống nhật ký bừa bộn của người cũ (đầy nhánh thử sai, lỗi), được một bản checklist sạch ghi rõ bước nào làm trước, nút nào bấm, điểm nào dễ hỏng — nhờ vậy vận hành máy trơn tru hơn mà không cần biết thêm lý thuyết gì mới.

III. Main Results:​

  • Skill hơn Workflow Memory +6.06 điểm (khoảng tin cậy bootstrap 95%: [+0.76, +11.36]); cùng nguồn quỹ đạo nên hiệu quả nằm ở cách biểu diễn, không phải 'cho thêm kinh nghiệm'.
  • Cơ chế neo quy trình chiếm 65.7% các trường hợp skill, trong khi tiêm kiến thức rõ ràng chỉ 4.5%.
  • Skill đẩy nhiều quỹ đạo vào nhóm thành công (SC1): 326/528 so với 294/528 của Workflow Memory.
  • Giảm lỗi tầng thực thi (SC2): chỉ 23.5% ở skill so với 37.3% (raw) và 33.3% (workflow).
  • Lỗi hạ tầng môi trường giảm mạnh: 5.3% (raw) → 1.7% (workflow) → 0.2% (skill).
  • Skill sinh lỗi gọi-dùng sai mới: mode 'skill hướng dẫn bị áp dụng sai/bỏ qua' chiếm 10.0% (raw chỉ 0.8%). Workflow Memory lại thất bại vì quá tải quy trình (timeout 10.6%).
  • Truy xuất là nút thắt riêng: pool tăng từ 5 → 100, độ chính xác dùng thực tế rơi từ 29.6% xuống 3.3%, nhưng tỉ lệ thành công gần như không đổi (36.4% → 39.3%).
  • Gọi đúng ground-truth skill không đủ cũng không cần thiết cho thành công; distractor tương tự ngữ nghĩa là stressor tồi tệ nhất cho nhận diện ngoại tuyến.

IV. Conclusion & Future Works:​

Giá trị skill không hiểu nổi từ thành công đầu-cuối mà phải phân tích theo từng giai đoạn chuỗi sử dụng. Cần có góc nhìn vòng đời: skill chỉ hiệu quả khi kinh nghiệm cũ được chắt lọc thành neo quy trình tái dùng được, rồi được truy xuất và gọi đúng ngữ cảnh tương thích. Nó thất bại khi guidance nhiễu, quá đặc thù, không khớp nhiệm vụ, hoặc bị tuân theo máy móc thiếu thích nghi.

Hướng tương lai: xây dựng tác nhân có khả năng tự sinh, truy xuất, áp dụng các abstraction quy trình một cách đáng tin cậy; tự động hóa việc tạo ra các skill thực sự hữu ích thay vì chỉnh tay qua thử-sai.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Nghiên cứu tự động sinh skill: dùng mô hình để chắt lọc quỹ đạo thất bại-thành công thành neo quy trình chuẩn, thay vì con người viết tay, kèm cơ chế kiểm định chất lượng skill.
  2. Cơ chế thích nghi ngữ cảnh cho skill: tác nhân học cách quyết định khi nào bỏ qua, điều chỉnh hay áp dụng một phần skill thay vì tuân theo máy móc.
  3. Truy xuất skill chống nhiễu ngữ nghĩa: thiết kế embedding và chọn-lọc ưu tiên phân biệt các skill 'gần giống' nhau để tránh distractor tương tự làm tụt độ chính xác.

2. Patent:​

  1. Trên điện thoại: khi người dùng mở một ứng dụng lần đầu hoặc gặp lỗi, máy tự hiện một 'bản checklist bước làm' ngắn gọn (ví dụ cài quyền, bật định vị, khởi động lại dịch vụ) được rút ra từ các lượt thao tác thành công trước đó của người dùng khác — giúp tránh lặp lại sai sót setup thay vì đọc nguyên nhật ký dài dòng.
  2. Trợ lý ảo trên điện thoại: sau khi giải quyết xong một lỗi (như kết nối bluetooth, cấu hình WiFi), điện thoại tự lưu một 'quy trình neo' gọn gàng; lần sau gặp triệu chứng tương tự, trợ lý gợi ý đúng chuỗi thao tác đã chứng minh hiệu quả thay vì đưa ra hướng dẫn chung chung.
  3. Tính năng tự sửa lỗi ứng dụng: khi một app báo lỗi, hệ thống truy xuất từ thư viện 'skill' các quy trình đã dùng để khắc phục lỗi tương tự, rồi hiển thị từng bước kiểm tra (kiểm tra phiên bản, xóa cache, kiểm tra quyền) để người dùng làm theo — giảm số lần gọi tổng đài hỗ trợ.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.14036
ArXiv Abstracthttps://arxiv.org/abs/2608.14036
PDF Downloadhttps://arxiv.org/pdf/2608.14036.pdf
Github Repositoryhttps://github.com/zhiyuanjiang04/demystify-agent-skills

2. FreeToken: Efficient Edge-Native MoE Serving with Bandwidth-Adaptive Execution (61 votes)​

Tác giả: Shuo Yang, Xiaoze Fan, Melissa Pan, Haocheng Xi, Zhe Wang, et al.

Xuất bản lúc: 2026-08-17

Tag: MoE, Edge Inference, LLM Serving, Bandwidth-Adaptive Execution, Expert Caching, CPU-GPU Execution, Agentic Workload

I. Main Problem:​

Các mô hình mở (open-weight) cỡ frontier như GLM-5.2 (753B), DeepSeek-V4-Flash (284B) đã giải phóng được trọng số, nhưng chạy chúng vẫn ngốn GPU datacenter đắt đỏ, trong khi hơn 100 triệu máy tính cá nhân có GPU rời lại bị bỏ phí. Rào cản không phải là thiếu phần cứng mà là thiếu hệ thống serving co-design cho cấu hình lai. Ba lỗ hổng cụ thể:

  • Prefill phá tính thưa (sparsity): mỗi token chỉ kích vài expert, nhưng cả prompt dài kích gần toàn bộ expert mỗi lớp → phải stream cả bộ trọng số qua PCIe mất vài giây/lần, và agent gọi tool liên tục làm prefill lại từ đầu.
  • Decode gặp cache miss: đặt expert tĩnh không theo kịp routing đổi từng token; CPU gia đình băng thông DRAM quá nhỏ (50–90GB/s) so với VRAM (1–1.8TB/s) nên không gánh nổi; còn chia miss giữa chuyển PCIe và chạy CPU là phụ thuộc từng máy, không đọc specs là biết được.
  • Tài nguyên cạnh không cố định: VRAM bị trình duyệt/game chiếm/giải phóng bất kỳ lúc nào; engine khởi động chậm (đọc 140GB từ disk ~20s) mà lại hay phải mở lại.

II. Main Idea:​

FreeToken thiết kế lại toàn bộ stack serving MoE cho máy cá nhân qua 2 nguyên tắc thực thi + 1 chính sách quản lý bộ nhớ đàn hồi:

1. Thực thi thích ứng băng thông (bandwidth-adaptive execution)

  • Prefill: double-buffering toàn lớp — trong khi GPU tính lớp l, một luồng riêng stream trọn bộ expert lớp l+1 qua PCIe, che giấu chuyển động trọng số sau tính toán.
  • Decode: áp dụng chính sách q⋆ chia m miss mỗi bước giữa (a) nạp vào VRAM qua PCIe và (b) chạy trực tiếp trên CPU, tỉ lệ q⋆ ≈ m·BP/BH lấy từ 2 băng thông đo thực tế (BP = PCIe, BH = host DRAM). Hai nhánh chạy song song, hợp nhất chính xác không xấp xỉ.

2. Semantic-aware caching

  • Decode: LRU expert cache chung mọi lớp tận dụng locality — token liền kề thường route cùng expert → phần lớn hit VRAM.
  • Prefill: semantic anchors đặt checkpoint trạng thái recurrent tại biên giới token đặc biệt (think, tool_call, tool_output) — khi agent sửa context, chỉ re-prefill đoạn suffix mới.

3. Quản lý bộ nhớ đàn hồi: tại safe-point, rebuild GPU expert cache theo ngân sách VRAM mới mà không restart; bootstrap nhanh bằng cách đọc weight thẳng vào layout host cuối cùng rồi mới pin.

Ví dụ đời thường: giống một đầu bếp làm tiệc tại nhà khi kệ bếp (VRAM) nhỏ hơn lượng đồ cần dùng — thay vì đứng chờ mang hết đồ từ kho (host) lên mỗi lần nấu, bếp vừa nấu món hiện tại vừa để phụ bếp chuyển sẵn nguyên liệu món tiếp theo từ kho lên; những nguyên liệu hay dùng nhất được xếp ngay cạnh bếp, và mỗi lúc nhà có khách tới chiếm thêm chỗ, bếp chỉ gom lại kệ mà không phải dọn toàn bộ bếp dẹp đi mở lại.

III. Main Results:​

  • Trên RTX 5090: 77–83 tok/s với Qwen3.6-35B-A3B và 22–25 tok/s với DSV4-Flash, nhanh hơn baseline edge tốt nhất 1.5–2.3× mọi workload.
  • Tốc độ ổn định dưới tải agentic: chỉ sụt ≤12% so với single-turn, trong khi KTransformers mất 31%.
  • Tail TTFT < 44s mọi workload; mọi baseline đều vượt 150s ở ít nhất 1 trường hợp (KTransformers tới 946s) — đủ để client thực tế timeout.
  • Trên 5 máy consumer cải thiện decode 1.3–2.1×; laptop RTX 4060 8GB chạy model 35B ở 39.3 tok/s (vượt 33 tok/s của Codex); desktop 32GB chạy model 284B; 1 GPU RTX PRO 6000 chạy GLM-5.2 753B nhanh gấp 2× llama.cpp.
  • Ablation (§5.3): LRU cache theo semantic vượt static placement cùng dung lượng; q⋆ khớp đúng tỉ lệ chia miss trên từng cấu hình phần cứng.

IV. Conclusion & Future Works:​

FreeToken chứng minh máy cá nhân có thể trở thành nền tảng suy luận thống nhất co-design cho mô hình frontier, biến open weights thành open access bằng cách mapping động tính toán và trạng thái mô hình lên tài nguyên cạnh thực tế. Hướng tương lai: mở rộng sang nhiều GPU consumer ghép nối, tối ưu q⋆ khi băng thông biến thiên thời gian thực do app khác chiếm dụng, và áp dụng semantic-anchor caching cho họ kiến trúc recurrent/hybrid-attention mới.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng bandwidth-adaptive execution cho cụm nhiều GPU consumer kết nối peer-to-peer, chia miss expert giữa chuyển PCIe, chạy CPU và chạy GPU phụ theo băng thông đo được của từng link.
  2. Chính sách q⋆ thời gian thực thích ứng với VRAM/DRAM bị ứng dụng khác chiếm dụng đột ngột, dùng safe-point để điều chỉnh ngân sách mà không restart engine.
  3. Tổng quát hóa semantic-anchor state caching cho các kiến trúc hybrid-attention/recurrent mới (gatedDeltaNet, KimiDeltaAttention) nhằm giảm redundant re-prefill trong agent framework đa dạng.

2. Patent:​

  1. Ứng dụng trên điện thoại/ laptop gaming: app AI chạy model MoE lớn cục bộ, tự chia expert giữa RAM và GPU theo băng thông máy đo được, cho phép chat agent/offline coding không cần cloud — hữu ích khi mất mạng hoặc cần bảo mật.
  2. Trình biên tập agent trên máy cá nhân: khi user sửa lịch sử chat/ xoá đoạn thinking, hệ thống chỉ tính lại phần suffix mới nhờ checkpoint tại biên giới token đặc biệt, giúp tool-calling agent phản hồi nhanh mà không prefill lại toàn bộ.
  3. Cơ chế quản lý VRAM đàn hồi cho game launcher tích hợp AI: khi user mở game, engine AI tự thu nhỏ GPU expert cache nhường VRAM, khi tắt game tự mở rộng lại mà không khởi động lại model.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.16157
ArXiv Abstracthttps://arxiv.org/abs/2608.16157
PDF Downloadhttps://arxiv.org/pdf/2608.16157.pdf
Github Repositoryhttps://github.com/FlashML-org/FreeToken

3. ASI-Bench: At the Dawn of Artificial Superintelligence (52 votes)​

Tác giả: Junwei Zhou, Zhen Sun, Binyu Li, Jiangyu Zhou, Yuexi Pan, et al.

Xuất bản lúc: 2026-08-18

Tag: Benchmark, ASI, Autonomous Research, AI-for-Science, Agent, Methodological Autonomy, Scientific Discovery, LLMs

I. Main Problem:​

Các hệ thống AI hiện nay chủ yếu học, nén và áp dụng tri thức nhân loại có sẵn, còn các benchmark hiện có chủ yếu đo xem AI có trả lời đúng dựa trên tri thức đã học, hoặc hoàn thành nhiệm vụ khi con người chỉ định sẵn phương pháp. Hậu quả:

  • thiếu bằng chứng về việc AI có thể tự chủ tiến hành nghiên cứu khoa học khi cả bài toán lẫn lộ trình giải đều mở.
  • không rõ AI phụ thuộc bao nhiêu vào hướng dẫn của con người và tự lập quy trình nghiên cứu được đến đâu.

II. Main Idea:​

ASI-Bench là benchmark đầu tiên đo đồng thời khả năng khám phá sáng tạo và thực thi khoa học tự chủ ở cấp độ dự án, qua 60 nhiệm vụ nghiên cứu xuyên 11 lĩnh vực khoa học. Ý tưởng cốt lõi:

  • mỗi nhiệm vụ giữ nguyên mục tiêu, dữ liệu, đầu ra và tiêu chí chấm điểm, nhưng rút dần hướng dẫn phương pháp theo 4 mức:
    • B1: cho sẵn toàn bộ quy trình (phương pháp + bước thực hiện + tham số)
    • B2: chỉ nêu tên phương pháp, agent tự dịch thành quy trình chạy được
    • B3: chỉ cho mục tiêu khoa học + dữ liệu, agent phải tự chọn phương pháp, cài đặt, kiểm chứng
    • B4: như B3 nhưng thêm thông tin nhiễu không liên quan để thử độ bền
  • mỗi task chạy end-to-end trong sandbox, qua 5 vòng review, 31.000+ giờ người, 1.500+ lần chạy thử.

Thiết kế này tách biệt ba năng lực: thực thi quy trình có sẵn, nhận diện phương pháp, và tự xây dựng quy trình nghiên cứu, từ đó đo mức độ phụ thuộc vào hướng dẫn con người.

Ví dụ đời thường: giống như giao cho nhân viên mới một đề tài — lúc đầu đưa sẵn quy trình từng bước (B1), rồi chỉ nhắc tên công cụ dùng (B2), cuối cùng ném cho mục tiêu và đống dữ liệu rồi bảo 'tự mà làm' (B3); ta đo xem người đó tự vạch kế hoạch nghiên cứu và ra kết quả kiểm chứng được đến đâu khi không còn ai chỉ việc.

III. Main Results:​

  • Trung bình 18 cấu hình Agent×Model: điểm tụt từ 50.91 (B1) → 29.10 (B2) → 26.62 (B3) khi rút dần hướng dẫn.
  • Nút thắt chính là vận hành phương pháp thành quy trình, không phải chọn phương pháp: bỏ quy trình chi tiết (B1→B2) làm tụt 21.82 điểm, trong khi bỏ tên phương pháp (B2→B3) chỉ tụt thêm 2.48 điểm.
  • B4 gần như không đổi (26.99) so với B3 → thông tin nhiễu ít tác động so với mất hướng dẫn quy trình.
  • Cấu hình mạnh nhất: Codex + GPT-5.6 Sol (ultra) đạt B3 = 51.60, duy nhất vượt 50 khi phải tự chọn phương pháp.
  • Harness (khung tác tử) thay đổi năng lực cùng một model: MiMo V2.5 Pro tăng từ 16.17 (MiMo Code) lên 23.25 (Claude Code); Kimi K2.7 từ 19.72 lên 27.34.
  • Chi phí: B2 tốn nhất (6.91M token, +59% so B1) vì agent bị trói vào tên phương pháp nhưng vẫn phải tự mò quy trình; chi tiêu nhiều hơn không đảm bảo điểm cao hơn (GPT-5.6 xhigh rẻ bằng 1/4 vẫn ngang Opus 5).

IV. Conclusion & Future Works:​

ASI-Bench định vị như hạ tầng nghiên cứu chung để đo lường bước chuyển từ AI biết vận dụng tri thức cũ sang AI có trí tuệ tổng quát, sáng tạo và tự chủ thực thi. Benchmark chưa bão hòa (B3 trung bình chỉ 26.62) nên còn dư địa phân biệt hệ thống tương lai. Hướng tương lai: mở rộng cộng đồng đóng góp nhiệm vụ mới, phương pháp đánh giá và kết quả đã kiểm chứng; cải thiện cả backbone model lẫn harness xung quanh; duy trì ASI-Bench như chuẩn mở tiến hóa cùng năng lực AI.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng ASI-Bench thành chuẩn đo lường tiến triển hướng tới ASI, cho phép so sánh có kiểm soát giữa model và agent qua phân tích theo lĩnh vực và theo giai đoạn nghiên cứu.
  2. Nghiên cứu tách biệt đóng góp của backbone model và harness trong nghiên cứu tự chủ, chỉ ra cải thiện hệ thống bao quanh quan trọng không kém scaling model.
  3. Xây dựng quy trình đóng góp nhiệm vụ cộng đồng (submission portal) để duy trì độ khó và độ phủ của benchmark khi AI tiến bộ.

2. Patent:​

  1. Trợ lý nghiên cứu khoa học trên điện thoại: app cho phép người dùng chụp dữ liệu thí nghiệm, app tự đề xuất quy trình phân tích và chạy sandbox kiểm chứng kết quả mà không cần chuyên gia viết từng bước — hữu ích cho sinh viên/lab nhỏ.
  2. Hệ thống đánh giá năng lực AI tự chủ cho doanh nghiệp: dashboard đo điểm B1–B4 của một model/agent để biết hệ thống còn phụ thuộc hướng dẫn con người đến mức nào trước khi tin dùng trong R&D nội bộ.
  3. Công cụ tối ưu chi phí R&D tự động: module chọn cấu hình Agent×Model cân bằng chi phí–hiệu năng (như GPT-5.6 xhigh tiết kiệm mà vẫn đạt điểm cao) để chạy tự động hóa nghiên cứu khoa học trên cloud với ngân sách giới hạn.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17271
ArXiv Abstracthttps://arxiv.org/abs/2608.17271
PDF Downloadhttps://arxiv.org/pdf/2608.17271.pdf
Github Repositoryhttps://github.com/apexin-ai/ASI-Bench

4. Embodied-Navigator: Point, Think, Memorize, and Align for Efficient Navigation (44 votes)​

Tác giả: Hongyan Feng, Sunlai Chen, Xuanyu Liu, Miao Pan, Yangfan Xie, et al.

Xuất bản lúc: 2026-08-18

Tag: Vision-Language Models, Embodied Navigation, Chain-of-Thought, GRPO, Reinforcement Learning, SLAM, Memory Mechanism, Spatial Reasoning

I. Main Problem:​

Triển khai trực tiếp các mô hình Vision-Language (VLM) vào điều hướng tự thân (embodied navigation) vấp phải ba nút thắt kỹ thuật:

  • Khoảng cách hình học (Geometric Gap): VLM được tiền huấn luyện trên ảnh 2D, nhưng các phương pháp buộc chúng sinh hành động 3D (quay trái 30°, tọa độ không gian) → gây ảo giác không gian và kém hiệu quả dữ liệu.
  • Nghịch lý hiệu năng vs. tốc độ suy luận: kích hoạt tư duy Chain-of-Thought (CoT) mọi bước hoặc theo nhịp cố định gây độ trễ suy luận nặng, không cân bằng được giữa hiệu năng và tốc độ.
  • Mất thông tin trong bộ nhớ dài hạn: lưu toàn bộ lịch sử → loãng chú ý và tràn bộ nhớ; xóa bỏ tùy tiện → mất nút thông tin then chốt; thiếu tọa độ không-thời gian rõ ràng khiến agent không nắm được quỹ đạo đã đi.

II. Main Idea:​

TAMP-Nav là khung thống nhất theo bốn chữ Point – Think – Memorize – Align:

  • Point (Pixel-to-3D): VLM chỉ đóng vai "người chỉ điểm", chọn tọa độ pixel 2D trên ảnh góc nhìn 360°, rồi chiếu sang tọa độ 3D bằng bản đồ độ sâu và ma trận camera, giao cho bộ điều khiển SLAM cấp thấp thực thi. VLM không phải học biến đổi hình học 3D phức tạp.
  • Think + Memorize (Selective Reasoning & Anchor-Trajectory Memory): thay vì suy luận mọi bước, mô hình tự quyết định kích hoạt CoT chỉ ở các nút tópô quan trọng (ngã tư, cửa, gần đích) lưu thành "anchor" độ phân giải cao; đoạn đường tầm thường bị nén thành Space-Time Indicator (STI) — một token mã hóa vị trí (x, y, yaw) và thời gian bằng RoPE, giữ trọn quỹ đạo chuyển động mà không tốn bộ nhớ ảnh.
  • Align (Two-Level GRPO): tinh chỉnh bằng Group Relative Policy Optimization, mỗi lệnh sinh 8 quỹ đạo, mỗi bước lấy mẫu 4 hành động ứng viên. Thưởng gồm hai tầng: thưởng cục bộ từng bước (tiến gần đích, tránh va chạm, dừng đúng, giá trị lý luận, định dạng) + thưởng toàn cục cả quỹ đạo (thành công, hiệu quả SPL, mật độ lý luận). Chồng hai ưu thế này tạo giám sát dày đặc, ép nhận thức khớp với phản hồi vật lý.

Ví dụ đời thường: giống nhân viên mới được giao bản đồ ảnh — thay vì tự tính tọa độ GPS, anh ta chỉ chấm ngón tay vào một điểm trên ảnh rồi đưa cho người lái xe chạy; suốt đường thẳng anh ta im lặng, chỉ dừng lại suy nghĩ khi tới ngã tư, còn đoạn đi giữa các ngã tư ghi nhớ vắn tắt "đi thẳng 50m, rẽ phải" thay vì chụp ảnh từng mét.

III. Main Results:​

  • SOTA trên R2R-CE: 66.2% SR (Val-Unseen), vượt DualVLN (64.3%) và NavFoM (61.7%); trên RxR-CE đạt 65.7% SR.
  • Siêu hiệu quả dữ liệu: chỉ cần 90k quỹ đạo huấn luyện (700k tương tác), ít hơn hẳn DualVLN (763k) và NavFoM (3.37M); RL thưởng dày đặc nâng SR từ 55.7% (chỉ SFT) lên 66.2%.
  • Suy luận nhanh: trung bình 16.58s/tác vụ trên 1 GPU A800, nhanh hơn StreamVLN (37.47s) và DualVLN (41.46s); chỉ ~9 bước tương tác/quỹ đạo (các mô hình khác ~30 bước).
  • Reasoning-on-demand nổi lên: tự học cách kích hoạt CoT chỉ 26.3% bước mà vẫn đạt 66.2% SR, sát trần Dense CoT (66.8%) và tốt hơn hẳn CoT cố định (60.1%); tỷ lệ suy luận ở hành lang thẳng giảm từ 38% (SFT) xuống 11%.
  • Bền vững với nhiễu độ sâu: nhiễu nhân Gaussian σ=0.2 (sai số 16%) chỉ làm giảm 2.8 điểm SR.
  • Nhiệm vụ dài hạn: SR 49.8% trên tập quỹ đạo >12.5m, vượt StreamVLN (30.9%) và DualVLN (41.9%); STI giữ kết nối hình học càng quan trọng khi đường dài.

IV. Conclusion & Future Works:​

TAMP-Nav chứng minh ba ý tưởng — hành động chỉ-point 2D, lý luận chọn lọc, bộ nhớ neo-tọa-độ — cùng với căn chỉnh hai tầng bằng GRPO giải quyết đồng thời khoảng cách hình học, độ trễ suy luận và mất thông tin dài hạn, đạt SOTA với chi phí huấn luyện/suy luận thấp. Hướng tương lai: triển khai thực tế trên robot người (Zhejiang Humanoid Robot Innovation Center), mở rộng sang môi trường động và đa nhiệm, tối ưu chiến lược lấy mẫu ứng viên để khai thác tốt hơn không gian hành động.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng Pixel-to-3D cho robot người hình dạng đa dạng: dùng camera độ sâu thực tế và SLAM cấp thấp để VLM chỉ 'chỉ điểm' mà không cần hiểu động học khớp, dễ chuyển đổi sang nền tảng phần cứng khác.
  2. Kết hợp Anchor-Trajectory Memory với bản đồ toàn cục để điều hướng đa phòng dài hạn, nơi STI giữ kết nối hình học giữa các tầng và phát hiện vòng lặp (loop closure) qua anchor ảnh gốc.
  3. Áp dụng Two-Level GRPO cho tác vụ thao tác (manipulation): thưởng cục bộ từng cử động + thưởng toàn cục hoàn thành nhiệm vụ, để mô hình tự học khi nào cần 'suy nghĩ' trước khi cầm nắm.

2. Patent:​

  1. Robot dọn phòng gia đình dùng điện thoại làm 'mắt': người dùng chụp ảnh phòng rồi chạm ngón tay vào vị trí cần robot tới (ví dụ 'đi lấy cốc bên bàn'), điện thoại chiếu tọa độ đó sang không gian thực và truyền cho robot — không cần robot tự tính bản đồ 3D phức tạp.
  2. Ứng dụng dẫn đường cho người khiếm thị: camera điện thoại hiển thị khung cảnh, người dùng (hoặc AI) chạm vào điểm đích trên màn hình, app tính hướng đi và rung hướng dẫn bước chân, chỉ kích hoạt mô tả chi tiết khi tới ngã tư thay vì nói liên tục gây phiền.
  3. Xe giao hàng trong nhà kho: chỉ cần một ảnh góc rộng từ camera cố định, nhân viên chấm điểm đích trên ảnh, xe tự lái SLAM đi tới; đoạn đường thẳng xe im lặng, chỉ báo giọng khi đến nút giao thông, tiết kiệm pin và thời gian xử lý.
  4. Chức năng 'chỉ dạy' cho robot công nghiệp: thợ chỉ vào một điểm trên màn hình camera giám sát, robot tự đến đó và thực hiện thao tác, thay vì lập trình tọa độ tay máy thủ công từng trục.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17512
ArXiv Abstracthttps://arxiv.org/abs/2608.17512
PDF Downloadhttps://arxiv.org/pdf/2608.17512.pdf
Github Repositoryhttps://github.com/ZJU-OmniAI/Embodied-Omni

5. AVA-Encoder: Towards Agent-Native Video Representation Learning (39 votes)​

Tác giả: Chuyue Li, Jinpeng Yu, Haozhe Wang, Tian Xueyun, Zhijing Zhang, et al.

Xuất bản lúc: 2026-08-12

Tag: Video Representation Learning, Knowledge Graph, Auto-Encoder, Agentic System, Video Generation, TextGrad, Multi-level Encoding, Self-Evolution

I. Main Problem:​

Các agent tạo video (video creation agents) vẫn không thể tạo ra phim điện ảnh chất lượng cao một cách ổn định vì thiếu khả năng lập kế hoạch phối hợp giữa kịch bản, nhân vật, cảnh quay và yếu tố hình-ảnh-nhạc.

Nguyên nhân cốt lõi là sự lệch pha giữa không gian phim và không gian agent:

  • Phim điện ảnh là nội dung đa phương thức đan xen chặt chẽ (hình, tiếng, thời gian, câu chuyện) mà không bộc lộ rõ cấu trúc bên trong.
  • Agent chỉ làm việc được với biểu diễn có cấu trúc (văn bản, đồ thị, kế hoạch) để truy vấn, suy luận, chỉnh sửa.

Các biểu diễn hiện có chỉ thỏa mãn một phần yêu cầu: pixel/latent giữ được hình ảnh nhưng agent không đọc/sửa được; caption dễ đọc nhưng làm mất cấu trúc; knowledge graph hiện tại thì thưa thớt, thiết kế cho hiểu (understanding) chứ không dựng lại (generation), nên không đủ thông tin tái tạo phim.

Hậu quả: không có biểu diễn vừa đọc được bởi agent, vừa thao tác được, vừa trung thành với nội dung điện ảnh.

II. Main Idea:​

AVA-Encoder đề xuất khuôn khổ auto-encoder agentic: mã hóa một bộ phim thành Film Knowledge Graph (Film KG) — một đồ thị văn bản có cấu trúc ghi chú câu chuyện, sự kiện, cảnh quay, nhân vật, bối cảnh, vật thể, phong cách, máy quay, âm thanh — rồi giải mã ngược đồ thị đó thành video. Chất lượng tái tạo đo lường mức độ trung thành của biểu diễn.

Ba thành phần chính:

  • Multi-level Agentic Video Encoder: hiểu phim theo 3 mức (film → shot → keyframe), truyền ngữ cảnh từ mức trên xuống mức dưới để giữ chi tiết.
  • Film KG Representation: tách nội dung đa phương thức thành node văn bản + lớp tài sản (ảnh/khung hình/âm thanh được sinh ra), dùng 11 loại cạnh đánh typ để giữ thứ bậc, thời gian và phụ thuộc chéo.
  • Dual-loop Textual-Gradient Evolution: dùng phần dư tái tạo làm tín hiệu học. Vòng ngoài (outer loop) giả huấn luyện chính sách mã hóa qua nhiều video; vòng trong (inner loop) tinh chỉnh đồ thị của video hiện tại lúc suy luận. Cả hai dùng 'gradient văn bản' (phản hồi ngôn ngữ tự nhiên chỉ lỗi và cách sửa) và cổng chặn (Anti-Forgetting / Anti-Degradation) để tránh thoái hóa.

Ví dụ đời thường: giống một sinh viên điện ảnh ghi chép phim thành một 'cuốn sổ đạo diễn' có cấu trúc (nhân vật, cảnh, máy quay từng phân đoạn), rồi cố gắng tự quay lại bộ phim từ cuốn sổ đó, đem so với bản gốc, phát hiện chỗ nào sổ thiếu hoặc sai rồi sửa cuốn sổ — lặp đi lặp lại cho đến khi quay lại sát nguyên bản.

III. Main Results:​

  • So với baseline ngoài mạnh nhất, AVA-Encoder đạt tăng tuyệt đối 20.7 điểm phần trăm (tương đương 73.1% cải thiện tương đối) về độ trung thành tái tạo.
  • Chính sách mã hóa giả-huấn-luyện vượt chính sách do người tinh chỉnh thủ công trong khi dùng ít hơn 74.3% token system-prompt mức shot và 70.1% mức keyframe.
  • Hai giai đoạn tối ưu cộng lại giúp tăng 6.6 điểm phần trăm (15.6% tương đối) so với bỏ cả hai.
  • Benchmark đánh giá: metric tự động khớp với đánh giá người thật trên 710/730 cặp mù (97.3%) qua 18 clip, 129 shot, 246 keyframe.
  • Phát hành: toàn bộ framework, benchmark tái tạo video agentic đầu tiên, và dataset Film KG chất lượng cao đầu tiên.

IV. Conclusion & Future Works:​

AVA-Encoder phá vỡ vòng lặp 'năng lực tạo yếu → thiếu dữ liệu huấn luyện → càng yếu' bằng cách biến phim của con người thành dữ liệu học được dưới dạng Film KG — vừa là biểu diễn trung thành, vừa là bản ghi quy trình tạo video để agent học cách làm phim.

Hướng tương lai: mở rộng dataset từ phim đoạt giải; dùng Film KG làm nguồn huấn luyện cho agent tạo video thế hệ sau; khai thác đồ thị cho chỉnh sửa phim có kiểm soát, remix và tái sử dụng cảnh quay.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng Film KG thành kho dữ liệu quy trình tạo video (creation trajectories) quy mô lớn từ phim điện ảnh chuyên nghiệp, làm nguồn huấn luyện giám sát cho agent làm phim tự chủ.
  2. Nghiên cứu tích hợp vòng lặp textual-gradient với các foundation model video mới để giảm phần dư tái tạo ở các chiều Narrative và Camera vốn còn khó.
  3. Mở rộng cơ chế Anti-Forgetting/Anti-Degradation sang các tác vụ agentic self-evolution khác ngoài video, như thiết kế tài liệu hoặc lập kế hoạch đa bước.

2. Patent:​

  1. Ứng dụng trên điện thoại: app chỉnh sửa video bằng đồ thị — người dùng sửa một node (vd. đổi phong cách máy quay của cảnh 3), app tự lan truyền thay đổi sang kịch bản, nhân vật, keyframe liên quan rồi tự động dựng lại đoạn video đã chỉnh.
  2. Công cụ remix phim tự động cho nhà sáng tạo: nhập một bộ phim, hệ thống trích Film KG, cho phép kéo-thả tái bố cục các sự kiện/cảnh, rồi render lại video mới từ đồ thị mà không cần quay lại từ đầu.
  3. Hệ thống hỗ trợ đạo diễn AI: từ một phim mẫu, tách cuốn 'sổ đạo diễn' có cấu trúc để agent học cách bố cục máy quay và nhịp phim, sau đó tự sinh kế hoạch quay cho kịch bản mới của người dùng.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.12313
ArXiv Abstracthttps://arxiv.org/abs/2608.12313
PDF Downloadhttps://arxiv.org/pdf/2608.12313.pdf
Github Repositoryhttps://github.com/HBDYW/AVA-Encoder

6. EDITBRIDGE: Towards Faithful and Efficient Ultra-High-Resolution Image Editing (21 votes)​

Tác giả: Jiayi Song, Shijie Huang, Fangtai Wu, Yubo Huang, Zhenxiong Tan, et al.

Xuất bản lúc: 2026-08-18

Tag: Diffusion Bridge, Image Editing, High-Resolution, DiT, Sparse Attention, Super-Resolution, Vision Transformer

I. Main Problem:​

Chỉnh sửa ảnh độ phân giải cao (HR) đang rất cần trong workflow chuyên nghiệp, nhưng các mô hình diffusion hiện tại bị kẹt dưới 1K do độ phức tạp chú ý bậc hai O(N²) và bộ nhớ quá tải. Cách làm phổ biến là hai giai đoạn: chỉnh ở độ phân giải thấp (LR) rồi chạy siêu phân giải (SR) độc lập, nhưng sinh hai lỗi nghiêm trọng:

  • Information Divergence (phân kỳ thông tin): SR bịa thêm chi tiết tần số cao không có trong ảnh gốc HR, làm sai lệch nội dung gốc (ví dụ mặt người SR vẽ ra không khớp với ảnh gốc).
  • Texture Degradation (suy giảm kết cấu): sinh artifact quá mờ hoặc quá sắc, giảm độ chân thực.

Huấn luyện mô hình edit native ở HR thì tốn tài nguyên khổng lồ và data HR hiếm, còn suy luận HR vẫn chậm do attention bậc hai.

II. Main Idea:​

EditBridge là khuôn khổ diffusion bridge dành riêng cho edit ảnh cực cao (tới 4K). Ý tưởng cốt lõi: thay vì sinh lại từ nhiễu, coi bước tinh chỉnh là dịch chuyển data-to-data từ ảnh đã edit LR sang ảnh HR tương ứng, có điều kiện trên chính ảnh gốc HR để giữ chi tiết thật.

Hai thiết kế chính:

  • Bridge-based Refinement: dùng Brownian bridge, điểm đầu x₀ là ảnh LR đã upsample, điểm cuối x₁ là ảnh HR đích. Mạng DiT học trường vận tốc có điều kiện ảnh HR gốc → bảo toàn cấu trúc LR, chỉ bổ sung tần số cao trung thực.
  • Prior-Guided Block-wise Sparse Attention (PG-BSA): trích correspondence prior từ bản đồ chú ý giai đoạn LR (token target nào khớp anchor source nào). Ở giai đoạn HR, chú ý cross-domain bị giới hạn trong cửa sổ k×k quanh anchor đã căn chỉnh, không tính all-to-all. Phức tạp từ O(N²) hạ còn O(N·k²).

Ví dụ đời thường: giống thợ sửa ảnh nhận một tấm ảnh nhỏ đã chỉnh và tấm gốc cực nét, thay vì vẽ lại từ đầu, thợ chỉ dùng tấm gốc làm thước kẻ — với mỗi mảng cần sửa trên bản nháp, thợ chỉ soi đúng vùng tương ứng trên tấm gốc để chép chi tiết, không lật cả cuốn album tìm khắp nơi.

III. Main Results:​

  • Vượt mọi baseline (DiT-SR, DiT4SR, PiSA-SR, TSD-SR, HiFlow, ScaleEdit, Direct Inference) ở 1K / 2K / 4K trên HaarPSI, mPSNR, mSSIM, mMSE, mLPIPS.
  • Tốc độ: tại 2K đạt 3.6–8.4× so với SR diffusion (chỉ 4.08s); tại 4K hoàn thành edit trong 61s, nhanh gấp 11× so với suy luận HR trực tiếp.
  • Single-step (N=1) tối ưu: 1 bước đạt chất lượng cảm quan và chi tiết tần số cao tốt nhất (0.84s ở 1K), nhiều bước không cải thiện đáng kể mà còn tích lũy lỗi lượng tử hóa.
  • Ablation PG-BSA vs Full Attention: Full Attention điểm pixel cao hơn chút nhưng gây ghosting / artifact do context bleeding; PG-BSA cắt bỏ tương tác nhiễu, bảo toàn chi tiết vùng edit.
  • Dataset: 5,000 cặp 1K/2K + 1,500 cặp 4K tự sinh bằng Gemini 3 + Nano Banana Pro.

IV. Conclusion & Future Works:​

EditBridge đóng khung tinh chỉnh HR là quá trình dịch data-to-data có điều kiện ảnh gốc, giải quyết triệt để information divergence và texture degradation của pipeline SR hai giai đoạn, đồng thời dùng sparse attention ưu tiên ngữ nghĩa để cắt chi phí tính toán. Hướng tương lai: mở rộng lên video HR, tối ưu tự động kích thước cửa sổ sparse theo độ phân giải, và áp dụng cơ chế prior-guided cho các task dịch ảnh cross-domain khác (style, inpainting).

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng EditBridge cho video độ phân giải cực cao: duy trì correspondence prior theo thời gian để tinh chỉnh frame HR vừa khớp source vừa mượt giữa các frame.
  2. Cơ chế adaptive sparse window: tự động chọn k theo sai số căn chỉnh prior và độ phân giải thay vì fix cứng, cân bằng tốc độ — trung thực tốt hơn.
  3. Áp dụng diffusion bridge có prior-guided attention cho inpainting / style transfer HR, nơi cũng cần giữ vùng không sửa trung thực với source.

2. Patent:​

  1. Tính năng chỉnh sửa ảnh cực nét trên điện thoại: chụp ảnh gốc sắc nét làm tham chiếu, chỉnh sửa nhanh trên bản thu nhỏ rồi dùng module bridge để đắp lại chi tiết gốc vào vùng đã sửa — tránh app SR hiện tại hay làm mờ hoặc vẽ sai mặt người.
  2. Trình chỉnh ảnh thương mại trên điện thoại: thợ ảnh chỉ sửa phiên bản缩图 (thumbnail) cho nhẹ, app tự đưa chi tiết từ ảnh gốc HR vào kết quả 4K trong vài chục giây, tiết kiệm pin và RAM máy.
  3. Hệ thống preview chỉnh sửa nhanh cho app mạng xã hội: người dùng thấy bản LR tức thì, khi lưu/app mới chạy bridge ONE-step để xuất bản 2K–4K giữ nguyên nét gốc, không phải chờ super-resolution lâu.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.18063
ArXiv Abstracthttps://arxiv.org/abs/2608.18063
PDF Downloadhttps://arxiv.org/pdf/2608.18063.pdf
Github Repositoryhttps://github.com/songyangyifei/editbridge

7. V-RAE: Rethinking Video Latent Spaces for Generation (19 votes)​

Tác giả: Minghui Guo, Shengqiong Wu, Hao Fei

Xuất bản lúc: 2026-08-13

Tag: Video Generation, Autoencoder, Latent Space, Vision Foundation Model, DiT, Diffusion, Video Reconstruction, Semantic Representation, tFVD

I. Main Problem:​

Các video autoencoder hiện tại (VAE liên tục, tokenizer rời rạc, query-based) chủ yếu tối ưu tái tạo mức pixel, nên không gian latent tuy sắc nét về kết cấu nhưng nghèo ngữ nghĩa và không thân thiện với generative modeling. Hậu quả:

  • Generator phải vật lộn với chuỗi latent dư thừa theo thời gian, dài và khó học
  • Tái tạo tốt chưa chắc đã sinh video tốt — hai mục tiêu này không tương quan như người ta tưởng

II. Main Idea:​

V-RAE (Video Representation AutoEncoder) xây dựng không gian latent sinh trực tiếp trên đặc trưng của một encoder Vision Foundation Model (VFM) đóng băng. Quy trình:

  • Encoder VFM (DINOv3, SigLIP2, EUPE, V-JEPA 2.1) trích xuất đặc trưng giàu ngữ nghĩa, giữ nguyên, không huấn luyện lại
  • Module temporal pooling (attention học được) nén dư thừa theo thời gian, giữ nguyên cấu trúc ngữ nghĩa kế thừa
  • Decoder Transformer spatiotemporal (3D RoPE) giải mã lại video mượt, mỗi bước latent sinh ra nhiều frame liên tiếp
  • Chỉ huấn luyện pooling + decoder; sinh ảnh bằng DiT (rectified flow) trong không gian latent này

Ví dụ đời thường: giống nhân viên mới được giao sẵn một cuốn cẩm nang nghiệp vụ đã chốt sẵn (encoder đóng băng), thay vì tự mầy mò nghề từ đầu; mỗi ngày anh chỉ gom nhanh các ghi chú thừa trong ca làm (temporal pooling) rồi dựa vào cẩm nang viết lại báo cáo mượt mà, không phải học lại nghề.

III. Main Results:​

  • Tái tạo: V-RAE (V-JEPA 2.1) đạt 2.13 rFVD trên K600, vượt mọi video VAE lớn (tốt nhất 3.58, cải thiện 40.5%). DINOv3-L đạt 6.12 rFVD trên UCF101 (chỉ sau Wan2.1 VAE 6.05)
  • Ngữ nghĩa: probing UCF101 89.13% (DINOv3-L) so với chỉ 30.83% của VAE mạnh nhất; giữ lại cấu trúc ngữ nghĩa tốt hơn hẳn
  • Sinh ảnh: gFVD 117.86 (UCF101) và 19.16 (K600), tốt nhất, hội tụ nhanh gấp 6× so với không gian VAE
  • tFVD: chỉ số chẩn đoán mới đo độ mượt thời gian, tương quan với chất lượng sinh ảnh mạnh hơn rFVD (Pearson 0.919 vs 0.473 trên K600)
  • Dự báo tương lai: trên Cityscapes, V-RAE vượt không gian latent Wan2.2 VAE dưới cùng kiến trúc dự báo
  • Pool thiết kế: temporal attention pooling (3M tham số) cân bằng tái tạo - ngữ nghĩa tốt nhất; mean pooling giữ ngữ nghĩa nhưng tái tạo kém; conv/Q-former đánh đổi ngược lại

IV. Conclusion & Future Works:​

V-RAE chứng minh đặc trưng ngữ nghĩa đóng băng có thể vừa tái tạo, vừa sinh, vừa dự báo video — không cần encoder tối ưu riêng cho pixel. Phát hiện then chốt: tái tạo tốt ≠ sinh tốt; tFVD là chỉ số đáng tin hơn để đánh giá độ hữu dụng của không gian latent. Hướng tương lai: khám phá thêm encoder đa dạng, mở rộng sang video dài/độ phân giải cao và kết hợp hiểu - sinh video đồng nhất trên cùng một không gian đại diện.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Nghiên cứu hệ thống so sánh các kiến trúc temporal pooling (mean, conv, Q-former, attention) trên nhiều VFM để tìm điểm cân bằng tái tạo - ngữ nghĩa tối ưu và lý thuy hóa cơ chế 'nén mà không mất ngữ nghĩa'.
  2. Mở rộng V-RAE sang video dài và độ phân giải cao với cơ chế temporal pooling thích ứng theo nội dung và decoder cuộn thời gian hiệu quả.
  3. Đề xuất tFVD làm metric chuẩn đánh giá mọi video autoencoder, kèm nghiên cứu tại sao rFVD và gFVD xếp hạng khác biệt nhau.

2. Patent:​

  1. Camera điện thoại quay video tiết kiệm bộ nhớ: app dùng mô hình VFM có sẵn trên máy nén video thành latent ngữ nghĩa gọn, phát lại mượt mà mà không lưu từng pixel — hữu ích khi quay dài mà bộ nhớ hạn chế.
  2. Tính năng 'dự đoán cảnh tiếp theo' cho camera an ninh: từ vài giây video, hệ thống sinh trước khung hình tương lai (xe tới, người bước vào) để cảnh báo sớm ngay trên thiết bị cầm tay.
  3. Tối ưu bộ nhớ/thời lượng pin khi chạy AI tạo video trên di động: thay vì lưu latent VAE dài, dùng latent V-RAE giàu ngữ nghĩa, ít token hơn, giúp app tạo clip ngắn chạy nhanh và tốn ít tài nguyên hơn.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.13556
ArXiv Abstracthttps://arxiv.org/abs/2608.13556
PDF Downloadhttps://arxiv.org/pdf/2608.13556.pdf
Github Repositoryhttps://github.com/V-RAE/V-RAE

8. Agent Lightning v1.0: Towards Harnessed Agentic RL (16 votes)​

Tác giả: Zhiyuan He, Siwei Zhang, Zhiwen Zhou, Yuqing Yang, Yu Kang, et al.

Xuất bản lúc: 2026-08-18

Tag: Agentic RL, Harnessed Agentic RL, Reinforcement Learning, GRPO, DAPO, SWE-bench, Coding Agent, LLM, Proxy-based Training

I. Main Problem:​

Các agent hiện đại không chạy độc lập mà chạy bên trong agent harness — lớp quản lý công cụ, ngữ cảnh và luồng điều khiển. Khi huấn luyện RL qua chính harness dùng lúc triển khai (gọi là harnessed agentic RL), ta đối mặt khác biệt căn bản so với agentic RL truyền thống:

  • Trong agentic RL truyền thống: engine huấn luyện nắm vòng lặp tương tác môi trường, giữ toàn bộ lịch sử token, mỗi rollout là một trajectory token tuyến tính.
  • Trong harnessed agentic RL: harness nắm vòng lặp, engine chỉ quan sát được chuỗi các cặp request–response của LLM qua ranh giới dịch vụ.

Hậu quả là năm thách thức chưa được giải quyết rõ ràng trong các framework hiện có (verl Uni-Agent, AReaL 2.0, slime, Polar): retokenization, sample merging, advantage calculation, loss normalization, và training backend scheduling — nếu xử lý sai sẽ gây huấn luyện kém hiệu quả hoặc bất ổn.

II. Main Idea:​

Agent Lightning v1.0 là framework nhẹ (~3,500 dòng code) theo kiến trúc disaggregated: nối agent bất kỳ vào RL qua một LLM endpoint proxy, hầu như không sửa agent. Thiết kế chọn sẵn giải pháp cho 5 thách thức:

  • Retokenization & sample merging: chọn chiến lược best-effort merging — chỉ gộp hai lời gọi liên tiếp khi token ID khớp tiền tố (Eq.9); nếu drift thì đóng chuỗi và mở chuỗi mới, bảo toàn prompt thật đã tiêu thụ lúc rollout.
  • Advantage calculation: tính ở rollout level (không phải sample level) — reward của rollout được kế thừa cho mọi sample con, baseline không đổi dù retokenization hay subagent tách rollout thành nhiều sample.
  • Loss normalization: dùng rollout-level token-mean loss (Eq.16) — chuẩn hóa trên từng rollout rồi trung bình đều các rollout, tránh thiên trọng lượng cho rollout sinh nhiều sample.
  • Backend scheduling: giữ nguyên rollout id và prompt-group id sau khi flatten, không chia một rollout sang nhiều optimizer step (tránh within-rollout policy skew).
  • Collocated async RL: rollout và update chia sẻ cùng pool GPU, Gateway tạm dừng nhận request mới khi update chạy — đạt ~2x tốc độ so với sync RL mà dùng ít GPU hơn async RL.

Ví dụ đời thường: giống một giáo viên kèm không trực tiếp nhìn học sinh thao tác mà chỉ đọc lại các mẩu giấy học sinh gửi hỏi và câu trả lời — giáo viên phải tự ghép các mẩu giấy rời rạc ấy thành một câu chuyện học tập liền mạch để rút kinh nghiệm, dù không thấy học sinh đã bấm máy tính thế nào ở giữa các lần hỏi.

III. Main Results:​

  • Coding agent: dùng chỉ 6K mẫu huấn luyện và compute khiêm tốn, RL nâng Qwen3.5-9B trên SWE-bench Verified từ 41.8% lên 56.4% (tăng tuyệt đối 14.6%), kèm pipeline dọn data và script tái hiện đầy đủ từ SWE-smith + Qwen3.5-9B.
  • Collocated async RL: đạt ~2x tăng tốc end-to-end so với synchronous RL trong khi dùng ít GPU hơn async RL.
  • Thực nghiệm coding: trung bình chỉ 36% rollout giữ nguyên 1 sample, mỗi rollout sinh 2.4 sample — minh chứng dynamic sample count không phải edge case.
  • General instruction-following agent & search agent: huấn luyện thành công qua cùng framework, chứng tỏ hỗ trợ harness tùy ý.
  • Độ tin cậy mạng: endpoint API Gateway idempotent + deduplicate LLM call trùng prompt (giữ lời gọi cuối) xử lý retry an toàn.

IV. Conclusion & Future Works:​

Agent Lightning v1.0 là công trình đầu tiên đặc tả hệ thống 5 thách thức của harnessed agentic RL và cung cấp testbed thực tế (~3,500 LOC) để nghiên cứu chúng, kèm thiết kế ưu tiên rollout-level cho advantage và loss. Hướng tương lai: thiết kế credit assignment tốt hơn giữa các sample trong một rollout; mở rộng cho multi-agent/subagent phức tạp; tối ưu backend scheduling khi số sample biến động; khảo sát ảnh hưởng off-policy stitching của buffered token replacement.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Thiết kế credit-assignment trong rollout: phân bổ advantage cho từng sample con (subagent, context-summary) mà vẫn bảo toàn baseline nhóm theo rollout.
  2. So sánh thực nghiệm toàn diện giữa rollout-level vs sample-level advantage/loss trên nhiều loại harness (coding, search, general) để định lượng bất ổn.
  3. Backend scheduling cho dynamic sample count: thuật toán partition biến động lên GPU cố định không gây within-rollout policy skew.
  4. Mở rộng collocated async RL cho multi-node với chất lượng convergence tương đương async RL truyền thống nhưng ít tài nguyên hơn.

2. Patent:​

  1. App điện thoại coding assistant: tích hợp harness agentic RL huấn luyện trên thiết bị qua proxy LLM, dùng 6K mẫu để nâng khả năng sửa bug từ 41.8% lên 56.4% mà không cần server lớn — phù hợp fine-tune cá nhân hóa trên cloud nhỏ.
  2. Hệ thống tự động học từ thao tác người dùng trên điện thoại: harness ghi lại chuỗi request–response của model, backend tính advantage/loss ở rollout-level để cải thiện agent hỗ trợ (search, note) mà không cần tái hiện vòng lặp trong app.
  3. Công cụ dev trên mobile dùng SWE-bench-style: pipeline dọn data và脚本 huấn luyện mã nguồn mở kèm theo, cho phép team nhỏ chạy RL cải thiện model sửa lỗi từ repo công ty với compute khiêm tốn.
  4. Proxy LLM endpoint cho agent trong thiết bị IoT: tách harness và trainer qua API Gateway idempotent, deduplicate cuộc gọi trùng để chạy RL ổn định trên mạng không tin cậy của thiết bị biên.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17528
ArXiv Abstracthttps://arxiv.org/abs/2608.17528
PDF Downloadhttps://arxiv.org/pdf/2608.17528.pdf
Github RepositoryN/A

9. DiSCO: Defending text-to-image generation through distribution-guided contrastive prompt optimization (15 votes)​

Tác giả: Tong Zhang, Motasem Alfarra, Carlos Hinojosa, Christos Louizos, Bernard Ghanem

Xuất bản lúc: 2026-08-17

Tag: text-to-image, NSFW defense, black-box, prompt optimization, contrastive learning, beam search, CLIP, adversarial attacks, diffusion models

I. Main Problem:​

Các mô hình sinh ảnh từ văn bản (Stable Diffusion, Flux, SD3...) dễ sinh nội dung NSFW (bạo lực, khỏa thân), đặc biệt khi bị tấn công red-teaming đối kháng. Các phòng thủ hiện tại có hai lối đi đều hổng:

  • White-box (chỉnh trọng số, fine-tuning, steering lúc inference): can thiệp vào trong mô hình nên không chạy được trên mô hình độc quyền đóng.
  • Black-box viết lại prompt bằng LLM: chỉ trung hòa prompt có ý đồ rõ ràng, nhưng thất bại ở chế độ benign adversarial — prompt về mặt ngôn ngữ an toàn nhưng vẫn kích hoạt ảnh unsafe vì phân bố dữ liệu mà mô hình đã học.

Bài báo định nghĩa formal benign adversarial: prompt p′ thỏa SafeText(p′)=1 nhưng P[G(p′) unsafe] ≥ 0.5. Đây là vấn đề căn bản của phòng thủ chỉ ở không gian văn bản.

II. Main Idea:​

DiSCO (Distribution-guided Contrastive Suffix Optimization) là module training-free, strictly black-box, plug-and-play hoạt động hoàn toàn ở mức prompt, không cần truy cập tham số/gradient/attention của mô hình G.

Cơ chế:

  • Xây pool tham chiếu: dùng chính G sinh ảnh từ prompt lành tính của bộ I2P, lọc qua sự đồng thuận của 2 bộ phân loại (NudeNet + Q16) để có pool ảnh an toàn Psafe và pool ảnh unsafe Punsafe riêng của mô hình đó.
  • Suffix expansion bằng beam search: từ prompt đầu p′, dùng LLM (LLaMA-3-8B) sinh tiếp hậu tố từng token (T=16, beam K=4). Mỗi bước lấy mẫu R=8 ảnh từ mỗi pool, sinh ảnh ứng viên, mã hóa bằng CLIP encoder đông lạnh.
  • Contrastive scoring: J(ˆp) = trung bình cosine similarity với Psafe trừ đi trung bình với Punsafe — vừa hút về vùng an toàn, vừa đẩy xa vùng unsafe trong không gian embedding.
  • Feedback thích ứng: lặp lại, điều chỉnh mục tiêu theo mức độ hại còn lại, chỉ kích hoạt DiSCO khi prompt lành tính vẫn sinh ảnh unsafe (tiết kiệm tính toán).

Chỉ cần prepended lên trước G, tương thích với mọi kiến trúc (UNet, DiT) và mọi phòng thủ có sẵn.

Ví dụ đời thường: giống như thợ mới được giao một câu yêu cầu nghe rất bình thường nhưng lại làm máy trong xưởng nhả ra sản phẩm hỏng; thay vì mở máy ra sửa, anh ta cứ thêm vài chữ nhỏ vào yêu cầu, rồi cầm sản phẩm vừa ra đối chiếu với hai tủ mẫu (một tủ đồ đạt chuẩn, một tủ đồ lỗi) để chọn cách thêm chữ đẩy kết quả về gần tủ chuẩn nhất, thử đi thử lại vài lần đến khi máy luôn ra đồ an toàn.

III. Main Results:​

  • Trên 32 cấu hình hệ-thống × tấn-công và 5 seed: ASR giảm từ 23.6% → 2.4% (NudeNet) và 8.3% → 1.7% (Q16).
  • Bản thân mô hình chưa phòng thủ: SD1.4 Ring-A-Bell 84.2% → 7.8%; SD2.0 75.4% → 3.9%; Flux 89.7% → 5.0%; SD3 34.5% → 2.1%.
  • Kết hợp phòng thủ sẵn có (SLD-Max, SAFREE, RECE, ESD): cả 32 tổ hợp đều cải thiện; SLD-Max+DiSCO giảm ASR NudeNet trung bình 21.1 điểm (Ring-A-Bell 44.4% → 0.3%).
  • Chất lượng không giảm mà tăng: CLIP score tăng +0.065~+0.086, ImageReward tăng +1.67~+2.22 — DiSCO kéo sinh ảnh về bám sát đúng yêu cầu lành tính thay vì dập tắt output.
  • Ablation: R=8 là điểm cân bằng tốt nhất (quá nhỏ thiếu tín hiệu, quá lớn trùng lặp tĩnh); pool chỉ cần ~670 ảnh vẫn hiệu quả; objective contrastive (15.6% ASR) thắng safe-only (21.6%) và unsafe-only (20.6%).

IV. Conclusion & Future Works:​

DiSCO chứng minh phòng thủ mức prompt black-box, hướng phân bố có thể đóng vai trò safety booster plug-and-play cho mọi hệ thống sinh ảnh, kể cả mô hình đóng và phòng thủ đã có, mà không sửa mô hình. Hướng tương lai: biến thể tối ưu hóa theo preference (Appendix A.7) để triển khai thực tế, mở rộng sang các loại nội dung unsafe ngoài khỏa thân, và tự động hóa ngưỡng kích hoạt DiSCO theo mức độ rủi ro.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng DiSCO sang phòng thủ black-box cho video generation và đa phương thức, nơi prompt an toàn vẫn kích hoạt nội dung hại qua phân bố đa phương thức.
  2. Nghiên cứu biến thể contrastive scoring dùng preference model thay CLIP để hướng tới vùng 'an toàn theo người dùng' thay vì chỉ theo bộ phân loại cố định.
  3. Phân tích lý thuyết về sự đánh đổi giữa kích thước pool tham chiếu và độ bao phủ phân bố, thiết kế sampling tối ưu thay vì cố định R=8.
  4. Kết hợp DiSCO với defense white-box như lớp rào chắn ngoài cùng để bảo vệ ngay cả khi trọng số mô hình đã bị thỏa hiệp.

2. Patent:​

  1. Tính năng 'Safe Prompt Guard' trên điện thoại: trước khi gửi prompt đến API sinh ảnh đám mây (như trên app chỉnh sửa ảnh), app tự chạy DiSCO locally — thêm hậu tố và đối chiếu với pool ảnh mẫu an toàn/toàn cục đã tải sẵn — để đảm bảo không sinh ảnh nhạy cảm, không cần can thiệp vào server của nhà cung cấp.
  2. Bộ lọc gia đình cho ứng dụng vẽ AI trên điện thoại trẻ em: mỗi lần con nhập prompt, module black-box quét nhanh sinh thử và so khớp CLIP với thư viện ảnh chuẩn gia đình, tự sửa prompt về vùng an toàn trước khi render, chạy hoàn toàn on-device bảo mật quyền riêng tư.
  3. Plugin bảo mật cho nền tảng thiết kế đám mây (Canva-like): chèn DiSCO ở lớp gateway, mọi prompt từ user đều qua beam-search tối ưu hậu tố dựa trên pool ảnh do chính mô hình nền sinh ra, giảm trách nhiệm pháp lý về nội dung NSFW mà không phải retrain mô hình đắt đỏ.
  4. Hệ thống kiểm duyệt prompt real-time cho web chat tích hợp sinh ảnh: phát hiện 'benign adversarial' (câu bình thường nhưng dễ ra ảnh hại) và tự thêm hậu tố định hướng, ghi log độ giảm ASR để báo cáo tuân thủ cho doanh nghiệp.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17067
ArXiv Abstracthttps://arxiv.org/abs/2608.17067
PDF Downloadhttps://arxiv.org/pdf/2608.17067.pdf
Github RepositoryN/A

10. CoinVE-200K: A Large-Scale High-Quality Dataset for Compositional Instruction-Guided Video Editing (13 votes)​

Tác giả: Fuchen Long, Cong Wang, Zitao Gao, Wenhao Zhong, Yu Cheng, et al.

Xuất bản lúc: 2026-08-18

Tag: Video Editing, Instruction-Guided Editing, Diffusion Transformer, DiT, Dataset, Multimodal LLM, Compositional Editing, Wan2.1, Qwen3-VL

I. Main Problem:​

Các bộ dữ liệu video editing theo chỉ thị hiện có chỉ tập trung vào một thao tác chỉnh sửa duy nhất (đổi nền, xóa vật thể, sửa vùng cục bộ), không đáp ứng được kịch bản thực tế nơi người dùng đưa nhiều ý định chỉnh sửa cùng lúc trong một câu lệnh. Hậu quả:

  • mô hình không học được suy luận đa ý định (multi-intent reasoning)
  • vùng đích bị giới hạn ở một chủ thể/region, bỏ qua tương tác giữa người, vật và nền
  • thiếu chú thích hệ thống cho việc kết hợp các loại edit (thêm, xóa, sửa, stylization) dẫn đến nhiễu指令, sửa nhầm vùng không liên quan và mất nhất quán thời gian.

II. Main Idea:​

CoinVE-200K là bộ dữ liệu 200K cặp video-edit, độ phân giải 1080p, 81–201 khung hình, mỗi mẫu gồm 2–5 thao tác nguyên tử (atomic ops) kết hợp trên nhiều chủ thể (người, vật, nền). Quy trình tạo dữ liệu 3 giai đoạn:

  • Stage 1 — Sinh chỉ thị thành phần: Qwen3.6-27B phân tích video thành taxonomy (subjects/objects/background), kết hợp các template edit (replace/add/remove/stylization) qua vòng kiểm tra tính hợp lệ.
  • Stage 2 — Tổng hợp theo mask: SAM3 cắt vùng trên khung khóa, SAM2 lan truyền mask theo thời gian, chỉnh khung bằng HunyuanImage-3.0/Nano Banana rồi sinh video bằng Wan2.2-Animate/VACE.
  • Stage 3 — Lọc chất lượng: Gemini 2.5 Pro chấm từng chỉ thị nguyên tử + 3 tiêu chí (nhất quán ngữ nghĩa, thời gian, vật lý), chỉ giữ mẫu qua tất cả.

Kèm theo là CoinVE-Edit (22B) xây trên Wan2.1-T2V-14B + Qwen3-VL-8B, dùng cơ chế Q-Blending Cross-Attention: mỗi chỉ thị có mask vùng (Mask Predictor) và cổng local/global (GateNet) để điều khiển độ chú ý độc lập, tránh nhiễu giữa các edit. Và CoinVE-Bench — benchmark đo 6 chiều (instruction following, độ chính xác thành phần, precision vùng, bảo toàn vùng không đổi, chất lượng, nhất quán thời gian).

Ví dụ đời thường: giống thợ sửa ảnh nhận một tờ giấy ghi 'đổi áo người trái thành đỏ, xóa mũ người phải, đổi nền thành biển' — thay vì sửa bừa cả bức, thợ khoanh từng vùng riêng rồi chỉ tô đúng chỗ đó, giữ nguyên phần còn lại.

III. Main Results:​

  • CoinVE-200K: 200K mẫu, trung bình 2.55 chỉ thị/video, phân bố cân bằng 6 loại edit (local addition 24.1%, background replace 23.8%, object replace 22.8%, local remove 18.5%, background stylization 6.4%, object stylization 4.5%).
  • Điểm chất lượng edit trung bình đạt 4.85, cao hơn các dataset đơn chỉ thị khác.
  • CoinVE-Edit đạt hiệu năng mạnh trên CoinVE-Bench, đặc biệt các ca khó có nhiều thao tác và nhiều vùng đích: tốt hơn mô hình hiện có về tuân thủ chỉ thị thành phần, precision vùng, bảo toàn vùng không đổi, ổn định thời gian.
  • Q-Blending không thêm tham số mới vào DiT backbone (dùng lại projection/norm có sẵn).

IV. Conclusion & Future Works:​

Bộ ba CoinVE-200K + CoinVE-Edit + CoinVE-Bench cung cấp nền tảng toàn diện cho nghiên cứu video editing theo chỉ thị thành phần: dữ liệu quy mô lớn, mô hình tách biệt chú ý theo vùng, và giao thức đánh giá thống nhất. Hướng tương lai: mở rộng độ phức tạp chỉ thị, cải thiện tương tác giữa các edit chồng lấp, và nâng cao khả năng bảo toàn danh tính/chuyển động khi edit dài hạn.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng dataset thành phần sang video dài hơn và nhiều lớp edit chồng lấp, kèm chú thích quan hệ phụ thuộc giữa các thao tác (ví dụ xóa vật trước rồi mới stylization nền).
  2. Nghiên cứu cơ chế định tuyến chú ý động cho DiT khi số chỉ thị thay đổi tùy mẫu, thay vì cố định N instruction.
  3. Xây benchmark đánh giá tự động bằng MLLM mạnh hơn để thay thế chấm điểm thủ công, đo lường cả độ nhiễu vùng không liên quan ở mức pixel.

2. Patent:​

  1. App chỉnh video trên điện thoại: người dùng gõ một câu lệnh nhiều ý định (đổi áo, xóa người, đổi nền) — app tự cắt vùng từng đối tượng bằng segmentation và chỉ sửa đúng vùng đó, giữ nguyên phần còn lại, xuất video 1080p không giật.
  2. Công cụ hậu kỳ quảng cáo: người làm marketing viết 'thêm logo, đổi xe thành màu đỏ, stylization nền thành phong cách hoài cổ' cho một clip sản phẩm; hệ thống tự phân vùng và render đồng loạt, không cần designer cắt mask thủ công.
  3. Tính năng chỉnh sửa video call thông minh: trong cuộc họp, người dùng yêu cầu 'làm mờ背景, xóa vật thể lạ sau lưng, đổi áo thành đồng phục' — mô hình xử lý theo thời gian thực từng vùng riêng biệt mà không làm méo mặt người nói.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17566
ArXiv Abstracthttps://arxiv.org/abs/2608.17566
PDF Downloadhttps://arxiv.org/pdf/2608.17566.pdf
Github Repositoryhttps://github.com/coinve200k/CoinVE-200K

11. Dynamic Multi-Byte Prediction With Hierarchical Language Models (13 votes)​

Tác giả: Abraham Toluwase Owodunni, Chibuzor Okocha, Christan Grant, Tomasz Limisiewicz, Sachin Kumar

Xuất bản lúc: 2026-08-16

Tag: Hierarchical Language Models, Byte-level Modeling, Multi-Byte Prediction, Multi-Token Prediction, Inference Acceleration, Latent Causal Attention

I. Main Problem:​

Mô hình ngôn ngữ byte-level (họat động trực tiếp trên byte UTF-8) tránh được các thiên kiến của subword tokenizer (phân mảnh từ hiếm, lệch ngôn ngữ), nhưng giải mã từng byte một nên rất chậm. Hướng multi-token prediction (MTP) tăng tốc nhưng có hai hạn chế:

  • Tốn tham số: mỗi token tương lai cần một prediction head riêng → số head tăng tuyến tính theo n.
  • Fixed-offset cứng nhắc: luôn dự đoán n token tiếp theo bất kể cấu trúc cục bộ của văn bản (chỗ dễ đoán thành khối, chỗ cần mô hình tuần tự tinh).

II. Main Idea:​

LCA-MBP (Latent Causal Attention – Multi-Byte Prediction) tái sử dụng chính các phân đoạn byte học được (latent tokens) của mô hình phân cấp làm đơn vị sinh song song, thay vì head cố định. Cách thức:

  • Một head decoder duy nhất (không thêm tham số) sinh toàn bộ byte trong một segment cùng lúc.
  • LCA mask cho phép mỗi byte trong segment attend chính nó, các byte trước trong cùng segment, và toàn bộ segment ngay trước đó — che attention tới byte sau/segment xa hơn để giữ tính nhân quả.
  • Cửa sổ dự đoán độ dài biến thiên khớp với biên segment học được, thay vì offset cố định.
  • Khi suy luận: head next-byte luôn nhận; head MBP chỉ nhận các byte có xác suất ≥ ngưỡng τ.

Ví dụ đời thường: giống thợ gò làm việc theo từng cụm chi tiết — thay vì ráp từng ốc một, anh ta nhìn lô linh kiện vừa đưa tới và lắp cả cụm đồng bộ, chỉ cần liếc lại lô trước đó để không lắp sai thứ tự; nhờ vậy nhanh mà vẫn đúng quy trình.

III. Main Results:​

  • Pareto front 3/4 tác vụ: LCA-MBP nằm trên biên tối ưu về hiệu năng/throughput trên IFEval, CoQA, CNN/DailyMail; trên dịch es-en FxT nhỉnh hơn chút nhưng chậm hơn nhiều.
  • Chỉ 1 head decoder đạt được mức đổi trade-off này (FxT/Eff-FxT không có MBP).
  • Tỷ lệ chấp nhận: MLP-MBP cao (61.9% IfEval) nhưng sai nhiều; LCA thấp hơn (45.9%) nhưng chất lượng cuối cao hơn — vì MLP giả định độc lập có điều kiện nên đoán sai khối.
  • Ablation ngưỡng τ: hạ τ 0.9→0.7 tăng throughput ~10%, hiệu năng giảm ~3 điểm; τ=0.75 cân bằng.
  • Tăng candidates n (speculative decoding): throughput tăng +29–37% (n=3→7) mà chất lượng không đổi; LCA vượt MLP-MBP.
  • Làm accelerator cho mô hình khác: dùng LCA draft + FxT verify đạt chất lượng FxT với tốc độ 1.4–1.7× dù hai mô hình cùng kích thước.

IV. Conclusion & Future Works:​

LCA gắn multi-byte prediction vào cấu trúc phân cấp sẵn có, dùng một head duy nhất + mask boundary-aware để sinh số byte biến thiên mỗi bước, bỏ hẳn tham số head phụ. Hạn chế/hướng tới: chỉ thử ở quy mô 373M và 4 tác vụ thiên Anh; cần kiểm chứng ở quy mô lớn hơn và ngôn ngữ nghèo tài nguyên; under speculative decoding thì n tăng tự do không đổi output.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Mở rộng LCA-MBP lên quy mô tỷ tham số và đa ngôn ngữ (kể cả ngôn ngữ hạn hẹp tài nguyên) để kiểm chứng tính bền vững của trade-off performance/throughput.
  2. Kết hợp LCA làm cơ chế draft chung cho mọi hierarchical byte-level LM, biến nó thành module tăng tốc thả vào (drop-in) không cần huấn luyện lại mô hình gốc.
  3. Nghiên cứu boundary predictor thích ứng theo độ khó cục bộ để tự điều chỉnh độ dài segment sinh song song tối ưu theo từng vùng văn bản.

2. Patent:​

  1. Bàn phím/gõ phím thông minh trên điện thoại: mô hình byte-level dự đoán trước cả cụm ký tự tiếp theo (thay vì từng ký tự) nhờ LCA, hiển thị gợi ý nhanh hơn và giảm độ trễ gõ tiếng Việt / script không dùng Latinh.
  2. Trình dịch nhanh chạy trên thiết bị di động: sinh song song cả đoạn byte đích theo segment, cho phép dịch offline mượt mà với ít tài nguyên tính toán hơn so với subword LM.
  3. Tính năng hoàn thành câu/chỉnh sửa văn bản trên app note: dùng LCA làm draft và head nhỏ verify, gợi ý cả cụm từ liền mạch trong thời gian thực mà pin/CPU tiêu thụ thấp.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.15454
ArXiv Abstracthttps://arxiv.org/abs/2608.15454
PDF Downloadhttps://arxiv.org/pdf/2608.15454.pdf
Github Repositoryhttps://github.com/skai-research/lca-multibyte

12. MoE-ViE: Mixture of Experts Vision Encoder for Efficient Image and Video Understanding (12 votes)​

Tác giả: Bonan Zhang, Shiyu Dong, Quan Hung Tran, Katharina Gschwind, Shuqi Yang, et al.

Xuất bản lúc: 2026-08-18

Tag: Vision Encoder, Mixture-of-Experts (MoE), CLIP, Vision-Language Model (VLM), Zero-shot, Video Understanding, Distillation, Triton Kernel

I. Main Problem:​

Encoder thị giác là thành phần cốt lõi của các mô hình Vision-Language, nhưng phóng to (scale) theo kiểu dense kéo theo 2 hệ lụy:

  • chi phí tính toán và độ trễ suy luận tăng tỉ lệ thuận với số tham số
  • vấn đề càng tệ với ảnh độ phân giải cao hoặc video dài, nơi chi phí encoder cộng dồn thành overhead lớn ở toàn bộ pipeline

Đồng thời, MoE đã thành công ở LLM nhưng chưa được khai phá triệt để ở encoder CLIP-style: các尝试 trước đó vẫn chưa bắt kịp SOTA trên benchmark thị giác cốt lõi, và naive MoE (thay MLP bằng N expert cùng kích thước) chỉ cho cải thiện hạn chế.

II. Main Idea:​

MoE-ViE — Mixture-of-Experts Vision Encoder — phóng to encoder bằng cách chỉ kích hoạt một tập con nhỏ expert cho mỗi token, tách biệt dung lượng mô hình khỏi chi phí tính toán. Các thiết kế then chốt:

  • Fine-grained expert: mỗi expert có hidden width nhỏ hơn MLP gốc (1/4), cho phép nhiều expert hơn trong cùng ngân sách tính toán — khớp với bản chất đa dạng của đặc trưng thị giác (màu, hình dạng, bố cục).
  • Shared experts luôn kích hoạt + routed experts: đường dẫn toàn cục cho ngữ cảnh chung, expert định tuyến bắt các biến đổi đặc thù từng token.
  • Sigmoid gating thay Softmax để tránh cạnh tranh expert, kèm renormalize.
  • Loss-free balancing variant: thay hàm sign(·) bằng z-score để hiệu chỉnh bias router theo mức độ mất cân bằng, giảm dao động.
  • MoE kernel Triton: Grouped GEMM (gộp mọi MatMul expert thành 1 task) + Kernel Fusion (gộp MatMul và activation) để triệt tiêu idle bubbles và giảm traffic HBM.
  • Video finetuning không quên ảnh: frame-level distillation (giữ bản copy image-pretrained làm teacher, minimize cosine distance trên frame ngẫu nhiên) + đóng băng MoE experts và MLP của text tower để bảo toàn tri thức ảnh.

Ví dụ đời thường: giống một hãng taxi thuê 32 tài xế chuyên tuyến (mỗi người rành một vùng), nhưng mỗi chuyến chỉ điều 1/4 số tài xế thật sự lái; có 2 tài xế 'trực tổng đài' luôn trực để nắm toàn cảnh thành phố. Khi mở tuyến xe buýt (video), họ chỉ dạy thêm cách ghép nối các chuyến chứ không ép 32 tài xế học lại lái từ đầu — nên vẫn nhớ đường cũ.

III. Main Results:​

  • Vượt dense cùng cấp mọi quy mô: MoE-ViE luôn thắng bản dense tương ứng dưới cùng ngân sách compute (đường scaling Fig. 2).
  • Vượt prior MoE works: fine-grained design đánh bại cả conventional MoE và các CLIP-MoE đời trước (LIMOE, CLIP-UP, CLIP-MoE) trên mọi benchmark.
  • Zero-shot image (Table 3): MoE-ViE-H (tổng 3.5B, kích hoạt 1.1B) đạt 88.3% ImageNet Val, sánh ngang PEcoreG (1.9B activated, 1.7× lớn hơn); trên ImageNet-A thắng +0.6% dù ít tham số kích hoạt hơn.
  • Zero-shot video (Table 2): MoE-ViE-H đạt 76.5% K400, vượt PEcoreG; MoE-ViE-L thắng PEcoreL.
  • Fine-grained & OCR (Table 4): MoE-ViE-H thắng PEcoreG trên Food101, Flowers, OCR (TextCaps 80.6).
  • VLM alignment: gắn với Llama 3.1-8B (Table 5), MoE-ViE-H (1.1B activated) đạt 75.2 image avg, 55.0 video avg, 61.2 caption avg, vượt mọi baseline kể cả model có đến 5.5B activated params (InternViT).
  • Kernel speedup: MoE kernel Triton cho >2.5× tăng tốc độ trễ suy luận, dùng được như drop-in cho nhiều topology MoE.

IV. Conclusion & Future Works:​

Với thiết kế topology đúng (fine-grained + shared expert + sigmoid + z-score balance) và kernel tối ưu, MoE mang lại scaling thưa hiệu quả cho CLIP-style encoder: cùng latency chỉ bằng 76% encoder SOTA gấp 1.7 lần, đạt chất lượng ngang bằng. Việc kết hợp frame-level distillation + đóng băng expert giải quyết triệt để hiện tượng quên ảnh khi finetune video, tạo encoder thống nhất ảnh–video. Hướng tương lai: khai thác chuyên môn hóa expert sâu hơn, mở rộng sang độ phân giải động và mô hình đa phương tiện lớn hơn.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Nghiên cứu chuyên môn hóa expert trong MoE vision encoder: phân tích biểu diễn mà mỗi expert nắm giữ (màu, hình dạng, domain) và cách routing học được sự phân công đó không cần giám sát.
  2. Mở rộng z-score loss-free balancing cho chế độ routing động nhiều giai đoạn, áp dụng khi kết hợp image pretraining và video finetuning có phân bố token khác biệt.
  3. Đóng băng chọn lọc (MoE expert + text MLP) như cơ chế chống quên tổng quát: áp dụng sang bài toán chuyển domain khác (ví dụ từ ảnh tự nhiên sang y tế) mà không cần replay data cũ.

2. Patent:​

  1. Trên điện thoại thông minh: encoder ảnh MoE chạy local chỉ kích hoạt 1/4 expert mỗi bức — nhận diện cảnh, OCR, tìm kiếm ảnh nhanh mà không tốn pin; shared expert giữ ngữ cảnh toàn cục để ổn định khi ánh sáng thay đổi.
  2. Camera an ninh thông minh: dùng frame-level distillation để model đã học tốt ảnh tĩnh không bị 'quên' khi cập nhật nhận diện chuyển động video — cải thiện cảnh báo xâm nhập mà không giảm chất lượng chụp snapshot.
  3. Ứng dụng dịch thuật ảnh thực tế tăng cường (AR): MoE vision encoder nhẹ (low activated params) chạy trên kính thông minh, chỉ chọn expert phù hợp ngôn ngữ/biển báo đang gặp, giúp dịch biển báo/ghi chú thời gian thực mà latency thấp nhờ kernel Grouped GEMM.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17402
ArXiv Abstracthttps://arxiv.org/abs/2608.17402
PDF Downloadhttps://arxiv.org/pdf/2608.17402.pdf
Github Repositoryhttps://github.com/facebookresearch/moe_vie

13. Harness the Memory: A Holistic Evaluation of Memory Substrates in Memory Agents (12 votes)​

Tác giả: Wei-Chieh Huang, Weizhi Zhang, Yuchen Wu, Yankai Chen, Eric Hanchen Jiang, et al.

Xuất bản lúc: 2026-08-15

Tag: Memory Agents, LLM, Memory Substrates, RAG, Knowledge Graph, KV-cache, LoRA, Agent Memory, Evaluation Benchmark

I. Main Problem:​

Các hệ thống LLM agent dùng bộ nhớ lâu dài đang bùng nổ, nhưng đánh giá hiện tại không chỉ dẫn được nên dùng substrate (vật mang) bộ nhớ nào trong từng chế độ vận hành. Phân tích 52 hệ thống (2023–2026) bộc lộ 3 lỗ hổng:

  • Tập trung benchmark hẹp: 62% cặp benchmark–hệ thống chỉ dùng 2 bộ dữ liệu hội thoại (LoCoMo, LongMemEval); tác vụ agentic gần như chưa được khảo sát.
  • Đo lường nghèo nàn: 100% báo độ chính xác nhưng chỉ 21% đo bất kỳ chỉ số hiệu quả nào (độ trễ, token, chi phí); 81% chỉ dùng backbone họ GPT nên không tách được hiệu ứng substrate khỏi hiệu ứng mô hình.
  • Phạm vi nông: một nửa hệ thống chỉ test 1 benchmark, 0 chỉ số hiệu quả; không hệ thống nào vừa bao phủ rộng vừa báo cáo hiệu quả đầy đủ.

Hậu quả: ta biết hệ thống nào đứng đầu leaderboard về accuracy, nhưng không biết substrate nào ưu việt ở chế độ vận hành nào — chính là tín hiệu routing mà một hệ thống bộ nhớ thích ứng cần.

II. Main Idea:​

Harness evaluation có kiểm soát cô lập substrate bộ nhớ thành biến số duy nhất, giữ nguyên scaffolding, prompt, backbone phụ trợ. Thiết kế:

  • 11 phương pháp (M1–M11) trải khắp 7 họ substrate, chia 2 nhóm: External memory (lưu ngoài mô hình: vector, text, graph, tree, abstraction) và Internal memory (lưu trong weights/KV-cache: LoRA, full context, episode-clustered re-prefill).
  • Chạy trên 3 backbone (Qwen3-8B, Qwen3-32B-AWQ, Gemma-4-26B-A4B) và 4 benchmark: user-centric (LoCoMo, MemoryAgentBench) và agent-centric (ALFWorld, BigCodeBench-Hard).
  • Đo lường 26 chỉ số hiệu năng + hiệu quả (latency, token, storage, LLM calls, compression...).

Ba phát hiện cốt lõi:

  • Substrate tối ưu đảo ngược giữa chế độ (graph thắng QA, thua agentic; refinement thắng lập kế hoạch).
  • Retrieval sâu hơn giúp QA nhưng hại quyết định agentic — attention probe cho thấy model dời sự chú ý khỏi context tác vụ sang khối retrieval.
  • Khả năng mở rộng là trục routing thứ ba: refinement mở rộng mượt, structural/full-context bị giới hạn khi lịch sử dài.
  • Quy tắc thiết kế: đánh đổi độ rộng đọc lấy độ sâu ghi (retrieve ít hơn, đầu tư chắt lọc/structuring lúc write).

Ví dụ đời thường: giống người quản lý kho thử nhiều cách lưu đồ (kệ vector, sổ tay, sơ đồ quan hệ, nhớ trong đầu) cho từng loại hàng — với hàng cần tìm nhanh theo từ khóa thì sổ index hợp; với quy trình lắp máy thì chỉ giữ bản tóm tắt ngắn gọn mới khỏi rối, chứ đổ hết biên bản cũ ra bàn thì thợ không biết tay vặn ốc nào tiếp theo.

III. Main Results:​

  • Không substrate nào thắng mọi năng lực. Trên LoCoMo/LME-S, M5 (dual-level graph) dẫn đầu mọi backbone; trên MAB LRU, M10 (full context) và M3 (gist text) tốt hơn; trên MAB TTL, M3/M8 (refinement) áp đảo; M9 (LoRA) kém vì facts mới không truy vấn được.
  • Agentic chia làm hai cực: ALFWorld thưởng substrates khử nhiễu trước retrieval — M11 (re-prefill episode) gấp đôi NoMem trên Qwen3-8B; M7 (distilled strategies) đạt đỉnh TSR 32.1% trên Qwen3-32B. Ngược lại BigCodeBench-Hard thưởng retrieval rộng (M5 dẫn đầu) vì code snippet mở rộng prompt chứ không gây nhiễu.
  • Attention probe (Figure 5): tăng k làm khối Retrieved hút attention khỏi Context trên cả hai tác vụ (cơ chế giống hệt); khác biệt chỉ ở chỗ câu trả lời nằm đâu — trong retrieved (QA ↑) hay trong observation/action list (agentic ↓).
  • Latency Pareto rời rạc: QA frontier do M5/M6 chiếm (10–30× độ trễ); agentic frontier do M2 (flat) và M7 (refine) chiếm — hai frontier không chia sẻ substrate nào.
  • Scalability (6K→262K token): M8 (refinement) lên 0.32→0.51 với độ trễ tăng nhẹ (~1s→~10s, biểu diễn cố định kích thước); M4/M5 (structural) trả giá độ trễ rất lớn ở 262K; M10 mở rộng chất lượng tốt nhưng tốn đọc tuyến tính; M9 (weight) dẹt 0.18–0.22 vì thiếu update thời gian.

IV. Conclusion & Future Works:​

Ba trục chẩn đoán (hiệu năng–độ trễ, retrieval scaling, scalability) hội tụ: không substrate đơn lẻ nào phục vụ đồng thời recall lịch sử dài, chọn hành động dưới áp lực attention, và mở rộng mượt. Con đường là hệ thống bộ nhớ đa-substrate / đa-agent phân vai — refinement chắt lọc abstraction, structural/text giữ facts, activation/flat lưu experience thô — với harness routing mỗi query tới substrate khớp vùng mang tải trọng của prompt. Hướng tương lai: xây dựng cơ chế routing thực tế theo chế độ + độ sâu lịch sử; thiết kế universal memory OS chọn/compose substrate động.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Xây dựng bộ điều phối routing thực tế (router module) chọn substrate per-query dựa trên đặc trưng prompt (câu trả lời nằm ở retrieved hay context) và độ sâu lịch sử, thay vì gắn cứng một substrate.
  2. Nghiên cứu hệ thống bộ nhớ đa-agent phân vai: mỗi agent chuyên một substrate (facts/abstraction/raw), hợp nhất đầu ra qua arbitration layer để tối ưu accuracy–cost.
  3. Mở rộng harness sang thêm backbone phi GPT và thêm tác vụ agentic (web, coding multi-session) để kiểm chứng tính tổng quát của hiện tượng retrieval-reversal.
  4. Đóng gói 26 chỉ số thành benchmark chuẩn bắt buộc báo cáo hiệu quả (latency, token, storage) cho mọi hệ thống memory agent mới.

2. Patent:​

  1. App trợ lý cá nhân trên điện thoại: tự động chuyển đổi giữa lưu ghi chú dạng graph (khi nhớ mối quan hệ người/địa điểm) và lưu tóm tắt ngắn (khi ghi nhớ thói quen), chọn substrate theo loại câu hỏi để trả lời nhanh, tiết kiệm pin và RAM.
  2. Trình duyệt thông minh trên mobile học thói quen lướt web: dùng retrieval rộng (flat vector) để gợi ý trang liên quan khi đọc, nhưng chuyển sang refinement (bản tóm tắt hành động) khi thực hiện chuỗi thao tác tự động, tránh làm phiền người dùng bằng quá nhiều context.
  3. Tính năng gợi nhớ xung đột cho note app: khi người dùng đổi địa chỉ/số điện thoại cũ, hệ thống dùng substrate structural (M5) cập nhật quan hệ và giải quyết mâu thuẫn theo thời gian, hiển thị thông tin mới nhất thay vì trộn lẫn bản cũ.
  4. Code assistant trên IDE: với tác vụ code, retrieval rộng lấy snippet liên quan (BigCodeBench chế độ) giúp sinh code; với tác vụ lập lịch multi-step, chuyển sang refinement lưu chiến lược rút gọn để agent không 'lang thang' giữa các bước.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.15008
ArXiv Abstracthttps://arxiv.org/abs/2608.15008
PDF Downloadhttps://arxiv.org/pdf/2608.15008.pdf
Github RepositoryN/A

14. LEGO-RL: Harness-Native Reinforcement Learning for Coding Agents (10 votes)​

Tác giả: Yiming Du, Yuxin Jiang, Tao Yuan, Jianbo Dai, Shaowei Wang, et al.

Xuất bản lúc: 2026-08-18

Tag: Reinforcement Learning, Coding Agents, Policy Gradient, GSPO, Mixture-of-Experts, SWE-bench, RL Infrastructure

I. Main Problem:​

Huấn luyện coding agent bằng Reinforcement Learning dựa vào các harness (khung chạy agent) native để quản lý tool, ngữ cảnh repo và phản hồi thực thi. Nhưng môi trường chạy native này không khớp với tối ưu hóa policy-gradient:

  • Sai lệch tín hiệu: crash môi trường, lỗi dependency, verifier sai cấu hình, timeout và reward hacking làm hỏng hoặc vứt bỏ các trajectory tốn kém.
  • Mất căn chỉnh rollout–training: harness tự nén context, viết lại lịch sử hội thoại giữa các lượt → chuỗi token thực tế sinh ra khác với dữ liệu tái dựng, khiến trainer không tính lại được log-probability trung thực.
  • Mismatch MoE: với mô hình sparse Mixture-of-Experts, nếu routing chuyên gia tại rollout không được tái lập lúc training thì xác suất bị lệch.
  • Rào cản tích hợp: các framework RL phổ biến bắt agent phải viết lại theo giao diện rollout của framework, phá vỡ workflow gốc của harness.

II. Main Idea:​

LEGO-RL nối các harness coding-agent native (OpenHands SDK, Claude Code, OpenCode…) vào tối ưu hóa policy-gradient quy mô lớn mà không sửa luồng điều khiển bên trong harness. Chỉ cần một adapter nhẹ để khởi chạy agent, nối nó vào inference server và trả về dữ liệu tương tác. Ba trụ cột:

  • Faithful optimization: một in-process LLM proxy bắt chính xác token sinh ra và metadata tại biên gọi model (không tái dựng từ transcript), nhờ đó trainer tính lại log-probability trung thực dù harness có nén/làm lại lịch sử; với MoE, proxy ghi lại quyết định routing và replay (R3) lúc training.
  • Reliable execution: điều phối sandbox quy mô lớn với image cache (Nydus lazy-pull), giới hạn tài nguyên, và các phòng thủ reward-hacking theo từng stage (cắt mạng bằng sidecar đặc quyền, ẩn lịch sử repo, đóng gói dependency test vào image).
  • Observable training: plugin tự động hóa validate và giám sát, cùng Live UI để chẩn đoán trajectory chi tiết (phân bố nguyên nhân kết thúc, lưới task, độ khớp rollout–training).

Ví dụ đời thường: giống một đội kiểm thử thuê một nhóm nhân viên (harness) làm việc đúng thói quen của họ, nhưng lắp camera tại quầy (proxy) ghi lại từng thao tác thật thay vì đọc báo cáo tóm tắt bịa lại, rồi có giám sát viên (Live UI) soi từng bước để biết ai làm hỏng việc do máy chết chứ không phải do lười.

III. Main Results:​

  • Huấn luyện Qwen3.5-35B-A3B (sparse MoE) bằng GSPO trên 3 harness native, đo trên SWE-bench Verified:
    • OpenHands SDK: 64.0% → 70.4% (+6.4)
    • Claude Code: 62.4% → 68.2% (+5.8)
    • OpenCode: 57.2% → 66.6% (+9.4)
  • Duy trì correlation rollout–training probability > 0.99 (căn chỉnh trung thực).
  • So với baseline mạnh hơn (Qwen3.6-35B-A3B mới hơn và KAT-Coder-V2.5-Dev): LEGO-RL-Qwen3.5 là mô hình mạnh nhất trên cả 3 harness, vượt cả base đời mới.
  • Loại bỏ khỏi tối ưu các trajectory chết do hạ tầng: 7.1% (Claude Code), 2.4% (OpenHands), 6.4% (OpenCode).
  • Policy entropy ổn định (không sụp), response length tăng — chứng tỏ scaffold ảnh hưởng lớn đến phân bố trajectory.

IV. Conclusion & Future Works:​

LEGO-RL là framework harness-native policy-gradient đầu tiên gom đủ ba mặt: trung thực căn chỉnh, toàn vẹn thực thi/reward và quan sát được huấn luyện, trong một hệ thống duy nhất mà không sửa workflow agent. Mở mã nguồn framework, mô hình và bộ dữ liệu 2.699 task. Hướng tiếp theo (ngụ ý): mở rộng adapter cho nhiều harness hơn, tinh chỉnh chiến lược chọn task theo độ khó tương đối, và cải thiện chẩn đoán tự động các failure mode đa tầng.

V. Brainstorming Space:​

1. Publish Papers:​

  1. Nghiên cứu chọn task cho agentic RL theo độ khó tương đối với policy và sự đa dạng repo, thay vì chỉ lọc tĩnh, để giữ đủ biến thiên reward trong group cho GSPO/GRPO.
  2. Cơ chế replay routing chuyên gia (R3) cho MoE trong huấn luyện RL bất đồng bộ, bảo đảm xác suất trainer khớp rollout dưới staleness có giới hạn.
  3. Thiết kế phòng thủ reward-hacking theo stage trong sandbox (cắt mạng sidecar, ẩn lịch sử, đóng gói dependency) và đo lường hiệu quả trên coding benchmark thực thi.
  4. Hệ thống quan sát chéo giai đoạn (cross-stage observability) liên kết verifier outcome với nguyên nhân kết thúc và trajectory để chẩn đoán failure tự động.

2. Patent:​

  1. App điện thoại hỗ trợ sửa lỗi code: tích hợp một harness nhẹ chạy agent trên thiết bị/đám mây, proxy bắt token tại biên để tối ưu hóa RL trên thiết bị mà không làm lộ log người dùng; Live UI hiện tiến trình sửa bug cho developer.
  2. Hệ thống CI/CD chống hack điểm: trong pipeline chấm điểm tự động, dùng sidecar đặc quyền cắt mạng và đóng gói test dependency để developer không thể lợi dụng verifier lấy điểm cao giả, áp dụng cho thi tuyển lập trình trên mobile.
  3. Trình biên tập code trên smartphone dùng MoE nhỏ: replay routing chuyên gia khi RL huấn luyện offline để gợi ý patch chính xác hơn, hoạt động mượt trên thiết bị yếu nhờ image cache và sandbox nhẹ.
  4. Công cụ review code tự động cho nhóm nhỏ: plugin tự validate cấu hình và giám sát rollout qua Live UI, cảnh báo khi trajectory chết do môi trường chứ không phải do model, giúp dev sửa nhanh trên app di động.

Các đường dẫn liên quan​

Nền tảngĐường dẫn
Hugging Facehttps://huggingface.co/papers/2608.17393
ArXiv Abstracthttps://arxiv.org/abs/2608.17393
PDF Downloadhttps://arxiv.org/pdf/2608.17393.pdf
Github Repositoryhttps://github.com/LegoX/Lego-RL