Ask HN: What Are You Working On? (July 2026)
41–50 of 1001 posts
Re: Ask HN: What Are You Working On? (July 2026)
#42Re: Ask HN: What Are You Working On? (July 2026)
#43Was using this only for my self, but i think it might be interesting for other people as well.
Re: Ask HN: What Are You Working On? (July 2026)
#44After some time I figured the best use of AI is to produce even more AI-related slop and spend my occasional 2 dollars on the deep seek model to do it.
Models are fun when given a stable identity and made aware of it.
Re: Ask HN: What Are You Working On? (July 2026)
#45I see a lot of new (and, to be frank, a lot of mature ones) HR tools are just wrapping Chatgpt around resumes (almost like "OK, now match this resume against this job posting and tell me if applicant fits"), which introduces a massive bias/inference problem.
I decided to build the exact opposite – a deterministic, math-driven fitness engine. It extracts structured scorecards from both CVs and job requirements and mathematically matches them, so you can actually review the exact reasoning behind why a candidate scored a, say, 85%. This fitness value is specified at every interview step – as applicant goes through an interview process their scorecard is updated at all steps.
If anyone here builds in the HR space, I’d love your feedback.
Re: Ask HN: What Are You Working On? (July 2026)
#46It uses DuckDB to expose a sql query interface in the website itself because I wanted to give the freedom to just do something interesting with the data.
My friend John had an idea which I really liked so I added "john mode" which shows what he was suggesting :-D
I think that Hackernews might like it but honestly, I have probably just made it out for myself and also as something to just share casually with folks on hackernews and other websites and hopefully I am able to help people and myself in some way with this website.
Open to some feedback as usual (for mostly all my projects really) and thanks for reading and have a good day dear reader and hey perhaps give my website a try!
Re: Ask HN: What Are You Working On? (July 2026)
#47The host made an offhand mention that there's probably a bunch of other similar sites that could be created with all the of useful but difficult-to-access government data out there. That sounded interesting, so I thought I'd give it a whirl!
Working on a few of them, including The Waterline (https://the-waterline.com/) for water info for the western US, The Scramble (https://the-scramble.com/) for egg prices, and The Dwell (https://the-dwell.com/) for container ship dwell times.
All pretty fascinating topics to learn about, plus it's been interesting to see how much of the website setup I can fully delegate to Claude. With Cloudflare to buy domains and put the sites up, a Google Service Account with access to Google Search Console and GA4 to create those properties and a Buttondown API key for weekly email sending, it's almost all hands off for me. Though it refuses to take control of the browser and create a new Buttondown account, which I was surprised is a red line.
Re: Ask HN: What Are You Working On? (July 2026)
#48The core idea was that I've always been a lousy notetaker, even going back to my school days years ago. I'm great at one-off and one-liner notes and occasionally more in-depth notes, but tend to not flesh them out fully enough to make them worth re-visiting.
This has been a struggle even as an engineer sitting in meetings or trying to absorb new information when starting a new job and ramping up.
Logbook is meant to use an interaction paradigm we as engineers are using very often these days: it's a terminal UI in the vein of Claude Code, OpenAI Codex, etc.
It's targeted at the entry of free-flowing thoughts but you can also write longer notes by launching your default shell editor from within the tool.
Each note is saved as markdown with some metadata and that metadata is then saved to a local SQLite DB.
For the LLM side, the tool extracts useful metadata from those notes and then performs some local ranking/categorization. It then has the ability to send a note or some metadata to a provider of your choosing (it's straightforward to use OpenAI or something more broad and customizable like OpenRouter) for further enrichment or filtering.
A couple examples of the currently implemented slash-commands: `/related` can be used to find related notes; say you've been scribbling down notes about OAuth or MCP servers and want to gather up the most relevant notes to one of those topics. Or you can use a `/gaps` command that'll help you find things you've taken notes about but without properly defining or providing context around them (i.e. you mention ID-JAG for OAuth but never actually say what ID-JAG is, this command will tell you this so you have a chance to review what you previously wrote and can then define exactly what that keyword is about).
It's still very much a work in progress. It's not meant to be a full-fledged note-taking app a la Obsidian or anything like that. I've just always preferred taking notes in markdown or plain text and this is a great way to continue doing that while also making enrichment of the notes pretty simple.
You may ask "why not just use agent memories?" I don't really like the idea of tightly coupling notes with codebases or agents and I don't find the current UX very intuitive at least for the way I prefer to take notes.
Re: Ask HN: What Are You Working On? (July 2026)
#49Ask the same engine the same question twice and you get different answers, different citations, sometimes a different opinion of your brand, so figuring out how best to present this has been a fun product problem to solve.
It also tries not to be yet another dashboard: instead of just analytics, an agent turns the findings into a ranked list of "ship this fix" todo items.
Re: Ask HN: What Are You Working On? (July 2026)
#50Underpinning my current app is an e2ee local-first sync engine, basically it is a traditional client-server sync (encrypted logs + snapshots sequenced with integers). It sends bundles of Loro CRDT operations. I wrapped the client side in WASM to power the web app and the CLI and have started a swift wrapper to port to native iOS. Bundle size is 3MB/1.2MB g-zipped so pretty happy with it. I've realised that web encryption is kind of bs (at least not as "WE CAN NEVER ACCESS YOUR DATA" as some vendors state) if someone else is distributing the app.
Over the last week I have done a lot of performance work & data remodeling - CRDTs are interesting because you can let data fall through the gaps if you're not careful.