MurphyA/hacker-news huggingface dataset:
by alephnerd | 2026-02-27 17:52:03+00:00
> I interpret that as more like parents/siblings/cousins/close friends live in the neighborhood or close enough that they can be depended on and vice versa during illnesses/extended work hours/whatever else.

Ah yea that makes sense. I meant close emotionally, but even then if possible you should help your siblings and close friends relocate here (or nearby like Oregon, Nevada, or SoCal) as well. Most of my peers have done similar stuff as well.

> The family members see each other on special occasions, but it doesn't have the same vibe as being part of a family or friends circle that interacts at least weekly if not daily. Everyone is rich, and has fun together for a couple nights of food and drinks, but who is really there for one another when shit hits the fan? There is no shared struggle, only shared vacation, and that cultivates only weak social bonds. But then again, who needs strong social bonds when you're on the way to $10M+ in the brokerage account?

That a good point and I guess familial dynamic plays a role as well.

I grew up in an Asian American household, and in a lot of Asian, Southern+Eastern European, and Middle Eastern cultures, a "family as a clan" mentality exists (blood is thicker than water) and that helps build and maintain ties.

We keep close professional and financial ties amongst each other - my parents paid for my college, I paid for my sibling's college, they paid a portion of my grad school, I and my parents helped them purchase a place, etc etc.

We worked hard to make sure all of our extended family was centered in the Bay Area or parts of Asia with nonstop airline access to the Bay, and our spouses do similar stuff as well. I mean this does come down to how closely knit your family is.
by conartist6 | 2026-02-27 17:52:08+00:00
You know now that I look at it I do think I need to change this code to defend better against multiple eager calls to `next()` when one of them returns a promise. With async generators there's a queue built in but since I'm using sync generators I need to build that defense myself before this solution is sound in the face of next();next(). That shouldn't be too hard though.
by snug | 2026-02-27 17:52:37+00:00
I've generally chosen these tools when I am creating a project. Though I generally use firebase hosting vs other front-end hosting. They have a much more generous free plan.

I'd suggest making some changes to how some of these things are categorized. You have database section with postgres at the top and then with supabase as number 2, but that's also a hosted postgres.

Overall, great job to the creators of this, I enjoyed seeing this analysis
Show HN: The Elephant- a Tool to Safely Surface the Unspoken Issue in Meetings
by anticlickwise | 2026-02-27 17:52:56+00:00
I’ve walked out of meetings feeling uneasy more times than I can count.

Nothing dramatic happened.
No arguments.
No pushback.

Everyone agreed. We moved on. But later, in a one on one or a Slack message, someone would say, “Yeah… I wasn’t totally comfortable with that either.”

And that’s the part that stuck with me. How often are we all thinking the same thing… and just waiting for someone else to say it first?

That question is why I built The Elephant. It’s very simple.

Everyone anonymously writes one sentence: What do you think we’re not saying out loud?

If more than one person independently mentions the same concern, it shows up. If you’re the only one thinking it, it stays private.

No votes. No threads. No exposing who said what.

If nothing appears, nothing appears. It’s small on purpose. It’s not trying to fix conflict or replace real conversations. It just creates a safer way to see if the concern you’re holding… is shared. I’m honestly curious, does this feel useful? Or is this overthinking something that should just be said directly?

Would love your thoughts.
by sandworm101 | 2026-02-27 17:53:08+00:00
Ok. No more linux in california. Forget silicon valley. Forget all the supercomputers at research establishments. Forget all the smart TVs. Forget all the cars with in-dash computers. Let's see how long california can keep its lights on without embedded linux.

In all seriousness, rather than comply, linux distros should enforce this law. Any linux install that detects itself being in california should automatically shutdown with a loud error message. I give it a week before a madmax situation develops.
by rhfjfkfkf | 2026-02-27 17:53:35+00:00
The signalling in that post is about as clear as it can be.

They’re aggressively signalling that they are cooperative, and that they are not being belligerent. They are using the preferred language and much of the framing that the US government would use, to make it as clear as possible what the key points of their disagreement are, by leaning into alignment on everything else

