Top
Best
New

Posted by david927 4 days ago

Ask HN: What Are You Working On? (March 2026)

What are you working on? Any new ideas that you're thinking about?
287 points | 1109 commentspage 67
haidrali 2 days ago|
Tablr.io customer feedback analytics
piyh 4 days ago||
https://offmetaedh.com

Art search for magic cards

SebastianSosa 4 days ago||
A developer tool that lets you understand how users will experience your AI product before you ship it.
hoerzu 3 days ago||
Open Source screener of polymarket for insider tracking https://poly gains.com
swingboy 3 days ago|
Nice. Are you using their API for this?
sujayk_33 3 days ago||
a general-purpose mobile agent, trying out on SLMs that work on phones. In case there's no internet.

https://github.com/JUSTSUJAY/royo

dovudhusan 4 days ago||
I'm building postaxis.io - it helps builders to distribute their own apps/products
photobombastic 2 days ago||
Building a step-through debugger for GitHub Actions workflows called PipeStep (https://github.com/Photobombastic/pipestep).

The idea came from the commit-push-wait-read-logs cycle that everyone seems to accept as normal when debugging CI. PipeStep parses your workflow YAML, spins up the right Docker container, and lets you pause before each step, inspect the container, shell in, set breakpoints, skip or retry steps. It deliberately doesn't try to replicate the full Actions runtime — no secrets, no matrix builds, no uses: execution. For that, use act. PipeStep is specifically for when something breaks and you want to figure out why without pushing 10 more commits.

Think of it as gdb for your CI pipeline. pip install pipestep, Python 3.11+, MIT, requires Docker.

csells 1 day ago|
I've debugged GitHub actions before and it's a pita. I'd have used the hell out of this!
voodooEntity 4 days ago||
Ishikawa : a framework/architecture for automated Attack Surface Mapping & Vulnerability scanning

- golang based architecture

- information is dynamically mapped into one central directed knowledge graph

- default multithreading

- utilizes existing tools (such as nmap/nuclei/katana/wfuzz/....) instead of reinventing the wheel

- architecture is (tldr) a self supervising logic in which every worker is also a scheduler that based on delta causality uses cartesian fanout and graph overlay mapping including local only witness nodes to dispatch new "jobs" without having a central scheduler or the necessity to scan a central total job queue to prevent duplicate executions.

In this architecture every "action" that can be executed defines an input structure necessary. If the previously mentioned mechanic identifies a possible job execution it will create a job input payload which will automatically be picked up by a worker an executed. Therefor every action is a self containing logic. This results in a organically growing knowledge graph without defining a full execution flow. It is very easy to extend.

I worked on this for the past ~10 years (private time). The sad truth tho is, while this project was initially planned to be open sourced - after i not to long ago for quite some bucks consulted a lawyer, i basically was presented with the fact that if i would publish it i could get sued due to germany's hacker and software reliability laws. So for now its only trapped on my disk and maybe will never see daylight.

Im right now working on a blog article (thats why i even mention it) about the whole thing with quite more detailed description and will also contain some example visual data. Maybe will post it on hackernews will see.

PS:The tool does not need llm/nn.

sghiassy 4 days ago|
Not being fired because of AI
More comments...