The best Hacker News stories from Show from the past day
Latest posts:
Show HN: Semble – Code search for agents that uses 98% fewer tokens than grep
Hey HN! We (Stephan and Thomas) recently open-sourced Semble. We kept running into the same problem while using Claude Code on large codebases: when the agent can't find something directly, it falls back to grep, reading full files or launching subagents. This uses a lot of tokens, and often still misses the relevant code. There are existing tools for this, but they were either too slow to index on demand, needed API keys, or had poor retrieval quality.<p>Semble is our solution for this. It combines static Model2Vec embeddings (using our latest static model: potion-code-16M) with BM25, fused via RRF and reranked with code-aware signals. Everything runs on CPU since there's no transformers involved. On our benchmark of ~1250 query/document pairs across 63 repos and 19 languages, it uses 98% fewer tokens than grep+read and reaches 99% of the retrieval quality of a 137M-parameter code-trained transformer, while being ~200x faster.<p>Main features:<p>- Token-efficient: 98% fewer tokens than grep+read<p>- Fast: ~250ms to index a typical repo on our benchmark, ~1.5ms per query on CPU (very large repos may take longer)<p>- Accurate: 0.854 NDCG@10, 99% of the best transformer setup we tested<p>- MCP server: drop-in for Claude Code, Cursor, Codex, OpenCode<p>- Zero config: no API keys, no GPU, no external services<p>Install in Claude Code with:
claude mcp add semble -s user -- uvx --from "semble[mcp]" semble<p>Or check our README for other installation instructions, benchmarks, and methodology:<p>Semble: <a href="https://github.com/MinishLab/semble" rel="nofollow">https://github.com/MinishLab/semble</a><p>Benchmarks: <a href="https://github.com/MinishLab/semble/tree/main/benchmarks" rel="nofollow">https://github.com/MinishLab/semble/tree/main/benchmarks</a><p>Model: <a href="https://huggingface.co/minishlab/potion-code-16M" rel="nofollow">https://huggingface.co/minishlab/potion-code-16M</a><p>Let us know if you have any feedback or questions!
Show HN: Sx – an open-source package manager for AI skills, MCPs, and commands
Show HN: Sx – an open-source package manager for AI skills, MCPs, and commands
Show HN: Rocksky – Music scrobbling and discovery on the AT Protocol
Show HN: Rocksky – Music scrobbling and discovery on the AT Protocol
Show HN: Epiq – Distributed Git based issue tracker TUI
Issue trackers typically live outside of your workflow, with poor ergonomics. Epiq aims to solve that, bringing issue tracking into your terminal. Multi-user collaboration is achieved via git using user-scoped immutable event logs that converge in memory. Put my all into it. Let me know what you think.
Show HN: Epiq – Distributed Git based issue tracker TUI
Issue trackers typically live outside of your workflow, with poor ergonomics. Epiq aims to solve that, bringing issue tracking into your terminal. Multi-user collaboration is achieved via git using user-scoped immutable event logs that converge in memory. Put my all into it. Let me know what you think.
Show HN: Burn, baby, burn (those tokens)
Show HN: Burn, baby, burn (those tokens)
Show HN: GridTravel – A community based travel app for users to share routes
Hey HN,<p>My co-founders and I have been building GridTravel, a free iOS app for planning and sharing travel routes with turn-by-turn GPS nav. We just launched yesterday after App Store approval.<p>We're three 21-year-old cofounders and best friends since middle school. We built GridTravel after years of frustration navigating new cities on every trip we took together.<p>The idea: most people either search Google for "top 10 places to visit in…" lists or go on social media to get inspiration on where to go. GridTravel is built around user-generated routes — actual paths someone walked, that you can follow, save, download, and discover from other travelers. Users also have the ability to create private routes and collaborate with their friends.<p>Tech stack: Mapbox (Nav SDK + maps), Supabase (auth, DB, storage), and Swift. Native iOS for now, Android coming soon.<p>Our two real cost drivers are Mapbox Search (hit when users create routes) and Mapbox Navigation (hit when users use live navigation). Both have free tiers, then scale with MAU. We launched fully free to remove the barrier to entry. Revisiting pricing in Year 2 once nav costs start burning a hole in our pocket.<p>Current state: we're in the UGC cold-start hole. The app's value scales with route density in a given city, but route density requires users, who require routes. Classic chicken and egg. Our current plan:
1. Manually seed 25–30 routes per city, starting with 5-10 priority cities where we have personal networks rather than spreading ourselves thin.
2. Short-form content as the primary social channel (TikTok, reels, shorts). Doing A/B testing: whether route walkthroughs convert better than informational/skit videos.
3. Partnering with micro-influencers in those cities (5k-50k following) for in-app routes plus cross-posts on their channels<p>Curious what HN thinks. Especially anyone who's shipped a UGC product. What worked for you on cold start? What do you wish you'd done differently? Happy to answer any questions about the app, costs, etc.<p>App link: <a href="https://apps.apple.com/us/app/gridtravel-local-routes/id6762578245">https://apps.apple.com/us/app/gridtravel-local-routes/id6762...</a>
Show HN: GridTravel – A community based travel app for users to share routes
Hey HN,<p>My co-founders and I have been building GridTravel, a free iOS app for planning and sharing travel routes with turn-by-turn GPS nav. We just launched yesterday after App Store approval.<p>We're three 21-year-old cofounders and best friends since middle school. We built GridTravel after years of frustration navigating new cities on every trip we took together.<p>The idea: most people either search Google for "top 10 places to visit in…" lists or go on social media to get inspiration on where to go. GridTravel is built around user-generated routes — actual paths someone walked, that you can follow, save, download, and discover from other travelers. Users also have the ability to create private routes and collaborate with their friends.<p>Tech stack: Mapbox (Nav SDK + maps), Supabase (auth, DB, storage), and Swift. Native iOS for now, Android coming soon.<p>Our two real cost drivers are Mapbox Search (hit when users create routes) and Mapbox Navigation (hit when users use live navigation). Both have free tiers, then scale with MAU. We launched fully free to remove the barrier to entry. Revisiting pricing in Year 2 once nav costs start burning a hole in our pocket.<p>Current state: we're in the UGC cold-start hole. The app's value scales with route density in a given city, but route density requires users, who require routes. Classic chicken and egg. Our current plan:
1. Manually seed 25–30 routes per city, starting with 5-10 priority cities where we have personal networks rather than spreading ourselves thin.
2. Short-form content as the primary social channel (TikTok, reels, shorts). Doing A/B testing: whether route walkthroughs convert better than informational/skit videos.
3. Partnering with micro-influencers in those cities (5k-50k following) for in-app routes plus cross-posts on their channels<p>Curious what HN thinks. Especially anyone who's shipped a UGC product. What worked for you on cold start? What do you wish you'd done differently? Happy to answer any questions about the app, costs, etc.<p>App link: <a href="https://apps.apple.com/us/app/gridtravel-local-routes/id6762578245">https://apps.apple.com/us/app/gridtravel-local-routes/id6762...</a>
Show HN: Race to the Bottom
Show HN: GlycemicGPT – Open-source AI-powered diabetes management
I'm a Type 1 diabetic and software engineer. Last year I went months between endocrinologists with no clinician reviewing my data. I'm an engineer, so I built the tool I needed — and now I'm open sourcing it.
GlycemicGPT is a self-hosted platform that connects continuous glucose monitors, insulin pumps, and existing Nightscout instances to an AI analysis layer running on your own infrastructure.
Data sources:<p>Dexcom G7 (cloud API)
Tandem t:slim X2 and Mobi pumps (direct BLE)
Nightscout (point it at your existing instance and you're running in minutes)<p>What the AI layer does:<p>Daily briefs summarizing overnight and 24-hour patterns
Meal response analysis
Conversational chat with RAG-backed clinical knowledge
Predictive alerting with configurable thresholds and caregiver escalation<p>Important: this is monitoring and analysis only. GlycemicGPT does not deliver insulin, does not control your pump, and is not a closed-loop system. It reads your data and gives you insight on top of it. Your clinical decisions stay between you and your care team.
Architecture:<p>Self-hosted via Docker or K8S — the GlycemicGPT stack runs entirely on your hardware
BYOAI — bring your own AI provider. Use Ollama for fully local operation (no data leaves your hardware), or point it at Claude, OpenAI, or any OpenAI-compatible endpoint if you prefer a hosted model. Data flows directly from your instance to the provider you choose; nothing is routed through any centralized service operated by the project.
GPL-3.0, no subscriptions, no vendor lock-in<p>Stack:<p>Backend API: FastAPI, Python 3.12, PostgreSQL 16, Redis 7
Web Dashboard: Next.js 15, React 19, Tailwind CSS, shadcn/ui
AI Sidecar: TypeScript, Express, multi-provider proxy
Android App: Kotlin, Jetpack Compose, BLE
Wear OS: Kotlin, Wear Compose, Watch Face Push API
Plugin SDK: Kotlin interfaces, capability-based, sandboxed<p>Looking for contributors — especially folks with BLE/Android experience or anyone in the diabetes tech space. Plugin SDK is documented if you want to add support for new devices.
GitHub: <a href="https://github.com/GlycemicGPT/GlycemicGPT" rel="nofollow">https://github.com/GlycemicGPT/GlycemicGPT</a>
Show HN: Watch a neural net learn to play Snake
In browser PPO training demo, made possible by tinygrad: TinyJit -> WebGPU kernels.<p>Requires WebGPU.
Show HN: Watch a neural net learn to play Snake
In browser PPO training demo, made possible by tinygrad: TinyJit -> WebGPU kernels.<p>Requires WebGPU.
Show HN: Watch a neural net learn to play Snake
In browser PPO training demo, made possible by tinygrad: TinyJit -> WebGPU kernels.<p>Requires WebGPU.
Show HN: Find the best local LLM for your hardware, ranked by benchmarks
Show HN: Rotunda - A browser built for agents with simulated typing
Hi HN! Pierce here.<p>Rotunda is a firefox fork primarily intended for agent use, which I’ve been hacking on nights/weekends.<p>There was a [lengthy](<a href="https://news.ycombinator.com/item?id=48024859">https://news.ycombinator.com/item?id=48024859</a>) discussion last week on how expensive computer use models are. The cost is going to drop eventually, but I think on some level it's still usually the wrong primitive. The web gives us access to beautiful structured formats, plaintext, etc... why throw that away if we don't have to?<p>I realized at some point that for 99% of automations I just want agents to be able to control my Chrome instance. But that’s easier said that done: CDP (the Chrome automation protocol) leaks a ton of state about being programmatically controlled, either by toggling window attributes or by running `page.evaluate()` commands right in the page context. Plus if you look at an automation running it's pretty obvious what happens: the mouse jumps around, fields are filled instantly, etc.<p>Rotunda tries to fix this. Its standout features:<p>- Realistic simulation of mouse movements and keyboard commands, powered by a trained RNN on my own timing patterns from the last week. (still feel weird about opting-in to a key logger but whatever)<p>- Doesn’t lie about its host specs, only fibs about some client side details. Stealth browsers are too easy to flag statistically when you’re adding noise to canvas pixels or audio pipelines.<p>- It runs on your local device with a CLI or Playwright API accessible to Claude, Codex, or whatever your harness-de-jure today looks like.<p>- Patches modern Firefox (150) with an agentic harness to keep this updated over time<p>MPL-2.0 on GitHub: <a href="https://github.com/monkeysee-ai/rotunda" rel="nofollow">https://github.com/monkeysee-ai/rotunda</a><p>Longer writeup on the design choices: <a href="https://pierce.dev/notes/a-browser-for-agents" rel="nofollow">https://pierce.dev/notes/a-browser-for-agents</a><p>Also check out the demo on the site! <a href="https://www.rotunda.sh/" rel="nofollow">https://www.rotunda.sh/</a><p>Pretty excited by how this turned out but we’re still super early. Give it a try and please flag any issues!
Show HN: Nibble
An attempt at a single pass LLVM frontend in ~3000 lines of C without external dependencies, malloc, or an AST. Included are some graphical examples. The IR isn't perfect, and the README touches on one particular downfall