This is textbook. People are reading this as some kind of confusing, inexplicable framing when it’s how any sensible person would write in their context. When you’re up against an authoritarian regime, that’s willing to abuse all the levers of power against you, you very carefully pick your fights and don’t give them any reason to complain about anything that isn’t essential.

Quibbling about the name of the department would be among the stupidest things I could possibly imagine.
by chasd00 | 2026-02-27 17:53:39+00:00
> fully autonomous killbots

I keep hearing this but it should be plainly obvious to everyone (at least here) that an LLM is not the right AI for this use case. That's like trying to use chatgpt for an airplane autopilot, it doesn't make sense. Other ML models may but not an LLM. Why does the "autonomous killbot" thing keep getting brought up when discussing Anthropic and other llm providers?

For reference, "autonomous killbots" are in use right now in the Ukraine/Russia war and they run on fpv drones, not acres of GPUs. Also, it should be obvious that there's a >90% probability every predator/reaper drone has had an autonomous kill mode for probably a decade now. Maybe it's never been used in warfare, that we know of, but to think it doesn't exist already is bonkers.
Trump Administration reiterates human in the loop policy for nuclear weapons
by apolloartemis | 2026-02-27 17:53:55+00:00
Within the Washington Post article cited below is the following policy declaration from the Trump Administration’s DoD/DoW.

“It remains the Department’s policy that there is a human in the loop on all decisions on whether to employ nuclear weapons,” a senior defense official said. “There is no policy under consideration to put this decision in the hands of AI.”

This indicates the Administration’s support for and compliance with existing US law. (Section 1638 of the FY2025 National Defense Authorization Act). https://agora.eto.tech/instrument/1740

Washington Post:
https://www.washingtonpost.com/technology/2026/02/27/anthropic-pentagon-lethal-military-ai/
by carlgreene | 2026-02-27 17:54:04+00:00
Of course there were. Don't be pedantic. Anybody could write a program and put it on the internet. But to get a reasonably polished version with decent features and an enjoyable UX enough for someone to sign up and even pay money more, it generally took people who kind of knew what they were doing.

Of course shortcuts were taken. They always were and always will be. But don't try to compare shipping software today to even just 3 years ago.
by bhouston | 2026-02-27 17:54:36+00:00
On the surface, the changes appear logical.

The difference in philosophy between NASA's current approach and SpaceX is quite stark. SpaceX has launched 11 Starships in the two and a bit years, with a lot of them blowing up. Where as Artemis is trying to get it near perfect on each run.

I wonder if NASA could start to adopt SpaceX like approaches? Where one doesn't try to get everything correct before acting?

I wonder which approach is more capital efficient? Which is more time efficient?

