LensVLM: Compressing long context as images, expanding only relevant pages
victormustar
66 points
7 comments
September 23, 2026
Related Discussions
Found 5 related stories in 88.1ms across 7,510 title embeddings via pgvector HNSW
- LensVLM-9B by Apple nthypes · 24 pts · September 23, 2026 · 68% similar
- Lossless model compression experiment: GLM-5.2 in 25% less memory hambandit · 16 pts · July 20, 2026 · 52% similar
- Show HN: LLM Attention Visualization ifz · 150 pts · September 08, 2026 · 50% similar
- Bonsai 2 27B: Near-Lossless Compression in a 9x Smaller Footprint JonSchneider · 344 pts · September 17, 2026 · 49% similar
- Litelm: LiteLLM Without the Bloat kennethwolters · 118 pts · September 11, 2026 · 49% similar
Discussion Highlights (4 comments)
rao-v
I really like this approach! I sort of think of the vision encoder here as an expensive high fidelity RAG encoder. The thing I’d love to do with a system like this is train it to be KV cache ordering independent (ie permutation invariant at the page level). Basically each page’s KV cache should be understandable by the model in any ordering - which would allow you to go one step further and treat the KV cache of the vision encoded page as the chunk for the model to reason over. Then all these zoom in for more detail tricks will extend naturally.
lathoa
Interesting approach. thanks
taylorfinley
Oh My Pi has done this for a while now, they call it Snap compact.
himata4113
I always found it weird that we don't have glacial type input for llms or any kind of active-working memory. There's no reason why we shouldn't be able to expose active relevant information that is only relevant for the next request: current agents running, time, etc. There's also no reason why we shouldn't have a cheaper lossy input which uses way less bytes per token - see deepseek flash 4.1.