MurphyA/hacker-news huggingface dataset:
by voxleone | 2026-02-25 12:58:03+00:00
I think an important point in this discussion is that adopting FOSS requires a level of institutional openness that is not typical of governments in general. It’s not just a question of switching vendors; it’s about embracing transparency, auditability, and shared ownership of public infrastructure. The question is: are governments fully aware of what FOSS adoption actually implies?

Brazil is an interesting case. On paper, we have a strong legal mandate. Under Art. 16 of Lei 14.063/2020[0], information and communication systems developed exclusively by public bodies must be governed by an open-source license, allowing use, copying, modification, and distribution without restriction by other public entities.

However, implementation tells a different story. Take PIX, the instant payment system developed by the Brazilian Central Bank. As of today, only the API is open. The core system code remains unpublished[1]. If the system was developed exclusively by the public administration, this seems difficult to reconcile with the letter - and certainly the spirit - of the law.

So the issue is not only whether governments should reduce vendor lock-in. It’s whether they are prepared to follow through on what real openness demands once they commit to it.

[0] https://www.planalto.gov.br/ccivil_03/_Ato2019-2022/2020/Lei...
[1] https://d1gesto.blogspot.com/2025/06/brazils-pix-system-face...
by mattmaroon | 2026-02-25 12:58:23+00:00
You cannot exterminate a people too slowly because they can (and do) move. Ethnic cleansing can happen over centuries (see the last 500 years of our hemisphere for examples). Israel has let tens of thousands of them out of the country. Nazis did not let injured Jews go to hospitals in other countries.

Which, again, is not dismissing war crimes, or denying that any have occurred. Just pointing out, this is not genocide but ethnic cleansing. Israel has a vocal right wing faction that advocates for ethnic cleansing, and a vocal left wing that is against it.
by FpUser | 2026-02-25 12:58:41+00:00
>" Sometimes when we think we are 'multitasking,' we're just looking for ways to avoid the problem."

Which can be correct course of action. If I stuck trying to figure out how to solve some hard problem it is very good ide to switch for a while and magically the solution comes back later on since brain still manages to do something in background. Alternatively if I have to do whole lot of monotonous non rewarding work for whatever reason I would go nuts if I try to finish it in one step (considering it is long enough)
by sucharithan | 2026-02-25 12:59:26+00:00
Hey Fellow Ycombinators!

I built the Optimism Engine because I noticed a dangerous gap in how we are using AI for mental health.

Right now, everyone is rushing to add "AI Chatbots" to their apps. But there is a huge risk they are ignoring: Hallucinations. Generative AI (like ChatGPT) is creative, but it makes mistakes. It can miss a suicide cue. It can give bad advice. In mental health, a "creative" mistake isn't just a bug, it's a liability.

The Problem with "Prompts":

Most apps try to fix this with "Prompt Engineering." They write long instructions telling the AI: "Please be safe. Don't give medical advice."

But here is the problem: Asking an AI to be safe is not the same as forcing it to be safe. It’s like asking a toddler to "be careful", they try, but you can't rely on them 100% of the time.

The Solution: The "Gatekeeper" Architecture:

I built the Optimism Engine to solve this. It is not just a chatbot; it is a Hybrid Safety System.

Think of it like a traffic light. Before the AI can say anything, it must pass through The Gatekeeper (my Logic Layer).

1. Logic First: The Gatekeeper is built with hard-coded rules, not AI. It checks every single message for danger signs (like suicide keywords) or cognitive distortions (like "Catastrophizing").

2. The Override: If a danger sign is detected, the Gatekeeper physically cuts the power to the AI. The AI is never allowed to generate a response. Instead, a pre-written, safe response is served immediately. This guarantees Zero Hallucination Risk on safety issues.

3. Context Awareness: The engine is smart enough to know the difference between "I don't know how to code" (a learning gap) and "I don't know why I'm alive" (a crisis). It adjusts the AI's instructions so it doesn't annoy or panic the user.

An Engineering Upgrade, Not a Medical Tool:

I want to be clear: This is an Engineering Upgrade, not a clinical product. I am not a doctor; I am a developer. I am selling the infrastructure, the plumbing and safety valves that other companies need to build their own apps on top of.