(It seems that Artemis cost is $92B, where as SpaceX's Starship costs are less than $10B so far, give or take. So it seems that SpaceX is a more efficient approach.)
by ZenoArrow | 2026-02-27 17:54:40+00:00
> However I'm not going back to asking stackoverflow and pretend that I have nowhere else to find answers.

That's not your only option.

What you're meant to do is understand the tools you're using well enough to not need to ask for help from anyone or anything else. Stack Overflow is useful, but it's a learning tool. If all you were doing before AI was copying and modifying other people's code, it's no wonder that you have taken to AI, because it's just a slightly more convenient form of that.
by aluzzardi | 2026-02-27 17:55:34+00:00
Mendral co-founder here and author of the post.

This is an interesting approach. I definitely agree with the problem statement: if the LLM has to filter by error/fatal because of context window constraints, it will miss crucial information.

We took a different approach: we have a main agent (opus 4.6) dispatching "log research" jobs to sub agents (haiku 4.5 which is fast/cheap). The sub agent reads a whole bunch of logs and returns only the relevant parts to the parent agent.

This is exactly how coding agents (e.g. Claude Code) do it as well. Except instead of having sub agents use grep/read/tail, they use plain SQL.
by cassepipe | 2026-02-27 17:56:21+00:00
> People physically abandon locations with high street crime.

Exactly. Which is why

> ... street crime will just dissolve the society overnight

is false. Street crime is also generally limited to poor areas and people who can't move out will be the first victims. Street crime does not dissolve trust at the societal level, it just dissolve trust of everyone into a few segments of the population (whose members are also now the first victims of that loss of trust)

Whereas corruption is a cancer that takes hold of all institutions as anyone and you might need to leave your country altogether when it becomes a third world hellhole.
Show HN: CBrowser – Simulate how a confused first-timer experiences your website
by alexandriaeden | 2026-02-27 17:56:37+00:00
https://cbrowser.ai

Most browser automation asks "did the button work?" CBrowser asks "will a real person find the button?"

It's an MCP server (83 tools) that connects to Claude and gives it a real browser. But the core idea is cognitive journey simulation — you pick a persona (first-timer, elderly user, power user, someone with ADHD, low vision, motor tremors) and CBrowser walks your site the way they would. Each persona has 25 cognitive traits (patience, risk tolerance, comprehension, working memory) that determine how they react to friction. When frustration or confusion crosses a threshold, they abandon — just like a real user.

Each persona also has a motivational values profile based on Schwartz's 10 Universal Values (security, achievement, self-direction, benevolence, etc.) plus Self-Determination Theory needs and Maslow levels. These aren't decorative — they drive which influence patterns each persona is susceptible to. A security-motivated user responds differently to urgency cues than an achievement-motivated one. You can test whether your site's persuasion patterns actually work on your target audience, or only on people who already think like your designers.

What it actually does:

cognitive_journey_init + browser tools = watch a simulated persona attempt a task on your live site
compare_personas = same task, multiple personas, side-by-side friction analysis

competitive_benchmark = run the same journey on your site and a competitor's

empathy_audit = test with disability personas (WCAG violations + lived-experience barriers)

Plus the usual browser automation: navigate, click, fill, screenshot, cross-browser testing, visual regression, performance baselines

The self-healing selectors cache alternatives (aria-label, role, ID, text) at match time and fall back through them ranked by confidence, with a 60% gate so you don't get silent false passes.

TypeScript, MIT, connects to Claude.ai via the demo MCP server or install locally with npm. Built on Playwright.

I'd love feedback on the persona model — are 25 cognitive traits + 10 motivational values too many? Too few? Are the abandonment thresholds realistic?
by krapp | 2026-02-27 17:56:40+00:00
Trump is mentioned over a million times in the Epstein files, he's deeply connected to Epstein. He is not "just the "currently voted-in guy" doing what he's being told to do."

>"Oh but shadow government/deep state is just a dumb conspiracy-theory" ... yeah, just like an island of cheese pizza eating billionaires.

This wasn't the conspiracy theory you guys believed in though. You were looking for a Satanic cabal of Democrat/leftist pedophiles and Trump was supposed to be the agent provocateur sent by God opposing the "deep state" and exposing the pedophiles. If anything, the Epstein files prove how utterly useless you lot were at actually identifying the actual threat. The "cheese pizza" thing was never true. Pizzagate was never true.

Being right in the sense that a broken clock is right twice a day is still being wrong.

[0]https://nymag.com/intelligencer/article/do-the-new-epstein-f...
by julianlam | 2026-02-27 17:56:44+00:00
> One example of this was a malformed authentication function. The AI that vibe-coded the Supabase backend, which uses remote procedure calls, implemented it with flawed access control logic, essentially blocking authenticated users and allowing access to unauthenticated users.

Actually sounds like a typical mistake a human developer would make. Forget a `!` or get confused for a second about whether you want true or false returned, and the logic flips.

The difference is a human is more likely to actually test the output of the change.
by snowwrestler | 2026-02-27 17:56:49+00:00
Use of the DPA can be litigated, and surely would be. Designation as a supply chain risk surely would be as well.

These court cases would produce bad outcomes either way. If the court finds for Anthropic, future DoD leadership will find itself constrained or at least chilled. Or if the court finds for the government, an expansive permissive view of the DPA might encourage future administrations to compel tech companies to make AIs break the law in other ways, for example by suppressing certain political points of view in output.

National defense is strongest if the military is extremely powerful but carefully judicious in the application of that power. That gives us the highest “top end” capability of performance. If military leadership insists on acting recklessly, then eventually guardrails are installed, with the result of a diminished ability to respond effectively to low-probability, high risk moments. One of many nuances and paradoxes the current political leadership does not seem to understand.
by joshmarlow | 2026-02-27 17:57:04+00:00
On a related note, this type of reasoning is what made me flip my opinion on microservices. I've generally been skeptical of a many-microservice architecture for the last decade but LLMs change that - a small microservice is more likely to fit in a context window.

I think this gestures at a more general point - we're still focusing on how to integrate LLMs into existing dev tooling paradigms. We squeeze LLMs into IDEs for human dev ergonomics but we should start thinking about LLM dev ergonomics - what idioms and design patterns make software development easiest for AIs?
by steveBK123 | 2026-02-27 17:57:29+00:00
I have found the LLMs to be wrong in random insidious ways, so trusting them with anything critical is terrifying.

Recent (as in last few days/weeks) incidents using different models/tools:

* Google AI search summary compare product A & B, call out a bunch of differences that are correct.. and then threw in features that didn't exist

* Work (midsize company with big AI team / homebuilt GPT wrappers) PDF parsing for company headquarters address, it hallucinated an address that didn't exist in the document

* Work, a team using frontier model from top 2 AI lab was using it to perform DevOps type tasks, requested "Restart XYZ service in DEV environment". It responded "OK, restarting ABC service in PROD environment". It then asked for confirmation AFTER actioning whether they meant XYZ in DEV or ABC in PROD... a little too late.

They are very difficult tools to use correctly when the results are not automatically verifiable (like code can be with the right tests) and the answer might actually matter.
by mr-karan | 2026-02-27 17:57:30+00:00
Agreed on SQL being the best exploratory interface for agents. I've been building Logchef[1], an open-source log viewer for ClickHouse, and found the same thing — when you give an LLM the table schema, it writes surprisingly good ClickHouse SQL. I support both a simpler DSL (LogchefQL, compiles to type-aware SQL on the backend) and raw SQL, and honestly raw SQL wins for the agent use case — more flexible, more training data in the corpus.

I took this a few steps further beyond the web UI's AI assistant. There's an MCP server[2] so any AI assistant (Claude Desktop, Cursor, etc.) can discover your log sources, introspect schemas, and query directly. And a Rust CLI[3] with syntax highlighting and `--output jsonl` for piping — which means you can write a skill[4] that teaches the agent to triage incidents by running `logchef query` and `logchef sql` in a structured investigation workflow (count → group → sample → pivot on trace_id).

The interesting bit is this ends up very similar to what OP describes — an agent that iteratively queries logs to narrow down root cause — except it's composable pieces you self-host rather than an integrated product.

[1] https://github.com/mr-karan/logchef

[2] https://github.com/mr-karan/logchef-mcp

[3] https://logchef.app/integration/cli/

[4] https://github.com/mr-karan/logchef/tree/main/.agents/skills...
by astegmaier | 2026-02-27 17:57:54+00:00
Does this have support (or is there a plan to have support) for something similar to knip plugins? For example, a webpack.config.js file might import some packages or files, and the knip webpack plugin is able to parse it to understand these dependencies, and feed that information back into all the checks (e.g. unused files, undeclared package.json dependencies, etc.).

Just curious. It's great to have a performance-focused option in this space either way!
by dfxm12 | 2026-02-27 17:58:06+00:00
Another tech writer I used to respect who is now posting about how the future is now fantastically wonderful and wide-open because anyone can create an app to do whatever they want.

Alternative option, the writer did not fall for the scam, but is now in on the grift: https://www.cnbc.com/2026/02/06/google-microsoft-pay-creator...
by mlsu | 2026-02-27 17:58:25+00:00
Of course! I think at some level the people at the top know that this American capitalism is not competitive. The last 5 years or so have been basically the whole country realizing that our system is not competitive. And, the last 1-2 years have been collectively, the world re-calibrating on this fact.

The monopolists don't care though. The power is too intoxicating.

I mean, listen to discussions here. "What's your moat?" -- that's how American capitalists think. Not "What value does your company provide to the customer", but what extra force, beyond simple-minded fair market competition, are you leveraging, to ensnare the customer. The game is to ensure that customers cannot choose another business over yours on its merits. That works in the short term but it's extractive. Eventually, the parasite must stop sucking blood for the host to survive.
by kimixa | 2026-02-27 17:58:40+00:00
Yes - AI has completely destroyed the set of "Signals" people used to judge quality of much software. They weren't ever 100% accurate, sure, but they were often pretty good heuristics for "level of care", what the devs considered important (or didn't consider important) and similar.

