MurphyA/hacker-news huggingface dataset:
by data-ottawa | 2026-01-09 05:14:36+00:00
Needing the right scaffolding is the problem.

Today I asked 3 versions of Gemini “what were sales in December” with access to a sql model of sales data.

All three ran `WHERE EXTRACT(MONTH FROM date) = 12` with no year (except 2.5 flash did sometimes gave me sales for Dec 2023).

No sane human would hear “sales from December” and sum up every December. But it got numbers that an uncritical eye would miss being wrong.

That’s the type of logical error that these models produce that are bothering the author. They can be very poor at analysis in real world situations because they do these things.
by _carbyau_ | 2026-01-09 05:15:33+00:00
Why would "consumers" as a whole care about an AI specific pc?

Consumers consciously choosing to play games - or serious CAD/image/video editing - usually note they will want a better GPU.

Consumers consciously choosing to use AI/llm? That's a subscription to the main players.

I personally would like to run local llm. But this is far from a mainstream view and what counts as an AI PC now isn't going to cut it.
by tac19 | 2026-01-09 05:16:41+00:00
> So was the proposed idea be that people would be required to disclose if AI was used to generate code?

Yes. The proposal claimed that there will be too much AI slop, and it will inundate the review process with too much work and bring the entire system to a grinding halt, or worse, end up allowing code that lacks proper review into the kernel.

Linus basically said, "It might become a problem, but the bad guys are never going to admit they used AI, so it's not helpful to demand disclosure".
by Bridged7756 | 2026-01-09 05:17:40+00:00
The guy who was involved in an identical incident a couple of months ago? Standing in front of a car in a tense situation against all logic and procedure, again?

It's surely "last resort" just as it's "last resort" for me to pull out a gun as a "last resort" in a fight I caused.

Either he is severely mentally incapable or he was looking for a reason to murder someone. The good ol' shoulder bump in the dancefloor.

What's crazier is that a clear swerve to drive away is being sold as an attack, and worse, it justifying 4 point blank shots to the face.
by Syzygies | 2026-01-09 05:18:10+00:00
Yes. I've been using it today with Zed (a mind-blowing editor, by the way).

One must use an API key to work through Zed, but my Max subscription can be used with Claude Code as an external agent via Zed ACP. And there's some integration; it's a better experience than Claude Code in a terminal next to file viewing in an editor.
by anotherpaul | 2026-01-09 05:18:22+00:00
I don't quite understand:
Instead of using the phones GPS to let me simply chat with people around me, which would be great during traveling or commute, I need to choose the place I chat at?

This seems super counter productive in my opinion. It creates way more friction that I want.

Maybe I want to save a location I have been to as a chatroom, sure but my primary interest would be to have my location determine the chat. So if I enter a university building: boom university chat.
I enter Cern: boom Cern chat.

The hard part would be to not just use rectangles but actually make the shapes meaningful. I don't want to walk past a high school or live next to one and then be included in that chat. So yeah. Tricky
by thwarted | 2026-01-09 05:19:32+00:00
Is there a way to tell if people are seeking out the same video or or if they are watch it because it was suggested? Especially when 90% of the recommendations are repeats?

There isn't even an "I've watched this" or "don't suggest this video anymore" option. You can only say "I'm not interested" which I don't want to do because it will seems like it will downrank the entire channel.

Even if that is the case, I rarely watch the same video, so the recommendation engine should be able to pick that up.
by inferiorhuman | 2026-01-09 05:20:23+00:00
STM is popular because their lineup is cheap, offers a lot of features, and the documentation is readily available. The flip side is that their errata is lengthy, the HAL is complex to support lots of different designs under the same product names, the documentation is poorly organized, and Mac compatibility needs a gigantic asterisk. You can also get a BlackPill (get the F411 version with 8MB flash) off of AliExpress for $0.99 from their official store. Unlike STM's own dev boards (Nucleo) you'll need a separate debug probe.

RP is also cheap and has that pretty sweet programmable GPIO and documentation that everyone seems to love. Adafruit has an RP2040 Feather for $12, RP2350 for $15, or with an ESP32-C6 (RISC-V) for $15.

Nordic stuff looks pretty sweet but is generally a bit expensive.