Who is this for?

If you are a founder or developer building a mental health or coaching app, you have a choice:

* Spend 6 months and a ton of money building your own "Safety Layer" and State Machine.

* Or acquire the Optimism Engine today and have enterprise-grade safety tomorrow.

I’m selling the Full Source Code + IP to help you build safer, smarter, and more reliable AI products. Let's stop playing Russian Roulette with mental health technology.

Feel the App on Loom (Modest): https://www.loom.com/share/b488dee8afdb444184b30b6b23b54d73
by ddtaylor | 2026-02-25 13:00:01+00:00
I mean they should be using open source software for this type of stuff, but every time I see these announcements they are either worded strangely or the governments just don't do it, because the end result is always the same.

Can we do a Polymarket bet? I'm taking the Microsoft side. Yeah they suck. Yup, nothing new there, but they'll find a way to keep all these dolts paying.
by dspillett | 2026-02-25 13:00:10+00:00
> I have a 16 core M4 Max and running at a fraction of the potential maximum speed just isn't very optimal on modern CPUs like that.

To further muddy the waters: if your process is not bottlenecked at the CPU a modern unit might be more optimal in terms of power draw (directly and through secondary effects for increased cooling needs) running at a fraction of its speed. Moving at a low clock but fast enough not to become the bottleneck compared to other factors, instead of bursting to full speed for a bit then waiting, can be optimal.

Of course there are a bunch of chip specific optimisations here if you like complexity. Some chips are better off running all cores slowly, and others that can completely power down idle cores better off running a few faster, to optimise power use while getting the same job done in the same amount of wall-clock time.
by ryanmcl | 2026-02-25 13:01:03+00:00
This resonates hard. I'm a self-taught dev who started coding ~7 months ago, and honestly the conversational back-and-forth with Claude is how I built my entire first app. Not by reading docs cover to cover, but by describing what I wanted, getting code back, breaking it, asking why, and iterating. The idea of doing that untethered from my desk is genuinely exciting — not because I want to work more, but because some of my best thinking happens on walks, not in front of a screen.
Show HN: A Simple Obisidan plugin to draw ASCII shapes like MS Paint
by h4kbas | 2026-02-25 13:01:58+00:00
I like to draw things ascii on obsidian when I am working on projects but sometimes it's quite challanging for me because the line starts to shift as I edit some regions. I ended up building a ms paint like canvas experience for ascii so instead of thinking like it's text, we think like it's canvas but it still draws texts. Also, it supports embed on other notes and dynamic canvas size for your preference.
by ryanmcl | 2026-02-25 13:02:26+00:00
This is the real insight in this thread. The false binary of "rest OR work" is dissolving. I do some of my best problem-solving while walking my kid to school or making lunch...the context switch lets things percolate. Having a way to capture that momentum without needing to rush back to my desk and remember what I was thinking would be genuinely useful. The interface matters less than the latency between idea and execution.
by whynotmaybe | 2026-02-25 13:03:16+00:00
I'm using copilot on vscode and the agent is "Auto" which cost 10% less.

The results are enough for me and I'm not doing things that allow me to differentiate the output between ChatGPT, Claude and, the others.

The agents are more like the radio in my car, whenever I want music, I switch channel until I find something good enough.

If I'm really in need of something special, I'll use Spotify on my phone.

And sometimes, I just drive with the radio off.
by mmsimanga | 2026-02-25 13:03:38+00:00
Yes. The key point of view being from someone outside the US. I cannot speak for those in the US. But the point is techies outside the US had been reduced to merely configuring US products. Speaking where I am from IT organisations were now being led by accountants and lawyers because there wasn't any decision to make, just go with Office 365. The hardest part was negotiating the often opaque licensing. There has been a revitalization of the craft of software development and I think in the long run this will be good for the industry. Yes there might be fragmentation but hopefully standards start getting adopted to counter this fragmentation and interoperability.
by mbleterman | 2026-02-25 13:03:48+00:00
Author here. Happy to answer questions about the implementation.

Quick context: this uses Google's ADK to run specialized agents (Backend, Frontend, QA, Security, PM) coordinated by an Orchestrator. They execute sprints in parallel with a defect detection loop.