And I mean that as both "end user" software signals, and "library" signals for other devs.

I assume that set of signals will slowly be updated. If one of those ends up being "Any Use of AI At All" is still an open question, depending on if the promised hype actually ends up meeting capability as much as anything.
by sarchertech | 2026-02-27 17:58:46+00:00
Even in CRUD line of business software, lack of performance causes enormous problems that the current software development culture glosses over.

Just one example I've seen time and again. You take an application that if optimized could run on a single server (maybe 2 if you absolutely have to have zero downtime deployments), but because no one cares about performance it runs on 10 or more. You know have a complexity avalanche that rapidly blows up. Then you need more hierarchy to handle the additional organizational complexity etc...

Then people start breaking out pieces of the app so they can scale them separately and before long you're looking at 200 engineers to do a job that certainly doesn't need that many people.

I realize I'm ignoring a whole lot of other issues that result in this kind of complexity, but lack of performance contributes to this a lot more than people want to admit.
by peterhadlaw | 2026-02-27 17:58:47+00:00
All right I took the bait and looked this up in context.

It's allegory meant for the two "sister" cities Oholah (Samaria) and Oholibah (Jerusalem). The poetic, albeit strong wording here is to incite public shame and break through to the people emotionally. It's about how these cities have abandon their covenant with God ("committing adultery" in their relationship) and made bedfellows with pagan authorities in a "lust" for power.
Show HN: Inkgest, Link to Gest
by shreyvj | 2026-02-27 17:59:00+00:00
I built Inkgest over the past few months as a solo developer.
The core idea: paste any URL, Inkgest scrapes the content using my own scraping API (not Firecrawl, no third-party, custom scraping API), sends it through
an LLM, and generates publish-ready content in whatever format you need — newsletter, blog post, infographic, tables, LinkedIn post, or deep comparison table.

A few things I built that I found interesting technically:

- Wrote my own scraping backend in Hono.js instead of using a third-party service. Runs as a persistent server, so no cold starts. Handles JS-rendered pages.

- The infographic renderer generates real SVG/React
components from extracted data — doughnut charts, step flows, stat cards, comparison splits. No image generation APIs, all rendered code.

- Built on top of my own SaaS boilerplate (buildsaas.dev), which handles auth, payments, email, and admin out of
the box.

Launched yesterday. 3 free credits to try everything,
$9/month after that.

Happy to share the product and discuss in depth about the AI agent, scraping techniques, and building SaaS products.

inkgest.com
by firefoxd | 2026-02-27 17:59:09+00:00
Lovable is marketed to non developers, so their core users wouldn't understand a security flow if it flashed red. A lot of my non dev friends were posting their cool new apps they built on LinkedIn last year [0]. Several were made on lovable. It's not on their users to understand these flaws

The apps all look the same with a different color palette, and makes for an engaging AI post on LinkedIn. Now they are mostly abandoned, waiting for the subscription to expire... and their personal data to get exposed I guess

[0]: https://idiallo.com/blog/my-non-programmer-friends-built-app...