Ask HN: What Are You Working On? (Nov 2025)

I’m currently creating a simple community where people can honestly share their emotions and empathize with others’ feelings (without comments). It’s a web community where users can receive a comforting message from AI based on emotion analysis of their text, emojis, and chosen colors.

If you have any ideas or comments for improvement, feel free to reply anytime! (For reference, this service is designed for Korean users — I’m Korean myself.)

I'm building a Twitch streamer focused version of cameo. The first beta version is specifically for League of Legend streamers.

https://demo.replays.lol/clipper (recording the demo video today).

The idea is that a generic video message doesn't appeal to a fan of a video game streamer, instead what really would be cool would be watching them react to your best moment in a game.

Our software removes all friction from the journey, the fan doesn't even need to record their own gameplay, we have bots set up that can load up someone else's gameplay just from their username, record their highlight for them, upload it to our platform, then the streamer just needs to come in, watch a ~60 sec clip, give a genuine reaction, press 'submit' and its all done.

There's a few markets I'm trying to find product market fit in: ~1-2 minute coaching sessions, sports commentator style commentary over your clip from influencers, hyped up reactions from your favorite streamer, a community-focused segment on a stream of watching a compilation of your fan's best moments.

We're ready to launch, just trying and struggling to find the first few people to sign up.

We are building https://desplega.ai which is a QA agent that help teams ship fast without compromising quality.

We focus on making it as fast as possible, integrated into CI, MCP for local dev, and support both an autonomous (we call it discovery) and guided test creation approach.

We believe that in the era of vibe-coding, quality is key, as we are lazer focus on building a solution that scales with your product, and removes the burden of QA from your team.

Technically, we built an in-house engine that is in charge of generating the tests, that speeds up and gets better the more you use it.

1. Langsam - https://github.com/cellux/langsam

This is an AST-walking interpreter for my personal LISP dialect written in C. Once it's ready, I would use it to implement a low-level, statically typed language (Schnell) as a Langsam library. The goal is to gain the ability to JIT-compile Schnell code (sexps of a statically typed language) from Langsam. Once this works, I would rewrite Langsam in Schnell so that it becomes a fast bytecode interpreter. With the faster Langsam (and the Schnell built into it) I could build a little OS called "Oben". The OS would first run on top of Linux, then I would attempt to bootstrap the entire stack on bare-metal. I already have a Forth dialect implemented in assembly language (Grund/Boden). The idea is to implement Langsam in Grund and then bootstrap the entire Grund -> Langsam -> Schnell -> Oben chain on something like the qemu q35, later on a Raspberry Pi Zero 2W and maybe even my own hardware (ie. an FPGA board like what Wirth et al. created for Project Oberon).

2. MTrak - https://github.com/cellux/mtrak

This is a TUI MIDI tracker written in Go. Not too user-friendly: one has to enter raw MIDI messages in hex into the tracks. Can be connected to synths like Fluidsynth or Surge XT via JACK MIDI. Unfortunately it takes a lot of CPU time, probably due to the use of BubbleTea (and no time spent on optimization).

3. Mixtape - https://github.com/cellux/mixtape

Beginnings of a programmable, non-realtime audio sample generator/manipulator written in Go with an OpenGL GUI. I was thinking about how people in the old times cut up the magnetic tape which contained the sound bites and rearranged them to build something new. What if I'd implement a data type called "tape" which is basically a piece of sound and then provide operators in a Forth-like language to create and manipulate such tapes. Each tape could be a sound and then these could be stitched together to form songs. Who knows maybe an entire song could be represented as a hierarchy of these tapes. Each sound or song section could be its own file (*.tape), these could be loaded from each other, maybe even caching the WAV generated from the code of a tape to speed things up when there is a huge hierarchy of tapes in a project. Lots of interesting ideas are brewing in this one.

I recently became unemployed so I am building a tracker for all my job applications what stage I am at in each process that kinda thing

https://interviews.tools

It’s no where near done

But as always I am also building https://retro-board.it for doing retros and sprint poker

And https://flags.gg for feature flags with quite a lot of agents (rust, go, react, and others)