Environment setup overhead was brutal (40%+ of tokens). But the QA loop catching regressions was worth it.

GitHub: https://github.com/michaelbleterman/ai-scrum

Curious if anyone's tried similar multi-agent approaches with other frameworks.
Show HN: Signal Support for NanoClaw
by dillpicholas | 2026-02-25 13:03:50+00:00
NanoClaw now supports Signal via signal-cli's JSON-RPC interface. Can run alongside WhatsApp or replace it entirely.

Signal's E2E encryption pairs well with NanoClaw's container isolation. Voice transcription runs locally too, so nothing leaves the machine unless intended.

What's supported:

Typing indicators, reactions, quoted replies, polls
Signal text styling (bold, italic, strikethrough, spoiler, monospace) with UTF-16 offset handling
Image/audio/file attachments (send and receive)
Voice message transcription (local, via Whisper)
Group metadata (members, admins, description)
All existing NanoClaw features (scheduled tasks, per-group isolation, etc.)

How it works: signal-cli runs in JSON-RPC mode. Newline-delimited JSON from stdout gets parsed, messages route to the right group queue, a container spawns, and responses go back via stdin RPC calls. The Signal channel is ~800 lines.

Setup: run /add-signal in Claude Code, or set SIGNAL_ONLY=true to drop WhatsApp. Needs Java 21+ and signal-cli, no npm dependencies.

Upstream skill PR: https://github.com/qwibitai/nanoclaw/pull/490
by Kye | 2026-02-25 13:03:51+00:00
>> "The dataset for this insight combines data on large language model (LLM) API prices and benchmark scores from Artificial Analysis and Epoch AI."

I don't know about Epoch AI, but Artificial Analysis shares its methodology: https://artificialanalysis.ai/methodology

Their chart of inference prices split by benchmark intelligence: https://artificialanalysis.ai/trends#efficiency
by ryanmcl | 2026-02-25 13:04:10+00:00
Fair point technically, but I think the value proposition isn't the persistent session, rathere it's the abstraction layer. Screen/tmux assumes you know what commands to run. This assumes you know what outcome you want. For someone like me who came to coding late and doesn't have 20 years of muscle memory with terminal tools, the inefficiency in transport is more than offset by the efficiency in intent. Different tools for different people.
by troad | 2026-02-25 13:04:17+00:00
I'm very happy for all the Europeans getting to use software they like and prefer, but honestly I'm a little tired of reading about it. There's been an awful lot of recent blogging and news about de-Americanising one's stack.

It seems very important to the Europeans that they let everyone else know they're leaving? It's got the air of a thirty-five year old threatening to move out of his parents' basement any day now. Go already! Stop telling us about it. We all
wish you the best. Good luck!

