MurphyA/hacker-news huggingface dataset:
Show HN: Agentic Gatekeeper – AI pre-commit hook to auto-patch logic errors
by revanth1108 | 2026-02-22 00:37:48+00:00
Hey HN,

I built Agentic Gatekeeper, a headless pre-commit hook baked into the VS Code Source Control panel that autonomously patches code before you commit it.

The Problem: Whether I'm writing code manually or letting LLMs (Cursor/Copilot) generate it, keeping logic strictly in pace with local project rules (like CONTRIBUTING.md or custom architecture guidelines) is tedious. Standard linters catch syntax, but they don't catch business logic or state "You must use the Fetch wrapper for API calls in this folder".

How it works:
When you stage files and trigger the hook, the extension spins up a parallel execution engine using the latest frontier models (Claude 4.6, DeepSeek V4, or local Ollama). It parses your workspace for local routing rules (e.g., .gatekeeper/*.md), evaluates the raw Git diffs, and utilizes the native VS Code WorkspaceEdit API to instantly auto-patch the logic errors directly in your editor.

It basically turns plain-English markdown into strict compiler rules that the IDE enforces before a bad commit is made.

The biggest challenge was handling multi-file concurrency and preventing race conditions when evaluating massive diffs, so I implemented a batched validation loop with explicit rollback safety checks. It natively supports OpenRouter so you can hot-swap models.

It's completely open-source. I'd love for you to try breaking it on a messy branch or poke around the multi-provider abstraction layer in the repo.

VS Code Marketplace: https://marketplace.visualstudio.com/items?itemName=revanthp...
GitHub: https://github.com/revanthpobala/agentic-gatekeeper

Would love your technical feedback on the prompt orchestration or the VS Code API integration!
by samrus | 2026-02-22 00:38:02+00:00
But the question isnt really why claude is electron based. Its that if, for some reason, it had to be native on 3 platforms, could a swarm of agents make and maintain the 3 aps while all the humans did was make the spec and tests?

With your context and understanding of the coding agent's capabilities and limitations, especially Opus4.6, how do you see that going?
by kryogen1c | 2026-02-22 00:38:30+00:00
> As we walked across the lobby, I thought I was going to faint.

I sort of detest people who always ask if things are ai slop, but... is this real? This guy has been working with a clearance for years - i think decades - and taken multiple polygraph, including failures, and is gonna pass out on his way to an interview regarding somewhere he no longer works?

Maybe hes just on the spectrum, but this article is weird.
by dnautics | 2026-02-22 00:39:35+00:00
the advantage of frameworks is that there are about 20-ish security/critical usage considerations, of which you will remember about 5. if you don't use a framework, you are so much more likelihood of getting screwed. you should use a framework when theres just shit you dont think of that could bite you in the ass[0]. for everything else, use libraries.

[0] this includes for example int main(), which is a hook for a framework. c does a bunch of stuff in __start (e.g. in linux, i don't know what the entrypoint is in other languages) that you honestly don't want to do every. single. time./ for every single OS
by TexanFeller | 2026-02-22 00:39:38+00:00
App stores may reduce many of my freedoms, but they also provide me with some other freedoms by limiting the power of big tech companies over me, and the tradeoffs are different for my phone compared to a PC. For example Apple uses their big stick to ensure that apps can't simply refuse to work if you enable privacy setting that limit them. If Facebook refuses to work until you give it full access to your photos and exact location even when the app isn't running the realistic outcome will be that everyone will just give them what they want rather than not using the service. I remember years ago on Android that Google Maps would refuse to work if I didn't allow it to access my location when it wasn't running, and I never want to go back to that world.
by skydhash | 2026-02-22 00:39:58+00:00
> the huge majority of software engineers are not aware of almost any transformations that an optimizing compiler does

They may not, but they can be. Buy a book like "Engineering a Compiler", familiarize yourself with the Optimization chapters, study some papers and the compiler source code (most are OSS). Optimization techniques are not spell locked in a cave under a mountain waiting for the chosen one.

We can always verify the compiler that way, but it's costly. Instead, we trust the developers just like we trust that the restaurant's chef are not poisoning our food.
by dang | 2026-02-22 00:40:20+00:00
@dang doesn't work - I only saw this by accident. You need to email hn@ycombinator.com if you want reliable delivery.

If you see a post or account that ought to have been moderated but hasn't been, the likeliest explanation is that we didn't see it. We don't come close to seeing everything here—there's far too much. You can help by flagging posts or emailing us at hn@ycombinator.com.

https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...
by counters | 2026-02-22 00:40:54+00:00
> No. But I'd suspect a tabula rasa approach to weather–particularly given it hasn't been rolled out globally in one go–incorporates satellite data, local measurements, et cetera.

There most likely won't ever be such an effort - even in companies that are targeting verticalization of the "weather supply chain" (proprietary observations + models + decision support tools) - if only because it would be utterly foolish to exclude the vast amounts of data collected by government agencies and the wide variety of players in the weather enterprise. At best, verticalized weather companies can produce niche value over baseline from the single modality of proprietary data they collect.

The infrastructure for observing and forecasting the weather is incredibly sophisticated, and has been evolving for about 150 years at this point. The quality of contemporary numerical weather prediction likely doesn't leave much headroom towards the threshold of fundamental physical limitations on predictability. This is why there are groans and eye rolls from the weather community each time a new player steps forward with yet-another-AI-model-trained-on-ERA5-reanalysis and boasts some comically small improvement in average forecast skill.

With all that being said, there's likely an exciting frontier opening up as the AI models push towards encompassing data assimilation. But the applications that start to become extremely interesting there won't have any noticeable impact on average forecast quality for your typical weather app.
by jeffbee | 2026-02-22 00:41:47+00:00
Also some time after that other guy copied and pasted his canned Hunga remark into his big spreadsheet of climate denial comments the international community of climate scientists concluded that Hunga cooled the atmosphere, on balance.

"As a consequence of the negative TOA RF, the Hunga eruption is estimated to have decreased global surface air temperature by about 0.05 K during 2022-2023; due to larger interannual variability, this temperature change cannot be observed."

https://juser.fz-juelich.de/record/1049154/files/Hunga_APARC...
by Wowfunhappy | 2026-02-22 00:42:25+00:00
The readme says:

> This isn't just a tech demo — it's a tool for N64 homebrew developers. Running an LLM natively on N64 hardware enables game mechanics that were impossible in the cartridge era:

> AI analyzes play style and adjusts on the fly

> NPCs that remember previous conversations and reference past events

> In-game level editors where you describe what you want to build

...anyone who has ever used very small language models before should see the problem here. They're fun and interesting, but not exactly, um, coherent.

The N64 has a whopping 8 megabytes (!) of memory, and that's with the expansion pack!

I'm kind of confused, especially since there are no demonstration videos. Is this, um, real? The repository definitely contains source code for something.
Show HN: Quill – A system-wide tech dictionary for the AI coding era
by c3nx | 2026-02-22 00:42:28+00:00
I built Quill because I kept nodding along while AI generated code with terms I half-understood. WebSocket,nginx reverse proxy, Docker compose — I'd copy the term, open a browser, google it, get lost in 5 tabs. Or ask the AI in a new thread and lose my flow.
Quill sits in your menu bar. Select any term in any app — terminal, IDE, browser — press ⌃⌥Q, and a floating panel appears with an instant explanation. No context switching.

What makes it different:

- Pick your level: ELI5, ELI15, Pro, Code Samples, or Resources
- Drill down: explanations highlight related terms, click to go deeper (like a Wikipedia rabbit hole for tech)
- Works everywhere: system-wide via Accessibility API, not just in one app
- TL;DR + resource links to official docs
- Disk cache so repeated lookups are instant

Uses Gemini Flash by default — you'll need a free API key from Google AI Studio (takes 30 seconds). Also supports Claude API and Claude CLI.

Written in Swift, ~3K LOC, hexagonal architecture. Not sandboxed (Accessibility API requires it) so can't go on the App Store — DMG download and source available.

macOS 14+, Apple Silicon or Intel.
by dang | 2026-02-22 00:43:43+00:00
Nothing is purely apolitical, I agree. At the same time, we don't allow HN accounts to use the site primarily for political battle, regardless of which direction their politics take. This has been the standard for a long time: https://hn.algolia.com/?sort=byDate&dateRange=all&type=comme....

Since your account has been using HN not just primarily for this but, apparently, exclusively for this, I've banned the account.

If you don't want to be banned, you're welcome to email hn@ycombinator.com and give us reason to believe that you'll follow the rules in the future. They're here: https://news.ycombinator.com/newsguidelines.html. But please don't create accounts to break HN's rules with.
by verdverm | 2026-02-22 00:44:01+00:00
> I wish the dynamics of...

This is totally what atproto offers, see my peer comment to yours, then come back and read this.

I'll add here that there are a bunch of experiments going on which aim to break down apps into features. One example is DMs. Ideally all apps can use the same DM infrastructure (MLS based) and as a users, my DMs are the same in any app as my dedicated messenger app. Many people have had the idea to build a "browser" and any app can use bits of another (leaflet blog publish creates bsky post). Some cool experiments around things that look like web components, where you can create records that express a way to render something.

Another place user vs app choice comes into play is around the graph itself. One of the early dreams of app builders was that there is this existing network and you don't have to bootstrap a social network from scratch. While this is partially true, it does turn out reaching network effect is not so easy. Around this, there is a multi-camp debate on whether apps should reuse social graphs or not, one specific example of this is should an app automatically, upon request, or not at all: start from a user's existing social graph.
by counters | 2026-02-22 00:44:10+00:00
> Weather forecasts have always been an inexact science

Weather forecasting is anything but "an inexact science." It's extremely exact up to the limitations and assumptions you impose on your model due to resource constraints.

And yes - I assume that this is what you mean by "an inexact science." But still in 2026 I regularly meet people who think that weather forecasting is the same as astrology, completely ignorant of massive amount of physical scientific understanding that goes into it.
by barnabee | 2026-02-22 00:45:06+00:00
> You wouldn’t give them access to your personal email or bank account.

Citation needed…

Seriously, the number of very senior people I’ve come across who will happily share their login details (which are clearly the same everywhere) with almost anyone to avoid having to read a three paragraph email should put to rest any privacy or security related argument that starts with “you wouldn’t…”
by AceJohnny2 | 2026-02-22 00:45:28+00:00
I'm reminded of the viral comic "I'm stupid faster" (2019?) by Shen

https://imgur.com/gallery/i-m-stupid-faster-u8crXcq

(sorry for Imgur link, but Shen's web presence is a mess and it's hard to find a canonical source)

I'm not saying this is completely the case for AI coding agents, whose capabilities and trustworthiness have seen a meteoric rise in the past year.
by acmiyaguchi | 2026-02-22 00:45:33+00:00
This feels like an AI agent doing it's own thing. The screenshot of this working is garble text (https://github.com/sophiaeagent-beep/n64llm-legend-of-Elya/b...), and I'm skeptical of reasonable generation with a small hard-coded training corpus. And the linked devlog on youtube is quite bizzare too.
by nine_k | 2026-02-22 00:45:35+00:00
> Real users don't have this complaint. What kind of low-end machines are you running

Real users complain differently: "My machine is slow". Electron itself is not very heavyweight (though not featherweight), but JS and DOM can cost a lot of resources. Right now my GMail tab has allocated 529 MB.

> That's not due to Electron.

Of course, but it takes some careful thought. BTW e.g. Qt apps can be pretty memory-hungry, too.

> good enough for Microsoft Teams

It's not easy no pick a more "beloved" application.

What an Electron app usually would miss is things like global shortcuts managed by macOS control panel, programmability via Automation, and the L&F of native controls. I personally don't usually miss any of these, but users who actually like macOS would usually complain.

I personally prefer to run Electron-ish apps, like Slack, in their Web versions, in a browser.
by reitzensteinm | 2026-02-22 00:46:42+00:00
I think this is doable for very long tail experts that get swapped in for specialised topics - say, orbital mechanics.

But for experts that light up at, say, 1% frequency per batch, you're doing an awful lot of transfers from DRAM which you amortize over a single token, instead of reads from HBM which you amortize over 32 tokens.
by drnick1 | 2026-02-22 00:47:22+00:00
> What you're proposing where you're adding a backdoor to your home network (via Wireguard) that needs to be maintained/hardened

I have been doing this for years, and it is both convenient and secure. No maintenance or hardening is required, as Wireguard was intentionally designed not to require any tinkering. The setup is literally one config file with the public keys of the devices allowed to access the network. I run this directly on my firewall, which happens to be an x86 PC, but you could run easily run this on a router with OpenWrt. It's hard to imagine a more secure setup than this, since you manage your own keys and no third party is involved.
by rc1 | 2026-02-22 00:47:23+00:00
Well put. What world are folks living in where it wouldn’t be the obvious choice.

Code is not the cost. Engineers are. Bugs come from hindsight not foresight. Let’s divide resources between OSs. Let all diverge.

> They are often laggy or unresponsive. They don’t integrate well with OS features.

> (These last two issues can be addressed by smart development and OS-specific code, but they rarely are. The benefits of Electron (one codebase, many platforms, it’s just web!) don’t incentivize optimizations outside of HTML/JS/CSS land

Give stats. Often, rarely. What apps? I’d say rarely, often. People code bad native UIs too, or get constrained in features.

Claude offer a CLI tool. Like what product manager would say no to electron in that situation.

This article makes no sense in context. The author surely gets that.
by dang | 2026-02-22 00:47:34+00:00
We've banned this account for repeatedly posting personal attacks and ignoring our request to stop.

If you don't want to be banned, you're welcome to email hn@ycombinator.com and give us reason to believe that you'll follow the rules in the future. They're here: https://news.ycombinator.com/newsguidelines.html.
by amabito | 2026-02-22 00:49:01+00:00
Vulkan's presentation API makes this distinction explicit: VK_PRESENT_MODE_MAILBOX_KHR is the "replace if already queued" mode that actually reduces latency, while VK_PRESENT_MODE_FIFO_KHR is the pipeline-queue variant that adds frames ahead of time. OpenGL never standardized the difference,
so "triple buffering" meant whatever the driver implemented -- usually vendor-specific extension behavior that varied between hardware. The naming confusion outlived OpenGL's dominance because the concepts got established before any cross-platform API gave them precise semantics.
by YZF | 2026-02-22 00:49:01+00:00
I read Hebrew and I can more or less read the dead sea scrolls that I think are 250BCE. According to Google's AI from around 800BCE the alphabet was different enough that I won't be able to read those writings but given the translation between the letters you can still understand the words. While I haven't seen them or tried to read them supposedly the 600BCE Ketef Hinnom Silver Scrolls should be readable by a modern Hebrew reader.
by Liftyee | 2026-02-22 00:49:10+00:00
Why is no one admitting that even though resources like RAM, CPU, etc. are plentiful nowadays, they should still be conserved?

Computers have gotten orders of magnitude faster since 2016, but using mainstream apps certainly don't feel any faster. Electron and similar frameworks do offer appealing engineering tradeoffs, but they are a main culprit of this problem.

Sure, the magnitude of RAM/compute "waste" may have grown from kB to MB, but inefficiency is still inefficiency - no matter how powerful the machine it's running on is.
by measurablefunc | 2026-02-22 00:49:49+00:00
Compilers preserve semantics. That is part of their contract. Whether the output has instructions in one order or another does not matter as long as the output is observationally/functionally equivalent. Article does not do a good job of actually explaining this & instead meanders around sources of irrelevant "stochasticity" like timestamps & build-time UUIDs & concludes by claiming that LLMs have solved the halting problem.
by abalone | 2026-02-22 00:49:54+00:00
The code they posted doesn't quite explain the root cause. This is a good study case for resilient API design and testing.

They said their /v1/prefixes endpoint has this snippet:

if v := req.URL.Query().Get("pending_delete"); v != "" {
// ignore other behavior and fetch pending objects from the ip_prefixes_deleted table
prefixes, err := c.RO().IPPrefixes().FetchPrefixesPendingDeletion(ctx)

[..snip..]
}

What's implied but not shown here is that endpoint normally returns all prefixes. They modified it to return just those pending deletion when passing a pending_delete query string parameter.

The immediate problem of course is this block will never execute if pending_delete has no value:

/v1/prefixes?pending_delete <-- doesn't execute block

This is because Go defaults query params to empty strings and the if statement skips this case. Which makes you wonder, what is the value supposed to be? This is not explained. If it's supposed to be:

/v1/prefixes?pending_delete=true <--- executes block

Then this would work, but the implementation fails to validate this value. From this you can infer that no unit test was written to exercise the value:

/v1/prefixes?pending_delete=false <-- wrongly executes block

The post explains "initial testing and code review focused on the BYOIP self-service API journey." We can reasonably guess their tests were passing some kind of "true" value for the param, either explicitly or using a client that defaulted param values. What they didn't test was how their new service actually called it.

So, while there's plenty to criticize on the testing front, that's first and foremost a basic failure to clearly define an API contract and implement unit tests for it.

But there's a third problem, in my view the biggest one, at the design level. For a critical delete path they chose to overload an existing endpoint that defaults to returning everything. This was a dangerous move. When high stakes data loss bugs are a potential outcome, it's worth considering more restrictive API that is harder to use incorrectly. If they had implemented a dedicated endpoint for pending deletes they would have likely omitted this default behavior meant for non-destructive read paths.

In my experience, these sorts of decisions can stem from team ownership differences. If you owned the prefixes service and were writing an automated agent that could blow away everything, you might write a dedicated endpoint for it. But if you submitted a request to a separate team to enhance their service to returns a subset of X, without explaining the context or use case very much, they may be more inclined to modify the existing endpoint for getting X. The lack of context and communication can end up missing the risks involved.

Final note: It's a little odd that the implementation uses Go's "if with short statement" syntax when v is only ever used once. This isn't wrong per se but it's strange and makes me wonder to what extent an LLM was involved.
by pazimzadeh | 2026-02-22 00:50:18+00:00
Hey, I also sent this to feedback@nugget.one, but just in case it doesn't arrive:

I wasn't able to get into your 'startup ideas' site.

Signing in with google led to internal server error, and signing in with a password, I never received the verification email.

Thought I would let you know. Can't wait to get those sweet startup ideas....!
by VimEscapeArtist | 2026-02-22 00:50:24+00:00
I played a lot of Duke Nukem 3D multiplayer in the 90s. We connected PCs with a serial cable, and later the game was available in a local “internet cafe”, except that cafe had no internet. Just games and a local network. I spent a lot of time there. Then, after several years, when I was studying IT in a different city, someone approached me and asked “hey, aren’t you by any chance “Phantom” from that cafe? We used to play together Duke Nukem.
by lazypenguin | 2026-02-22 00:50:37+00:00
Me, because my work gave me a crappy dell that can barely run the stripe dashboard in the browser. I could put in a request for a Mac or something faster but this is the standard machine everyone gets for the company. It helps me be sympathetic to my users to make sure what I develop is fast enough for them because I definitely am going to make it fast enough for me so I don’t shoot my brains out during development.
by smcin | 2026-02-22 00:50:48+00:00
I'm pointing out that the timeline of continuing funding it, to the point of a major model design and launch, and nationwide network of hydrogen stations, might well be linked to China's emergent REE dominance and that Japan doesn't have those raw materials.

(In some future decade/century, people might conclude that car dependency on fossil fuels, after electric from renewable became viable, was a mistake.)
by overgard | 2026-02-22 00:51:21+00:00
I mean, Microsoft has recently made a statement that they're aware people are mad and they're working on it, so, no, I don't think they care that I personally hate the software but they do care that there are a number of people like me. Whether that moves the needle, I don't know, but what I do know is right now I'm using non-slop non-electron software and it's so much more pleasant. I think it's worth protecting.
by art-12937 | 2026-02-22 00:51:54+00:00
The chutzpah of complaining about the level here when most tech threads on X are primitive billionaire marketing. Why don't they complain about Musk's X?

It isn't enough that Karpathy is rich---we also need to admire him. That dynamic was satirized in the Silicon Valley show with Gavin Belson.

Also relevant:

https://www.mcsweeneys.net/articles/please-dont-say-mean-thi...