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 352.0ms across 15,236 title embeddings via pgvector HNSW
- Show HN: Emacs log-mode (cheap copy of Logseq) luqtas · 30 pts · June 18, 2026 · 55% similar
- Show HN: Qlog – grep for logs, but 100x faster cosm00 · 13 pts · March 04, 2026 · 55% similar
- Show HN: Lowfat – pluggable CLI filter that saved 91.8% of my LLM tokens zdkaster · 124 pts · June 05, 2026 · 53% similar
- Show HN: Context Gateway – Compress agent context before it hits the LLM ivzak · 67 pts · March 13, 2026 · 52% similar
- Show HN: Superlog (YC P26) – Observability that installs itself and fixes bugs Magnanten · 60 pts · May 19, 2026 · 52% 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