Watch a neural net learn to play Snake #
Requires WebGPU.
Requires WebGPU.
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.
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.
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.
Tech stack: Mapbox (Nav SDK + maps), Supabase (auth, DB, storage), and Swift. Native iOS for now, Android coming soon.
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.
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
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.
App link: https://apps.apple.com/us/app/gridtravel-local-routes/id6762...
Features: - Links back to source Github projects - LLMs write descriptions and tips on how to build - View + Download 3d printable STL files in browser - BOM purchase links are kept up to date with LLMs checking Amazon link health - LLMs write Javascript install and controller wrappers custom to each project so a single one-click install works across many frameworks and controller types - Public skill files, clis, and prompts let your agent do everything it needs to walk you through the complexity.
It's still pretty new, so somethings are broken, and there's a lot more I want to build. But I'm very interested to have people try it out let me know if they want to use something like this and give me feedback about where they ran into problems so I can fix it. Thank you HN!
Over the past few weeks, I have been building this non stop. Currently, every scraper API out there solves the site fetching problem but left the extraction of the actual data entirely to users. Runo makes that completely disappear.
For Runo, I went ahead and added JS rendering, stealth mode, and full LLM extraction to make this a fully functional and capable of scraping most if not all sites.
Also, another major problem with current web scrapers is that they charge per feature or bundle them into expensive credit tiers. A single large or JS rendered request can cost 5-75 credits, which means you essentially get nothing out of their plans. Runo is flat per request, no matter the site. At the Scale tier, Runo works out to $0.90 per 1,000 effective requests vs. around $6 for the nearest Firecrawl equivalent. My jaw dropped when I was testing Runo and came across these numbers.
I created a free tier that is 500 requests/month, no credit card required. Take it for a spin and let me what can be improved. I would love feedback.
This is a small Claude Code wrapper which runs claude in a PTY, injecting input, finding the session transcript jsonl file, and using a stop hook to determine when claude is done.
It's a drop-in replacement for claude code. All arguments except the "-p" argument are forwarded as-is.
claude-pee -p "hello world"
Could be used as a cheap way of using Anthropic subscriptions for OpenClaw, Hermes, etc.
Written in Rust, MIT license.
Wish you could get that soothing Claude font and color scheme?
Or maybe you just hate native apps and prefer the bloat of Electron?
Well it's your lucky day, because this is an Electron ChatGPT wrapper that scratches your itch. It even has dark mode. (Applaud here.)
This is my first project, so I want to make sure I avoid rookie mistakes in it. Guidelines told me to avoid llm creating this message, so please, accept my apologies for the grammar in advance.
In short, this is an app to unstuck overwhelmed mind and make it get dopamine with something useful instead of reels scrolling.
Choose a category based on your current interest and environment. Choose difficulty level - it is not about completion time, but mostly how uncomfortable for me to do the task. Easy - normal tasks (wash the mug), legendary - I would die to do it without an app (talk to a stranger about zombie apocalypse).
In “not so short”:
The idea popped up from my own struggle: I never been diagnosed with adhd, but my brain is flooded with thoughts and tasks majority of time. Prioritization systems somewhat help but I give up on them and also have a hyper focus superpower that compensates it and I am fine with that. So the issue is not in “Not doing anything” - the real problem is that I am annoyed with the time I extract dopamine from cheap sources like reels. Once my brain gets overwhelmed by the number of thoughts, they collapse into a simple idea of “let’s pour a glass of wine and scroll social media feed for new cool ideas that will change my life magically”.
The idea behind the app is to substitute option of doomscrolling with task completion. I noticed I sincerely enjoy those mental checkmarks so why not to trick the dopamine system into something actually useful? I did that.. hopefully.
This is an early version - very basic, without user profile as I was targeting one singular user - myself. Though, if it helps me, maybe it can help others. With that, next step is to add user profile with filters like marriage (so you don’t have to smile to a cute stranger), pets (or feed the non existing dog), climate (walk 40 mins in Texas summer - wouldn`t recommend), housing (clean garage in your 20th story unit) etc., meanwhile “refresh” button is there for you.
There is a bigger idea behind this, but I’d like to see first if the concept might work for someone else too. And check for possible safety (human and data) concerns before I move forward. User info is stored locally for now, but will be moved to server side once login is introduced.
Also cannot stop thinking, how can I build somewhat social but fare system - no one is checking real life progress, so people will cheat. Doesn’t matter for this concept but definitely blocks social challenges and that’s unfortunate. Will be grateful for some guidance here.
In any way, sorry for lots of words. I hope some of you will find it fun and useful :)
I’ve been obsessing over ways to make this more efficient, so I wrote a markdown parser that can parse streaming markdown (semi) incrementally. Instead of re-processing the whole document each time, it only parses what’s new, processing each line only once. Block‑level nodes are buffered until they’re complete (for example, once a paragraph is done and won’t be extended by more text). This also makes parsing the markdown on server possible. The main demo does exactly that. Additionally, animating markdown blocks becomes much simpler and efficient, as a result.
Here’s a demo if you’d like to see it in action: https://markdownparser.vercel.app/experimental
Feel free to type 'Render a table with 10 rows' to see each table row animate in.
I’ve spent a lot of time thinking about this problem, so if you’re working on similar issues, I'd love to chat.
Most XR tracking stacks are fragmented or tied to proprietary hardware, so this project explores a unified, extensible system that gives developers low-level control without relying on closed ecosystems.
Right now, the system has a working eye tracking implementation, with SLAM tracking actively in development. The goal is to make the stack modular enough that it can be adapted or integrated into different headset setups with minimal overhead for developers.
This is being built by a small R&D team at Walker Industries alongside EOZVR, working across perception, tracking, and tooling. I’m currently focused on the Unity/Godot SDK and the companion application layer. The eye tracking system is primarily developed by John, with collaboration across the broader tracking stack. It's been a long road getting things to work, but it's been very rewarding!
We also plan to build a dataset using recorded sessions across a small group of paid volunteers and multiple headset models once the pipeline stabilizes.
Eye tracking demo: https://www.youtube.com/watch?v=QlfCfkzkBB4
Wrote this in C#. I came up with an architecture that made sense in my head, did some research and reverse-engineered the new Pandora Modes API, and wrote some basic skeleton code. With the help of Kilo Code, GPT 5.5 (and Gemini) as a programming buddy, I was able to build this, learn about Windows GUI oddities, and fix my annoyance.
Feedback is welcome and appreciated. And if you know of anyone looking for someone like me, I'd love to connect: https://www.linkedin.com/posts/lennychase_github-lennyxcpand...
CrunchyCleaner is a minimalist, open-source TUI system cleaner written in Go. I built it because I wanted something faster and cleaner than traditional GUI tools, but more interactive than a simple bash script. Single Binary & Cross-platform (Windows & Linux).