I've been working on a HAL for an older Atmel SoC and absolutely loved the documentation. But Atmel stuff is expensive. Quality of the Chinese clones is iffy. I set myself back a bit by bricking my one board but am hoping to have a beta release in a month or so.

More recent Atmel/Microchip stuff (D21, D51, E51) has a HAL that the Embassy folks seem to have overlooked. You can get them on Adafruit boards at varying price points.

Or just pick something unsupported and start writing a HAL. It's a great way to get up close and personal with how everything fits together.
by altairprime | 2026-01-09 05:21:15+00:00
Win10 only supports this in specific high-sec enterprise configurations and, as indicated, Microsoft will not be porting that back to Windows 10. One can reasonably expect that Windows 10 support will be killed in favor of this new API, specifically because it means game studios can stop paying for soon-irrelevant development effort into Windows anti-modding. And I bet TF2 starts blocking unattested (and, so, Windows 10) players within one year of Valve enabling the new attestation API on Steam hardware in Windows/Linux.

Linux is and has for years been capable of supporting all of this at any time, and when-not-if Valve enables attestation of a clean sealed-booted Steam Linux environment for their hardware, AAA multiplayer games will begin allowing only sealed-attested Steam Linux players to join multiplayer games from Linux.

Microsoft isn’t doing this to screw Linux. Microsoft is doing this to avoid losing the secured PC gaming market to Valve. They already lost the (secured) console gaming market, after all.
by anttiharju | 2026-01-09 05:21:50+00:00
I like AI for software development.

Sometimes I am uncertain whether it's an absolute win. Analogy: I used to use Huel to save time on lunches to have more time to study. Turns out, lunches were not just refueling sessions but ways to relax. So I lost on that relaxation time and it ended up being +-0 long-term.

AI for sure is net positive in terms of getting more done, but it's way too easy to gloss over some details and you'll end up backtracking more.

"Reality has a surprising amount of detail" or something along those lines.
by potamic | 2026-01-09 05:23:10+00:00
I don't think they are confused. They are simply challenging the assertion that the model should not work with other software. Which is fair because there is a lot of precedent around whether a service can dictate how it must be consumed. It's not a simple answer and there are good reasons for both sides. Whichever path we take will have wide consequences and shape our future in a very distinct way. So it is an important decision, and ultimately up to us, as a society to influence and guide.
by csallen | 2026-01-09 05:23:26+00:00
> but the difference now is that rich people are so unfathomably rich...

Compared to when? How many times in history has wealth been less concentrated?

As far as I'm aware, for almost all of history post-agriculture, wealth was highly concentrated while the average person lived in abject poverty (think: kings vs peasants). The mid-20th century was an era of mass prosperity in the US and parts of Europe, but it was an anomalous few decades, not the norm.
by kamaal | 2026-01-09 05:24:01+00:00
It works because if you want some information on React or say Python, or say Prolog. Whatever information ChatGPT generates is quickly verifiable, as you have to write code to test it.

Even better many times, it shows me new insights into doing things.

I haven't bought a book in a while, but Im reading a lot, like really a lot.
Show HN: Distributing AI agent skills via NPM
by surgesoft | 2026-01-09 05:24:43+00:00
Hey HN! Built a template for distributing AI agent skills via npm.

Problem: AI coding tools (Claude Code, Cursor, Windsurf) support custom
"skills" but distribution is manual - copy files to ~/.tool/skills/,
repeat for updates, no versioning.

Solution: Standard npm packages with lifecycle hooks:
npm install -g @org/my-skill
npm update -g @org/my-skill

Benefits:
- Semantic versioning (^1.2.0 for auto-updates)
- Private registries for enterprise
- Standard CI/CD integration
- Discoverable on npmjs.com

It's a GitHub template - fork, customize SKILL.md, publish. Works
across Claude Code, Cursor, Windsurf, and compatible tools.

Repo: https://github.com/RaoHai/agent-skill-npm-boilerplate

Curious if others have solved this differently?
by pat_erichsen | 2026-01-09 05:25:02+00:00
This situation feels like a +1 for Agent Client Protocol (ACP) [1].

In ACP, you auth directly to the underlying agent (eg Claude Code SDK) rather than a third-party tool (eg OpenCode) that then calls an inference endpoint on your behalf. If you're logged into Claude Code, you're already logged into Claude Code through any ACP client.

