The best Hacker News stories from Show from the past day
Latest posts:
Show HN: Liniora – Ever thought about replacing your project manager?
Hi HN, the title could be a little bit aggressive sorry for that... Basically i am Computer engineer graduated recently but i was and still working remotely for approx. 3 years with the same foreign company in EU. and i noticed that we are always somehow lose the context of a ticket -- even though we are using the popular project management systems -- so i decided why not build something that can fix our context loosing problems and with some improvements. here i created Liniora. an AI powered project management system. basically the core idea is to link the tools that we use to gather information about tickets in one place. i integrated Google meet for the meetings transcripts so you do your meeting it automatically got registered and indexed. You discuss about a bug in Slack thread so you mention @Liniora app and it will handle the bug context and create a ticket for you. We have the version control also connected so you create a ticket with ability of creating a separate branch with one-click for both Gitlab and Github. you have as well the Pull request controlled in our place inside the app. lets suppose you have a ticket and you created a branch called 'USER-325-create-login-form' then you merged to staging or production ? it will be automatically flagged with staging/production badge so you know what tickets are done. there are a lot of interesting features i wanted to describe but i will just let you guys discover and i will be very happy about your feedback. Thanks
Show HN: Extension to filter LLM written articles
Firefox Extension/Userscript and API to get Pangram scores for all articles on the hackernews frontpage. The extension allows you to hide articles with a high score.<p>This is about detecting posts written by LLMs, not posts about AI.<p>Feel free to use the API to build your own tooling/readers.<p>Big thanks to <a href="https://news.ycombinator.com/user?id=salahadawi">https://news.ycombinator.com/user?id=salahadawi</a> for providing the data :).
Show HN: I built a hand-modeled 3D Windows 98 portfolio with Three.js
Show HN: Clawfight.ai MCP-driven agentic game play
How should agents interact with other agents? What happens when they rap or fight against each other with the pressure of human spectators? Clawfight.ai is an experiment to explore this space.<p>This is my first post about it. The journey began on a beefed up machine I purchased with a decent GPU (5090). I installed claude code and set to dangerously skip permissions, enabled /rc and became completely submerged in the all-hours modern AI builder workflow.<p>I stood up openclaw to see if I could have an agentic org drive this project. I spent a good amount of time on “openclaw ops”, babysitting 3 agents and trying to make them the best versions of themselves. They still do stupid things that cost me tokens.<p>For the game render, I started out using Unreal Engine and allowing agents to remote control their players, but the quality just wasn’t there. I recently moved to doing near-real time video renders of the match and will bring UE back in for multi-agent games.<p>Everything is AI generated. I’m fascinated by the future of realtime video generation and building out native MCP infrastructure.<p>You can play directly from model provider apps (claude connector or openai plugin) and has fallback support for more basic HTTP clients. But the architecture and gameplay is MCP first.<p>Tell your agent/app “go read clawfight.ai/agents.md and play”
Show HN: Graphify C# – Compiler-accurate Find Usages for coding agents
Show HN: ResolveHQ – A Helpdesk Built on Cloudflare Workers, D1, R2 and Queues
Show HN: Vertumnus – printable posters of farmers' market produce seasonality
The origin of this project was me, as a casual farmers' market attendee, grossly misremembering the start date of early girl tomatoes. Ironically, I still haven't achieved that goal, because I couldn't find a suitable source with varietal level granularity online. I'm half dreading a "Why didn't you check X?" comment and discover there's some perfect local varietal data source, but that would really be the best case scenario.<p>The poster is customizable per crop, and the pictures reposition heuristically. There's only two regions, SF and NY, with very different source data for each. See <a href="https://vertumnus.fyi/about/sources" rel="nofollow">https://vertumnus.fyi/about/sources</a> for methodology.<p>A static poster is not the greatest form factor for a schedule with annual variation, and this whole project was a non serious side exercise. See <a href="https://vertumnus.fyi/about" rel="nofollow">https://vertumnus.fyi/about</a> for more.<p>The project was coded in a single 731 prompt Claude Opus 5 session over 22 days within a 46 day period, from July 20th to September 2nd, 2026. I've published the entire transcript, searchable and organized by chapter, at <a href="https://vertumnus.fyi/about/transcript" rel="nofollow">https://vertumnus.fyi/about/transcript</a>. A write up, with the stuff that Claude was good at and its repeated code quality shortcomings, is at <a href="https://vertumnus.fyi/about/ai" rel="nofollow">https://vertumnus.fyi/about/ai</a>.
Show HN: DOOM in the kernel, or fibers in eBPF
Some time ago my coworker who was working on first version of Perforator (<a href="https://github.com/yandex/perforator" rel="nofollow">https://github.com/yandex/perforator</a>) kept talking about eBPF, so I got curious about its ISA and restrictions. That was around the time I read about DOOM on pregnancy test, so I thought: "what if someone run DOOM inside of Linux kernel in eBPF? Surely, with some restrictions, this should still be possible?"<p>I started to play around with it somewhere in 2024 - first stripping DOOM to bare minimum that is needed for showcase, simplifying code and trying to pass first restrictions that I encountered - function limit, recursion, memory access and checks. I tried to do this by hand, but it was, well, tedious labor. So I changed direction and instead started to do some of the things with LLVM-passes - rewriting memory access, simplifying and rewriting loops etc. But there were just so many corners. And given absence of time and all, I forgot about this project.<p>But couple months ago I thought: "LLMs are quite good nowadays, so why not try again this time with more hands". I tried different approaches on how memory access could be "virtualized", how loops can be made bounded, and in general - how to run unbounded logic on such a machine.<p>When I got DOOM running, I got carried away. Approach was so "generic", so it would be a crime not to try to run more things. And now we have it - lua running on xdp hot path, llama2 working with softfloats, and even cpython, that did not fit initially into 1M verifier budget, is running there now thanks to freplace.<p>There is ton of work to do in order to make programs run faster, to make integration easier, but working examples are already there.
Show HN: Godot and Rust based multiplexer (terminal panes and more)
I wanted to share my side-project: gPTY. Started off as an idea to combine Godot and Rust in a project (two stacks I wanted to use more to learn more). The base inspiration was tmux - simply allow spawning multiple PTYs and then let the user grid/tile them how they see fit.<p>But since we have the Godot game engine at our disposal, we can do some more interesting things, like add an FPS counter, and then subsequently also let people set their preferred FPS (the idea being the potential lower power draw if someone's running it on a laptop on battery power vs someone running it on a desktop with high/native FPS). In its current state, with me using Oh-my-Pi a lot, it's evolving into a terminal workspace that can be used for orchestrating autonomous AI agents by way of dogfooding (or you know, just run herdr inside of gPTY - it's the better orchestrator and just good software - I found it after starting this project, and now I'm finding myself using it a lot).<p>Also, we're not limited to just terminals. Since we have Godot, we have basically a 2D (and potentially a 3D) canvas to play with. We can already full-screen the app for "zen" mode, no taskbar, no distractions. TUI die-hards can have their media or other apps entirely in terminal panes.<p>There has been some ground-work on getting Markdowns displayed properly done and I want to work on some kind of Wiki framework for local knowledge-management next, then create more types of panes (think native audio/video on a media pane, that sits alongside your terminal pane), and some simple 2D games (like snake) to prototype. More details are on the ROADMAP.<p>What's not easy (and probably won't happen) is a browser. Having done a couple of (small) projects using Electron already, the temptation to ditch Godot/Rust (learning curve) did come up (and also the ecosystem, the ease with which I could pull components and use web technologies - development velocity would definitely be higher there). But on the flipside, given all of the available LLM and AI support that we are privileged to have today, I figured the velocity should be comparable depending on how much I leaned on those. And lean I did.<p>Godot/Rust seemed the better call to me and my intent anyway - going with the 'it's not just the end but the journey that matters' philosophy. So yes, there has been heavy use of LLMs & AI to generate a lot of the code. But I do review and steer actively, not relying solely on vibes, and there's a few bits here & there that have been human authored.<p>There are definitely a lot of polish and QoL items that need to land to make the end user experience better, but in the meantime, let me know your thoughts and/or concerns!<p>Repository: <a href="https://github.com/godot-pty/gpty" rel="nofollow">https://github.com/godot-pty/gpty</a><p>Docs/Blog: <a href="https://godot-pty.github.io/gpty/" rel="nofollow">https://godot-pty.github.io/gpty/</a>
Show HN: Godot and Rust based multiplexer (terminal panes and more)
I wanted to share my side-project: gPTY. Started off as an idea to combine Godot and Rust in a project (two stacks I wanted to use more to learn more). The base inspiration was tmux - simply allow spawning multiple PTYs and then let the user grid/tile them how they see fit.<p>But since we have the Godot game engine at our disposal, we can do some more interesting things, like add an FPS counter, and then subsequently also let people set their preferred FPS (the idea being the potential lower power draw if someone's running it on a laptop on battery power vs someone running it on a desktop with high/native FPS). In its current state, with me using Oh-my-Pi a lot, it's evolving into a terminal workspace that can be used for orchestrating autonomous AI agents by way of dogfooding (or you know, just run herdr inside of gPTY - it's the better orchestrator and just good software - I found it after starting this project, and now I'm finding myself using it a lot).<p>Also, we're not limited to just terminals. Since we have Godot, we have basically a 2D (and potentially a 3D) canvas to play with. We can already full-screen the app for "zen" mode, no taskbar, no distractions. TUI die-hards can have their media or other apps entirely in terminal panes.<p>There has been some ground-work on getting Markdowns displayed properly done and I want to work on some kind of Wiki framework for local knowledge-management next, then create more types of panes (think native audio/video on a media pane, that sits alongside your terminal pane), and some simple 2D games (like snake) to prototype. More details are on the ROADMAP.<p>What's not easy (and probably won't happen) is a browser. Having done a couple of (small) projects using Electron already, the temptation to ditch Godot/Rust (learning curve) did come up (and also the ecosystem, the ease with which I could pull components and use web technologies - development velocity would definitely be higher there). But on the flipside, given all of the available LLM and AI support that we are privileged to have today, I figured the velocity should be comparable depending on how much I leaned on those. And lean I did.<p>Godot/Rust seemed the better call to me and my intent anyway - going with the 'it's not just the end but the journey that matters' philosophy. So yes, there has been heavy use of LLMs & AI to generate a lot of the code. But I do review and steer actively, not relying solely on vibes, and there's a few bits here & there that have been human authored.<p>There are definitely a lot of polish and QoL items that need to land to make the end user experience better, but in the meantime, let me know your thoughts and/or concerns!<p>Repository: <a href="https://github.com/godot-pty/gpty" rel="nofollow">https://github.com/godot-pty/gpty</a><p>Docs/Blog: <a href="https://godot-pty.github.io/gpty/" rel="nofollow">https://godot-pty.github.io/gpty/</a>
Show HN: Toast, a beautiful by default in terminal IDE
Show HN: Hacker News, Without AI
Show HN: Hacker News, Without AI
Show HN: Hacker News, without AI
Show HN: Hacker News, without AI
Show HN: Bodily Oddities
When I was about 11 years old, my best friend and I were playing during recess at school, and I was carrying him around on my back, presumably pretending to be a multipart attack robot. All of a sudden, my heart started hurting, and I collapsed to my knees, and the robot was no more. Every time I inhaled, it would feel like a spike was being driven into my heart, and my breathing got completely shallow. I was sure I was done for, when all of a sudden, after an exhale, it disappeared.<p>It wasn't until I was in my twenties that I learned this was called Precordial catch syndrome and it happens to most everyone. Every friend I've told about it was surprised, and also most knew the feeling.<p>I collected a growing list of strange things bodies do ever since. And now finally I made it into a little page for others to see:<p><a href="https://vester.si/bodily-oddities/" rel="nofollow">https://vester.si/bodily-oddities/</a><p>It includes a form to tell me about new things, if you think they belong on the page. Feedback welcome!
Show HN: Bodily Oddities
When I was about 11 years old, my best friend and I were playing during recess at school, and I was carrying him around on my back, presumably pretending to be a multipart attack robot. All of a sudden, my heart started hurting, and I collapsed to my knees, and the robot was no more. Every time I inhaled, it would feel like a spike was being driven into my heart, and my breathing got completely shallow. I was sure I was done for, when all of a sudden, after an exhale, it disappeared.<p>It wasn't until I was in my twenties that I learned this was called Precordial catch syndrome and it happens to most everyone. Every friend I've told about it was surprised, and also most knew the feeling.<p>I collected a growing list of strange things bodies do ever since. And now finally I made it into a little page for others to see:<p><a href="https://vester.si/bodily-oddities/" rel="nofollow">https://vester.si/bodily-oddities/</a><p>It includes a form to tell me about new things, if you think they belong on the page. Feedback welcome!
Show HN: Syq – copy files between machines fast (better than rsync)
I got frustrated with the slowness of rsync and made an alternative that works faster by using multiple parallel connections, direct encrypted TCP when available, and other optimizations. I also added cool features like the ability to maintain a persistent ssh connection to the server for fast one-offs, the ability to download to your laptop while working in an ssh shell on a server, and the ability to do direct remote-remote transfers without forwarding your ssh agent (by using restricted ssh keys on the receiver that will only execute a specific request signed with the key on your laptop). It is also designed to be more robustly/flexibly scriptable than alternatives.
Show HN: I couldn't afford interview prep, so I built a free alternative
Show HN: Art – draw one stroke, let symmetry complete it