(Don't expect to get much say over how foreign tech platforms operate going forward, if you get the balkanised Internet you seem to yearn for?)
Show HN: LLM Council – Run multiple LLMs with critique and consensus eval
by gauravvij137 | 2026-02-25 13:04:27+00:00
Building reliable LLM systems often means not trusting a single model.

We open-sourced LLM Council: https://github.com/abhishekgandhi-neo/llm_council

It’s a small framework we internally built with Neo to run multiple LLMs on the same task, let them critique each other, and produce a structured final answer.

Useful for tasks like:
• Comparing local vs API models on your own dataset
• Validating RAG outputs
• Prompt regression testing
• Dataset labeling with model-as-judge
• Catching hallucinations in code or research summaries

A few practical details:
• Async parallel calls so latency stays close to one model
• Structured outputs with each model’s answer and critiques
• Provider-agnostic configs for local + hosted models
• Built to plug into evaluation pipelines, not just demos

We built this using Neo. We’ve been experimenting with similar council setups to catch silent failures in ML workflows, and this repo is a cleaned-up version of that idea.

If you’ve built multi-LLM evaluation pipelines, would love to hear what aggregation or critique strategies worked well for you.
by vidarh | 2026-02-25 13:04:31+00:00
In Norwegian, we have "isvann" - ice water - which can both mean water impled to be cold enough to feel like it has recently melted, or specifically water with ice in it.

If you're asking for isvann at a restaurant, you'd expect to get water with ice, not just very cold water.

But if you're talking about having gone bathing in isvann one spring, it specifically means in water - that whether or not there is actually ice in it - is cold enough that it might have recently melted.

(I'm a native speaker, but had to look up the precise nuance there to be sure I wasn't just making stuff up)
by miroljub | 2026-02-25 13:04:45+00:00
> while it does seem to do a lot of things very well around extensibility,

https://pi.dev/packages

> I do miss support for permissions,

As soon as your agent can write and execute code, your permissions are just a security theater. If you care, just do proper sandboxing. If not, there are extensions for that.

> MCP

Again, Pi is extensible.

pi install pi-mcp-adapter

Now, you can connect to any mcp.

> and perhaps Todos

At least 10 different todo extensions. Pick which one you like. If you don't like any of them, ask Pi to write one for you.

> and a server mode.

Pi has rpc mode, which is a kind of server. If that's not enough, you could extend it.

> OpenCode seems a lot more complete in that regard,

Yes, but good luck working with Opencode if you don't like their plan-mode. Or todo support. And MCP. You pay their cost in complexity and tokens even if you don't use them or you don't like how they work.

> but I can well imagine that people have adapted Pi for these use cases (OpenClaw seems to have all of these). So it’s definitely not out of the race yet, but I still appreciate OpenCodes relative seeming completeness in comparison.

There's also an oh-my-pi fork if you want an out-of-the-box experience. Still, in my experience, nothing beats Pi in terms of customizability. It's the first piece of software that I can easily make completely to my liking. And I say that as a decade old Emacs user.
by vladosce | 2026-02-25 13:05:56+00:00
Thanks, really solid feedback.

On prompts — in the web dashboard we have AI with deep ASO knowledge baked in, so the suggestions are already tuned for App Store best practices. With the MCP server it depends more on your input, but that's also the flexibility — you can prompt however you want. Shipping example prompts and recipes for common MCP workflows is next on the list.

On mistakes avoided vs time saved — you put a bug in my head with that one. I've personally pushed wrong locales and only caught it days later. The diff/history story is definitely undersold. Going to A/B test the landing page with that framing and see if it converts better.

Distribution — honestly early days. Show HN, Reddit, Twitter so far. Would love to hear which subreddits or discords you'd recommend if you have any in mind.
by ben_w | 2026-02-25 13:06:21+00:00
> I second this. Is there anyone who actually believes Optimus is going to be a success and has any sort of data to back that up?

If there was no competition (there is), and he met the price envelope he's talking about (Cybertruck suggests he won't), I can buy the idea that there's a market opportunity for a few tens of millions of humanoid robots which are even just 5% AI and 95% remote workers in VR headsets, just because this means you can get cheap 3rd-world wages running your "made in America*" factories.

But there is competition, and I don't think he'll meet his price target.

As for the AI: even when I forecast under the assumption of continued improvements of hardware and software, I see at least a ten year gap between any given level of self-driving car and a humanoid robot small enough and light enough to get into the driver's seat of a normal car and drive it to the same standard, and that's just for driving a car, not all the other things people like to imagine in a world where androids are good enough to generically replace human labour.

* insert any other nation as desired, it works in any place where wages are higher than the cheapest nation with reliable internet (modulo the TCO of the robot, which nobody knows yet).

This will lead to minds getting blown as all those "foreigners coming here and taking our jobs" whose deportation people demand, are now "working from home in a different country and still taking our jobs" and the US in particular will have to wrangle with how this is a first amendment issue because remote control is just speech isn't it?

And when we consider how the current AI boom seems to have come with a total lack of even the most basic security considerations in their usage, these robots, wether** AI or remote controlled, are absolutely going to get turned into Mr-Stabby-the-totally-deniable-assassin.

** pun not intended, but when I noticed the misspelling I decided the implications still worked as a joke.
by johannes1234321 | 2026-02-25 13:06:26+00:00
Aside from the project itself: They are eusing a "Polyform License" I haven't encountered that before. So it's not "open source" as many people might expect from GitHub and Polyform licenses seem to inherit the "what exactly is the boundary between non-commercial and commercial" issue as do CC licenses.