[1] https://agentclientprotocol.com/overview/agents
by inferiorhuman | 2026-01-09 05:26:05+00:00
Embassy provides some traits, but it's pretty much expected you'll be using traits from embedded-hal (both 0.2 and 1.0).

IMO one of the big reasons Arduino stayed firmly hobbyist tier is because
it was almost entirely stuck in a single-threaded blocking mindset and'
everything kind of fell apart as soon as you had to do two things at once.

I think Arduino also suffered because they picked some super capable ARM chips and weren't really prepared to support people migrating away from AVR. Even the Uno R4 is obscenely complex.

Conversely Embassy suffers from being immature with some traits that haven't really been fleshed out sufficiently.
by jhanschoo | 2026-01-09 05:26:35+00:00
How is this an appropriate rejoinder? Inequality in education and the variability of fortunes persisted throughout Imperial and post-Medieval times. Rather, if we acknowledge that the rural person in Italy was still illiterate during the Enlightenment, then my point still stands; the rural laity was just as "mindless".

This has little bearing on the argument I was making, but I'd like to note that religion had a great incentive to teach abstract notions to the laity (and they did) as the Christian God and its dogma are extremely abstract in contrast to most agrarian notions.
by strcat | 2026-01-09 05:27:20+00:00
GrapheneOS is doing well and has an OEM partnership for devices launching in 2027. The switch to 2 major releases per year applies to both the Android Open Source Project and non-Pixel stock operating systems. Non-Pixel OEMs weren't shipping the quarterly releases but rather at most the yearly ones, usually with massive delays. Google is trying to get them to ship 2 releases per year on time instead. They gave up on getting them to ship 4 releases. It's not clear if the stock Pixel OS will continue having 4 major releases per year, but it's clear that if it does that the 2 other OEMs are meant to ship will have more changes. Bear in mind they only had 1 major release per year until trunk-based quarterly releases began with Android 14 QPR2. Android 16 QPR1 being pushed to AOSP delayed until almost right before Android 16 QPR2 was released to AOSP on launch day, they already came close to implementing the new policy in practice without telling anyone about it. The whole thing appears to be due to massive cost cutting for Android and ChromeOS. Android 16 QPR1 appears to have been delayed for AOSP due to major bugs in the code which they worked around for Pixels.

Everything at Google is going downhill due to cost cutting, not specifically this. It's more of a neutral thing for GrapheneOS than a bad thing since it presents a lot of opportunities too. Google is likely to lose control of Android via antitrust action but whether that ends up better for open source is an open question.
by dboon | 2026-01-09 05:27:24+00:00
It is embarrassing to restrict an open source tool that is (IMO) a strictly and very superior piece of software from using your model. It is not immoral, like I said, because it's clearly against the ToC; but it's not like OC is stealing anything from Anthropic by existing. It's the same subscription, same usage.

Obviously, I have no idea what's going on internally. But it appears to be an issue of vanity rather than financials or theft. I don't think Anthropic is suffering harm from OC's "login" method; the correct response is to figure out why this other tool is better than yours and create better software. Shutting down the other tool, if that's what's in fact happening, is what is embarrassing.
by xpe | 2026-01-09 05:27:43+00:00
Update: Ah, I see this part: "This credential is only authorized for use with Claude Code and cannot be used for other API requests."

