Show HN: Ctrlb-decompose: Strip the noise from logs before sending to LLMs
ruhani_grover
49 points
6 comments
July 28, 2026
Related Discussions
Found 5 related stories in 53.5ms across 3,705 title embeddings via pgvector HNSW
- Show HN: FixBugs – Reproduce production bugs and verify fixes kirtivr · 27 pts · July 13, 2026 · 48% similar
- Show HN: Noisegate – a differential-privacy gateway for untrusted AI agents yashmahajan10 · 17 pts · July 30, 2026 · 46% similar
- Show HN: Graft – Claude Code hooks that cut grep tokens by 42% shrishdwi · 39 pts · August 14, 2026 · 46% similar
- Show HN: Mole – Deep research agent for your terminal lajosdeme · 62 pts · August 14, 2026 · 46% similar
- Show HN: Mcptoon – MCP CLI client that cuts tool discovery tokens by 97% mcptokensaver · 15 pts · August 11, 2026 · 46% similar
Discussion Highlights (3 comments)
pranav_rastogi
Finally, a tool that tackles this problem without forcing you to adopt an entire ecosystem. I appreciate how this leans into the Unix philosophy by just focusing on the decomposition step and doing it well. Really appreciate the modular architecture here.
firasd
Very interesting. A few days ago I made something to use in addition to head/tail: Venetianblinds.js shows equally spaced chunks of a file https://github.com/firasd/venetianblinds So I can kinda see these as being part of the same workflow like VBlinds for 'what does this file even look like' before calling the decompose
hugopuybareau
Have you benchmarked it in real condition to test if it truly reduces costs ? I feel like many of those type of tools often end up making the llm more lost about the logs and make it more spend than just feeding the raw logs or letting it code to discover the content itself