https://github.com/yjeanrenaud/yj_nearbyglasses/blob/main/LI...

https://polyformproject.org/
by dspillett | 2026-02-25 13:06:35+00:00
A key difference is that it sounds like you need to create and otherwise interact with that sort of code on a regular basis.

Most devs spend most of their time, all of it even, on tasks that are either naturally sequential or don't benefit from threading enough over the safer option of multiple independent processes, so when they do come across a problem that is inherently parallelizable and needs the highest performance it is not a familiar situation for them. Familiarity can make some rather complex processes feel simple.

The same can be said for event loop driven concurrency, for those who don't work that way often the collection of potential race conditions there can feel daunting so they appreciate their chosen platform holding their hand a bit.
by moontear | 2026-02-25 13:06:37+00:00
The notification payload for reference, you will also need a permission input_select (pending/allow/deny) and an automation that triggers upon mobile_app_notification_action:

notification_payload=$(cat <<EOF
{
"message": "$escaped_message",
"title": "$escaped_title",
"data": {
"tag": "$escaped_request_id",
"group": "claude-code",
"actions": [
{
"action": "CLAUDE_ALLOW",
"title": " Allow"
},
{
"action": "CLAUDE_DENY",
"title": " Deny"
}
]
}
}
EOF
)

Actionable notifications are a bit cumbersome on iOS since you need to long-press the notification for actions, but it does work.
by closewith | 2026-02-25 13:06:48+00:00
Okay, I think some significant self-reflection is in order here.

> There are counter examples like I mentioned above but they are rare.

Those counter examples you mention also behave this way (and you likely do too), it's just they enjoyed your company and were willing to reciprocate. Those who didn't aren't clueless or anti-social, they just weren't willing to reciprocate with you.

> It took me way too long to realise that quality >>> quantity regarding relationships.

That is true, but be careful in defining quality as equal effort. You will self-select for people for whom friendship is transactional rather than emergent, and those "friendships" (in quotes because many including me would consider those to be acquaintances rather than friends by definition) tend not to endure hardship, where friendship by definition becomes unbalanced in effort.
Show HN: A real-time multiplayer card game built with Go and Htmx
by mitchm | 2026-02-25 13:06:52+00:00
This started out as an exercise in what’s possible building web apps without JS UI libraries.

It’s a real-time multiplayer version of the classic card game Uno. Heavy use of the SSE extension for HTMX, which powers realtime game updates, chat, and the live replay feature for spectators. Lots of granular OOB swaps.

Figured it would be a better demonstration than a todo list. Happy to answer any question about how it’s developed or take any feedback to make it better.

This is purely an experiment. Free, no ads, no accounts needed. Gameplay is ephemeral.
by embedding-shape | 2026-02-25 13:07:01+00:00
Yeah, I wasn't trying to say "These are the people who use CC, for these purposes" but rather what the intention seems to for Claude Code in the first place. I'm using CC from time to time, to keep up to date with what tooling is available, and also know people who use CC every day and plan a lot up front, sorry if I gave the impression that I meant that everyone using CC is doing that, was trying to get at what the purpose of the tool seems to be, which seems to be true today too, as the models continuously seem to steer you to "doing" and moving faster, not stopping and thinking.
by FightinJim | 2026-02-25 13:07:09+00:00
Author here. Quick context on what this is and why I'm posting it now.

I fitted a saturating exponential (3 free parameters) to the BTC/Gold ratio using 10 years of monthly data (2015–2024). R² = 0.91. The basic idea: gold's supply grows ~2% annually; Bitcoin's is capped. Once you model the adoption surge as a transient that decays, you get a clean fit and specific predictions.

The model has been running out-of-sample since January 2025 — 14 months. Yes, the ratio has dropped from 35 oz to 12 oz since July. The model is being stress-tested right now. The statistical scorecard for it is still looking good (cumulative z-score +0.93), because the early months ran above prediction and the bust is pulling the sum back toward zero. If the bust continues, the test will eventually reject the model — publicly, on the dashboard. That's the point.

Paper is on SSRN, code is on GitHub (linked at top of page). Happy to discuss methodology, assumptions, or limitations.

*(edited for typo)