Old comment for posterity: How do we know this was a strategy/policy decision versus just an engineering change? (Maybe the answer is obvious, but I haven't seen the source for it yet.) I skimmed the GitHub issue, but I didn't see discussion about why this change happened. I don't mean just the technical change; I mean why Anthropic did it. Did I miss something?
by fragmede | 2026-01-09 05:27:51+00:00
We should be absolutely terrified about the amount of access these things have to users systems. Of course there is advice to use a sandbox but there are stupid people out there (I'm one of them) who disregard this advice because it's too cumbersome, so Claude is being run in yolo mode, on the same machine that has access access to bank accounts, insurance, password manager and crypto private keys.
by charcircuit | 2026-01-09 05:27:57+00:00
>trying to lock out Linux

Only because desktop Linux will be behind on security.

Macs already got this ability in 2023 which allowed for a user mode anticheat for Riot Games to be made that successfully prevented cheating. Now Windows is getting attestation that is the game running on a secure system.

If desktop Linux ever gets around to this then a anticheats can add support for it and it will be much easier then them needing to make a kernel anticheat for a platform that few people use.
by brainless | 2026-01-09 05:28:09+00:00
I do not know what that next level is to be honest. Web search, crawler, code execution, etc. can all be easily added on the agent side. And some of the small models are so good when the context is small that being locked into one provider makes no sense. I would rather build a heavy multi-agent solution, using Gemini, GLM, Sonnet, Haiku, GPT, and even use BERT, GlinER and other models for specific tasks. Low cost, no lock-in, still get high quality output.
by vidyesh | 2026-01-09 05:28:32+00:00
To be specific, they had 4 staff engineers and had to fire 3 of them[1]. If Tailwind wasn't making that much money, they wouldn't have been able to keep developing Tailwind upto this level of sophistication.

[1]https://socket.dev/blog/tailwind-css-announces-layoffs#:~:te...
Show HN: An Alternative UI for DuckDB
by hfmsio | 2026-01-09 05:29:03+00:00
I built an open-source SQL workbench for DuckDB that runs in two modes:

1. Native mode as a replacement UI for `duckdb -ui` with full local DuckDB
2. Browser mode as a standalone DuckDB WASM app with zero install

Quick start

# Option A: Use with local DuckDB
npx dbxlite-ui
# then:
export ui_remote_url="http://localhost:8080" && duckdb -unsigned -ui

You can also point DuckDB directly at the hosted UI without installing anything:

export ui_remote_url="https://sql.dbxlite.com" && duckdb -unsigned -ui

Or just use the browser-only version:
https://sql.dbxlite.com

Why
DuckDB’s built-in UI is solid. I wanted something that fit my workflow better with richer schema exploration, multiple themes, and a more capable results grid for visualizing complex and nested data structures.

Features
- Query CSV, Parquet, Excel, JSON from local files or URLs
- Monaco editor with autocomplete
- Schema explorer optimized for nested data
- Grid-based results view designed for complex data
- Global search across schemas, tables, and columns
- Browse, install, and manage DuckDB core and community extensions from the UI
- Export results to Parquet, CSV, JSON
- 10 color themes

In server mode you get full native DuckDB with extensions, filesystem access, and no memory limits.
In WASM mode everything runs entirely in the browser and data never leaves your machine.

GitHub: https://github.com/hfmsio/dbxlite
npm: https://www.npmjs.com/package/dbxlite-ui

Feedback and ideas welcome.
by pixelatedindex | 2026-01-09 05:29:09+00:00
Pretty insightful details actually, I’ll rethink some of my positions. But I can’t imagine these bigger landlords taking that much of a hit, especially with multiple properties. Like let’s say I bought a home before meeting my significant other who also has a home - then I only need one place and I can rent out the other. Once both are paid off you have significant leverage. I don’t think you necessarily need a “free” house
by Sewer56 | 2026-01-09 05:30:09+00:00
Here's how to get a refund on the website (all automated):

1. Profile Icon -> Get Help

2. Send us a Message

3. Click 'Refund'

Big corpos only talk money, so it's the best you could do in this situation.

If you can't refund, and need to wait till sub runs out after cancelling, go to the OpenCode repo and rename your tools so they start with capital letters. That'll work around it. They just match on lowercase tool names of standard tools.
by wtetzner | 2026-01-09 05:30:38+00:00
Yeah, the problem with the term "AI" is that it's far too general to be useful.

I've seen people argue that the goalposts keep moving with respect to whether or not something is considered AI, but that's because you can argue that a lot of things computers do are artificial intelligence. Once something becomes commonplace and well understood, it's not useful to communicate about it as AI.

I don't think the term AI will "stick" to a given technology until AGI (or something close to it).
by VerifiedReports | 2026-01-09 05:32:05+00:00
"Pretty much every school in the US has students using touchscreen Chromebooks."

Pfff, what a laughable claim. Meanwhile, just because people CAN use to learn something doesn't mean it's good. Touchscreen computers, especially laptops, are dumb for a few reasons. They already have a touch interface (the trackpad), and touchscreen on a computer requires dumbed-down interfaces with oversized controls and an M.O. that tolerates your hand and arm blocking your view of what you're trying to work on.

And also the screen's hinges must be (and perpetually remain) stiff enough to sustain people pressing on the screen the whole time.

With people doing so much on phones and tablets now, you can bet that when they fire up a legitimate computer, they want a computer's capabilities. That means a real keyboard, a precision pointing device, and software with a proper computer UI.
by dfabulich | 2026-01-09 05:33:19+00:00
For folks not following the drama: Anthropic's $200/month subscription for Claude Code is much cheaper than Anthropic's pay-as-you-go API. In a month of Claude Code, it's easy to use so many LLM tokens that it would have cost you more than $1,000 if you'd paid via the API.

Why is Anthropic offering such favorable pricing to subscribers? I dunno. But they really want you to use the Claude Code™ CLI with that subscription, not the open-source OpenCode CLI. They want OpenCode users to pay API prices, which could be 5x or more.

So, of course, OpenCode has implemented a workaround, so that folks paying "only" $200/month can use their preferred OpenCode CLI at Anthropic's all-you-can-eat token buffet.

https://github.com/anomalyco/opencode/issues/7410#issuecomme...

Everything about this is ridiculous, and it's all Anthropic's fault. Anthropic shouldn't have an all-you-can-eat plan for $200 when their pay-as-you-go plan would cost more than $1,000+ for comparable usage. Their subscription plans should just sell you API credits at, like, 20% off.

More importantly, Anthropic should have open sourced their Claude Code CLI a year ago. (They can and should just open source it now.)
by abustamam | 2026-01-09 05:34:01+00:00
That's fair, and I'm not claiming rent disappears, or that nobody should ever earn money from operating rental housing. Some people will always need or want to rent, and providing rental housing is real work that should be compensated.

The distinction I'm trying to draw is between operating housing as a service and owning housing primarily as a financial asset whose returns are driven by scarcity and leverage.

In a healthier system, the incentive to own rental property would look closer to running a utility or a hospitality business: you earn steady, relatively bounded returns for providing a well-run service (maintenance, risk, capital deployment, tenant experience), not outsized returns from appreciation and from pushing rents faster than incomes.

People would still buy rental properties to earn income, but the business case would be built more on operational efficiency and quality of service, and less on financial engineering, tax advantages, and asset inflation.

Practically, that can show up in a lot of forms that already exist in pieces today: regulated or capped-return rental models, co-ops and shared-equity housing, community land trusts, public-private development, developer-operator splits, or tax structures that favor building and selling over hoarding and rent maximization.

So I'm not saying "don’t make money on rent." I'm saying a system where most of the upside comes from perpetual control of a scarce necessity will naturally concentrate ownership and make entry harder and harder. A system where most of the upside comes from creating, improving, and operating housing can still support rentals while keeping the door open for new owners.
by jhanschoo | 2026-01-09 05:34:29+00:00
> Speaking of reconciliation, might I interest you in a reconciliation of Aquinas and Spinoza, by way of Galois Theory?

This is kind of bad faith.

> They developed a great deal of formal logic... it seems more like they were mostly slathering on the tech debt. How am I mistaken?

https://plato.stanford.edu/entries/abelard/

> Abelard was the greatest logician since Antiquity: he devised a purely truth-functional propositional logic, recognizing the distinction between force and content we associate with Frege, and worked out a complete theory of entailment as it functions in argument (which we now take as the theory of logical consequence). His logical system is flawed in its handling of topical inference, but that should not prevent our recognition of Abelard’s achievements.

and you might be more familiar with Ockham's Razor. There are others, but you can do your own research if you're interested. There was a lot of work that needed to be done in between Aristotle's incomplete Syllogisms and the incomplete understanding of propositional logic that Sophists used, that helped birth Frege's Begriffsschrift.
by bentcorner | 2026-01-09 05:35:27+00:00
It's a balance between allowing linux and (theoretically) opening the door for more cheaters. Saying "players can't play our game because every match has a cheater" is just as bad.

I can't say which has more weight but it's not a cut and dry situation, at least until Linux has anti-cheat.

Right now developers could make an "unattested" queue for linux and other non-TPM windows systems. Which could also serve as a black-hole for cheaters, so maybe there's some value in that.