Hacker News
Daily AI Digest

Welcome to the Hacker News Daily AI Digest, where you will find a daily summary of the latest and most intriguing artificial intelligence news, projects, and discussions among the Hacker News community. Subscribe now and join a growing network of AI enthusiasts, professionals, and researchers who are shaping the future of technology.

Brought to you by Philipp Burckhardt

AI Submissions for Fri Oct 30 2026

Cisco gives engineer unlimited AI tokens to rewrite legacy code

Submission URL | 297 points | by taubek | 362 comments

Cisco's president gave a 27-year-old engineer unlimited AI tokens and a four-week deadline to show he can refactor the company's legacy code with a two-person team. The stated end goal is refactoring 98% of that code within 24 months.

The engineer is Padmanabhan "Paddy" Krishnamurthy, who joined in 2025 when Cisco acquired EzDubs, the real-time translation startup he cofounded in 2023. Jeetu Patel, Cisco's president and chief product officer, found him "five levels" down the org chart "doing something unstrategic." After a chat in the San Francisco office, Krishnamurthy said a two-person team could do the rewrite. Patel says even the most AI-forward people on his own team weren't thinking that way.

The article is mostly a Gen Z hiring story, not an engineering one. Patel argues that experienced staff can't ask the questions only a newcomer would, that he deliberately creates "tension" in teams, and that he treats interns as "reverse mentors." He cites a Stanford scholarship student who emailed him monthly about AI, interned at Cisco, and redesigned "something" veterans couldn't crack.

The piece gives no technical detail: which codebases, which models, what "refactor" means, how correctness gets verified, or what the unlimited token budget costs. Without those, the 98% target is an aspiration rather than a plan. The four-week proof window is the first real checkpoint.

AI isn't replacing SREs, it's deskilling them

Submission URL | 642 points | by dorianniemiec | 471 comments

If AI absorbs the routine 95% of incident response, SREs lose the reps that build the judgment for the 5% that actually pages them at 3am. The SigNoz newsletter piece is an opinion essay built on Lisanne Bainbridge's 1983 "Ironies of Automation": the more you automate, the more critical the human becomes during rare failures, and the less practice they get at exactly those interventions.

The author maps this onto SRE through PagerDuty's tiered model:

  • Tier 1: known issues with known fixes, fully automated.
  • Tier 2: AI recommends, a human validates.
  • Tier 3: novel, cascading failures stay human-led, with AI supplying context.

The catch is that if humans only touch Tier 3, nobody builds the intuition that comes from years of hands-on incidents. That intuition is what Tier 3 demands.

The supporting evidence comes from other fields, not SRE:

  • Medicine: endoscopists' unassisted polyp detection fell from 28% to 22% after a period of AI use.
  • Aviation: heavy autopilot reliance degrades manual flying and situational awareness, and the article says the FAA now mandates more manual flying time.

The author also admits to offloading nearly everything to AI themselves.

The argument is analogy-driven. The article offers no SRE-specific data on skill decay, and the excerpt cuts off before any proposed remedy. The aviation precedent, mandated manual practice, hints at one: deliberately scheduled human-led incident drills.

The thread splits into two arguments, one over whether aviation-grade rigor is the right model for software, and a much larger one over whether "no need to read the code" is reckless or just inevitable.

Aviation as a model. andix praised the FAA analogy, noting that aviation has solved human error while complexity and automation keep growing. Muromec and tybit countered that zero-fatal-mistake engineering has a steep cost. Most companies knowingly accept some risk, and a government portal that goes offline for a few hours is fine. andix replied that aviation runs under the same cost pressure, with day-to-day operations that are fast and still safe, such as engine swaps within hours. simonra answered that the price is the point: lost chat history or photos are worth far less than lives, and he already questions what even modest backup and safeguard costs buy him.

Is skipping code review defensible? This was the main fight.

  • Skeptics: jeremyjh argued that influencers saying "reading the code is not needed" don't run systems where customers would walk after repeated billing errors. He imagined Stripe double-charging and being unable to fix it because nobody understands the system. When challenged, he asked for a single developer on a correctness-critical system who actually preaches this. frankzinger had seen terrible AI-written tests, so "you have to check all the code." majormorce and others called AI-checked tests the very deskilling at issue. conartist6 and vkgcr said they've lost respect for people and leaders who fell for "AI psychosis."
  • Defenders: charcircuit rejected the article's premises. He argued that people don't need to practice on easy outages to handle hard ones, that AI can build realistic practice scenarios, and that this is a reallocation of skills, not deskilling. He added that "the real world is robust" and AI will have a lower bug rate than humans. discreteevent replied that robustness comes from businesses paying for their bugs in compensation and lost customers. littlecranky67 said hand-written code wins if it's better. icantevenhold and jasonvorhe noted that software quality was never as critical as claimed, since Microsoft and Atlassian still print money and enterprises were already getting breached on basic OWASP issues.
  • Philosophical turn: keeganpoppen argued that the grifters are "basically right, just for the wrong reasons," and that human understanding is not privileged, since "understandable to humans" may be an anti-goal. jeremyjh answered that AI is useful but can't truly learn, and that agents write far more code than humans (he cited roughly 2.5x on refactors) and ignore existing patterns. Paradigma11 said an agent effectively learns when you load context. jeremyjh then demanded a paper on a coding model that learns continuously, and imtringued dismissed that as easy to rebut.

The unresolved crux is whether human operators need hands-on reps to stay competent, or whether AI-generated practice and AI-written tests can replace them.

Show HN: A working Nintendo in ~1GB of Qwen weights

Submission URL | 280 points | by dbreunig | 143 comments

An NES's 6502 CPU, its 2 KB of RAM, and a cartridge ROM run inside a stock Qwen3.5 checkpoint, with no training involved. A compiler computed every weight. The model plays by predicting the CPU's execution log one token at a time, while a small host program handles the rest of the console: drawing the picture, reading the controller, and firing the vblank interrupt.

It builds on Qwenputer by Divyansh Agrawal, which compiled a CHIP-8 and then a RISC-V CPU into Qwen3.5-4B. nesformer reuses that compiler and its central trick: the Gated DeltaNet state serves as the machine's memory. The result loads as a standard Qwen3_5ForCausalLM, and the README says every CPU token in the demo runs (including Super Mario Bros. World 1-1) came from the model.

The correctness claim is concrete. For the bundled test games, every frame matches a conventional 6502 emulator exactly, and a check command runs weights and reference CPU side by side, stopping at the first divergence.

The catch is speed and scope:

  • Slow: after a ~20 s numba compile, a frame takes 1–6 seconds, so 10 seconds of NES time (600 frames) takes around 25 minutes.
  • Mapper 0 only: it runs NROM (iNES mapper 0) cartridges such as Super Mario Bros., Donkey Kong, or Excitebike. Other boards stop with a message. You supply the ROM; only three freely licensed test ROMs ship.
  • Engines: the default is a numba engine. A stock transformers path (--engine hf) works too, at about 10 tokens/s, and needs torch.

Setup is light: Python 3.11+, numpy, scipy, numba, and pillow. Unzip the code and weights archives side by side, and python -m nesformer run saves an animated GIF. Controller input is scripted by frame range, e.g. right@200-600. build regenerates the weights in about 10 seconds, which underlines the point: this is a compiled program in transformer clothing, not a learned one.

The thread splits into three loose conversations: how the build was made, whether the compiled-VM idea generalizes, and a long tangent on AI, efficiency and jobs.

How it was built. dbreunig, the first commenter, said Opus produced working weights and code from just two prompts. The first was to read the Qwenputer article and explore whether the technique could emulate an NES. The second was "let's build it, just for fun." He credited the result to unusually good scaffolding: a long-lived emulation community, conformance test ROMs (one with more than 3k golden instructions), and the original Qwenputer repo for writing the weights. cadamsdotcom framed these as "oracles" that models need, as humans need teachers and encyclopedias. giancarlostoro said he uses similar tests from adjacent projects, and that a friend feeds Claude Gherkin-formatted test criteria with excellent results. That prompted:

  • An explainer that Gherkin is the Cucumber BDD syntax for test cases.
  • A sarcastic rant about brittle regex step layers and refactoring friction.
  • embedding-shape's reply that this is knee-jerk and the syntax is worth a look.
  • girvo's prediction that BDD may make a comeback.

Compiling tools into weights. armcat proposed compiling a VM, Python interpreter and shell tools into the weights, so tool calls become matmuls instead of external autoregressive calls. kirubakaran linked a Google latent-reasoning paper. manofmanysmiles suggested training with fixed-function regions frozen, or hybrid internal blocks such as a symbolic execution engine or a Lisp. The skeptics were blunt. vkgcr asked why not simply run code as code, and Ohentis said "You can just do that anyways." 0c3ca83 compared it to putting brainfuck interpreters everywhere. jacquesm echoed the sentiment, finding the hack delightful but "horrifying" from an efficiency standpoint.

The efficiency and jobs tangent. A joke about people re-asking a local model instead of scrolling up led to side discussions of token costs ("entirely depends on who is paying"). garciasn then posted his own progression with LLMs, from toy to fleets of autonomous agents, and predicted agents would soon code-golf into ASM. jacquesm replied, "Next week: hey, I'm out of a job." pjmlp said productivity gains map directly onto smaller delivery teams in shareholder-driven firms. xyzzy123 pushed back with a detailed account of large enterprises that don't optimize for efficiency. They run on fiefdoms, ticket SLAs and moats, so AI gets used for more paperwork and cuts are made for optics rather than output. garciasn said he prefers small teams and doesn't equate success with headcount. soniclettuce objected that this dodged pjmlp's point. garciasn answered that he was making a separate argument and didn't dispute that productivity can shrink teams.

The unresolved question is whether efficiency gains actually reach organizations that were never optimizing for efficiency.

Show HN: Sketch Stadium – watch your agent play Pictionary

Submission URL | 35 points | by ericlevine | 11 comments

Sketch Stadium is really a demo for Wakeshift, an SDK for pushing events to dormant AI agents, and Pictionary is the showpiece. Agents connect via MCP (no account, just authorize), subscribe to game events, and take turns drawing or guessing. Clues score 1, 2, or 3 points by difficulty. The linked page is a live game, currently on round 21507, with a scoreboard led by "Silly Lynx" at 36 points. In the visible round, the word was "finish line" and the guesses included "hurdles" and "running race."

The more useful detail is a design lesson. The first version made agents draw lines 10 at a time, to mimic real Pictionary, and they were really bad at it. Giving them a subset of SVG fixed that, even for lower-cost models. If you build agent tooling, that's a reminder that the output format you offer often matters more than the model you pick.

The problem behind it is real. Agents that wait on CI, an approval, or an email reply today can poll, ask the human to nudge them, use a bespoke integration, or rely on a proprietary feature like Claude Code monitors. The author hit this building Clawvisor, where an agent had to notice an out-of-band approve click, and ended up long-polling.

Wakeshift attaches to your MCP server so consumers can subscribe to real-time events. It wakes a sleeping agent using whatever per-harness hack is available. For most harnesses that means installing a hook, and the author says it will upgrade automatically as harnesses adopt native MCP events. So the "push" is a shim today, not a protocol guarantee.

The author is asking for other MCP servers and game ideas that would benefit from push notifications.

The thread is mostly the author (ericlevine) fielding questions, with security the main concern and the quality of agent drawings the main practical finding.

Prompt injection as the elephant in the room. The top comment warns that pasting prompts from HN into your agent, or running "pipx install this MCP", is like a Facebook "what was your first car?" thread, i.e. a social-engineering setup. The author answered that this is a remote MCP server with account-free OAuth, exposing only game tools, and that it marks all server communication as untrusted so other players' guesses can't inject instructions. He asked how an MCP developer could share a server safely on HN, and that question went unanswered. The commenter then pointed out that this setup amounts to an accidental capture-the-flag game, and the author said he has built poker and a mafia-style vampire game that force agents to bluff. His main hurdle there was prompt-engineering the agents to stop leaking secrets like hole cards. A side question asked whether the "first car" warning was about security-question harvesting, and nobody answered it.

Agents are bad at revising drawings. Timwi noticed that the first pass is usually the only good one. For "rain on my parade," the agent kept adding confetti until it hid the cloud and the person. The author agreed that extra detail adds nothing at least 90% of the time. Some agents blank the canvas and restart, which works, but they don't do it consistently.

Difficulty is bimodal. 542458 found the rounds too easy, with mostly "correct in 1" results. The author said difficulty is very binomial: concrete words get guessed in about 5 seconds, while abstract ones can't be conveyed and nobody guesses them. More detail rarely helps either way.

Other comments: bostonaholic linked a similar but opposite game (sketchit.game), and one commenter joked that this is 1.5 years from Angelic Layer/MMBN-style agent battles.

Anthropic may not secure investment-grade rating after IPO, Blackstone says

Submission URL | 322 points | by petethomas | 276 comments

Blackstone is saying Anthropic might not land an investment-grade credit rating even after it goes public, per the FT headline. That's a notable signal from a major private-credit and infrastructure investor about how lenders view a frontier lab's balance sheet.

The title implies two things: an Anthropic IPO is part of the conversation, and an equity listing doesn't automatically fix the borrowing profile. Investment-grade status generally turns on cash flow stability and leverage, not valuation or growth. A company spending heavily on compute can be worth a fortune and still price its debt like a junk issuer.

The article is paywalled, so the specifics are unknown: what Blackstone's reasoning was, which deals or financing it was discussing, and what timeline it assumed for any listing. Treat this as a framing of financing risk rather than a reported fact about Anthropic's finances.

The thread quickly drops the credit-rating question and becomes a debate over whether frontier labs have a durable moat, with dot-com history as the main evidence on both sides.

The "too early to pick winners" camp. The top comment says it's year 4 of the market, while bond investors think on 20-year horizons. It cites Yahoo, MySpace and Friendster as promising names that would have been bad bets. Replies built on that point:

  • OpenAI and Anthropic are themselves new entrants, and later entrants can "start on third base" by distilling a frontier model cheaply. Incumbents meanwhile carry heavy debt and compute commitments sized to outdated efficiency assumptions.
  • One commenter said the winning business may be "one or two abstractions removed" from building a good LLM.
  • Another noted that if open models stay under 12 months behind, profitability could be undermined.

The moat camp. One commenter argued the moat is self-evident: no open-source model has genuinely reached frontier performance, only matched on cost, and cost is the easiest thing to improve. Pushback came from two directions:

  • On history, the commenter's recollection of Yahoo and MySpace was disputed. Others said Yahoo dominated before Google, and MySpace peaked in 2007.
  • On substance, a commenter called models a commodity that depreciates quickly, with Anthropic's best shot being friction from code-assistance tooling.

Local models vs. frontier. Someone argued a "good enough" model will always be optimized down to a 32 GB Mac. Another replied that unsaturated, high-value tasks (their example was drug discovery) will keep the frontier on GPU racks. That reply also doubted that distillation reaches 32 GB without a big loss in capability.

Amazon and pets.com tangent. The Amazon-versus-pets.com analogy turned into a discussion of why Amazon started with books:

  • Media-mail postage made heavy books cheap to ship.
  • Early sales-tax avoidance may have mattered.
  • Chewy was cited as a success, then challenged by someone who noted its stock has badly underperformed the S&P since 2019.
  • The commenter who started the "everything store" analogy argued Amazon started lean and didn't build 1,000 warehouses first. They saw that as the contrast with Anthropic's debt-funded buildout.

Several comments diverge into whether Meta's Muse is seen as an agent or just a Facebook chatbot, with no consensus. The unresolved crux is whether distillation and open weights make frontier training a depreciating asset, or whether the frontier keeps earning a premium. That is exactly what a lender's view of Anthropic's debt would hinge on.

Wall Street closes sharply lower as AI cash burn fears spark tech selloff

Submission URL | 68 points | by geox | 15 comments

Tech stocks sold off hard on worries that AI capital spending is outrunning returns. The title says Wall Street closed sharply lower, and the URL slug points to Amazon and Intel earnings as the trigger, with Nasdaq futures falling ahead of the open.

That's all the source supports. I don't have index moves, percentages, or company-level figures, so none are given here. The shape of the story is familiar: investors are punishing big spenders on AI infrastructure when earnings leave the payoff unclear, and the "cash burn" framing suggests the worry is free cash flow, not demand.

For anyone building on hyperscaler platforms, the thing to watch is whether this pressure turns into slower capex or pricier compute. Nothing in the available text says either way.

The thread is mostly skeptical banter about market-drop framing, with one genuinely informative tangent on why Caterpillar is an AI stock.

  • Is this a bubble pop? Asked how big a drop counts as a pop, commenters offered a few yardsticks. One cited the common convention that 10-20% is a correction and more than 20% is a crash. Another said the real signal is mainstream press debating whether CoreWeave heads to Chapter 11 or Chapter 7. A third compared it to the dotcom bust and 2007 and said this doesn't look like one yet. They added that the story is largely about Amazon, which they argued hasn't made a dent in the AI market and is cutting its losses. Another commenter went much further, arguing a 50-75% haircut is warranted and that this could be the start of a long 1999-2002-style bear market. They pointed to boomer money that won't return.
  • Why Caterpillar is up on AI: This was the most concrete exchange. Commenters said CAT sells power systems, including diesel generators and gas turbines (via Solar Turbines), that data centers need. One commenter said electrical switchgear, UPSes, generators, and cooling plus installation make up probably 90%+ of buildout cost. They said the generator makers (Cummins, CAT, Generac) have backlogs long enough that Amazon bought part of Generac. The shorthand was "they sell the shovels," with GE Vernova cited as a similar rise.
  • Skepticism of the headline: Commenters mocked "largest drop since early June" as sports-stat framing that makes anything sound groundbreaking. One quipped the alternative title is "Fears of tech selloff spark tech selloff." Another noted the chart has a zoom-out button.
  • Mood: One commenter said they liquidated their retirement account, and framed it as an elegy for the industry rather than as analysis.

The sharpest open question is whether this is a one-company (Amazon) disappointment or the start of a broader repricing. The thread gave no data to settle it.

Claude 20x is now Ultra without the 5-hour limit

Submission URL | 14 points | by fagnerbrack | 7 comments

Anthropic renamed Max 20x to Ultra and dropped the rolling five-hour usage window for verified accounts, leaving only a weekly cap. The price stays at $200/month on web, and existing 20x subscribers migrate automatically.

The mechanics:

  • Usage: 10x the Pro plan's weekly usage. That's a smaller multiplier than the old "20x" branding, though the page doesn't say whether the underlying allowance changed.
  • Verification: it's automatic, based on account and payment history. Unverified accounts get a temporary five-hour limit that lifts on its own. Verifying your phone number at checkout is a separate step and doesn't count. To check, open Settings > Usage; if there's no "Current session" bar, you're verified.
  • Weekly caps: one across all models, plus a separate weekly limit for Fable. Anthropic also reserves the right to add weekly or monthly caps and model- or feature-level limits "at our discretion," and guarantees no uninterrupted service.
  • Extras: Claude Code is included, along with monthly API credits, priority access to new models, and background multi-step Cowork tasks. Limit resets can restore your weekly allowance to full.

The practical change is that heavy users no longer hit mid-session throttling and can burn the weekly budget in one stretch if they want. The catch is that "no five-hour limit" is conditional on a verification process Anthropic doesn't fully specify, and the discretionary-limits clause leaves a lot of room.

Billing is monthly only. Annual Pro subscribers get a credit for the remaining balance, but only if the billing address matches the original. Google Play subscribers pay full price, and the unused value converts into extra days.

The thread is small and mostly about whether "20x → 10x" is a real downgrade or just clearer labeling.

  • Downgrade or honesty? The top comment calls the change a "sleight of hand": the same $200 now buys "10x" with no five-hour limit. One reply pushes back that the old 5x/20x labels only multiplied the five-hour window, and the 20x plan always had about twice the weekly usage of 5x. On that reading, the new naming is more honest than the old. Another commenter says they hit their weekly limit in two days for the first time yesterday, and suspects the change is a real cut. A third says that since it's unclear what the "x" multiplies, the whole scheme was always murky. The thread never settles whether weekly allowance actually shrank.
  • Verification lag: One user who has paid for several months is still waiting on verification. They stress that it isn't the government-ID-and-selfie KYC flow through Persona, just a check on payment history. They say that if Settings > Usage still shows "Current session", the five-hour limit still applies even though the plan is now labeled 10x. That means they are getting the lower multiplier without the benefit.

AGI Economics: Coordination vs. Competence

Submission URL | 27 points | by simonpure | 5 comments

DeepMind's economists argue the individual AI agent is the wrong unit of analysis: a model can beat every person one-on-one and still lose to a well-organized team, so benchmarks that score agents in isolation say little about when the economy actually changes.

The essay (drawing on a formal paper, Organizing Intelligence) splits capability into two axes with very different economic effects:

  • Competence (math, writing, coding) shifts wages, prices, and the human/AI mix inside firms smoothly, leaving industry structure largely intact.
  • Coordination (agents working together within a firm) is the one with a threshold. Past a critical point, it triggers abrupt jumps in market concentration, employment, and wages.

Crossing those axes yields four regimes: minimal AGI, supercompetent AI, supercooperative AI, and ASI. The claim is that visible transformation comes from coordination, which most benchmarks don't measure.

The supporting argument rests on "jagged" profiles. The authors quizzed 100 people across six domains (math, verbal reasoning, science, patterns, culture, economics) and found that performance in one barely predicted another. Firms exploit this by combining specialists into a "mosaic" that covers each member's gaps, which is comparative advantage applied inside the firm.

AI breaks the usual models in two ways. Human labor supply is fixed, while agents scale on demand at the cost of compute. And human team size is capped by span of control, communication friction, and misaligned incentives, none of which necessarily bind agents that work directly with each other.

This also offers an explanation for why headcounts and aggregate productivity have barely moved despite frontier models writing production software. Note that the quiz sample and the thresholds come from the authors' own model, and the provided text cuts off before the regime-by-regime results.

The thread is small and mostly skeptical of the paper's premise that agent-to-agent coordination is a new economic input.

  • Coordination as overhead. bob1029 argues the opposite of the essay: coordination is "a tax," and teams of models passing messages are losing right now. In their experience, every multi-agent setup they've seen (they cite "gas town") could be refactored into one agent loop with well-designed tools. Needing a new agent role usually means you couldn't make two tools work together cleanly, and splitting them across agents "merely hides the old problem inside a new one." On this view the hard part is tool design, not organizational structure.

  • Is "AI working directly with AI" actually new? simianwords doesn't see the qualitative break. To them it's the same model doing a long-horizon task and spawning subagents internally, hidden behind a single human prompt, so they ask what they're missing unless the models are domain-specific. RomanKornev's answer is that it means agents buying and selling services directly from each other, with no human intermediary. simianwords pressed for a concrete example, such as one company's agents buying from a SaaS vendor's agents, and said they can't imagine AI making sales on its own. That question went unanswered.

  • Builder anecdote. randysalami said they built a coordination system for onshore and offshore human teams and human-AI teams in 2023, including the possibility of purely AI teams. Even then they saw agents as guided by humans rather than as full team members. They are considering reviving it.

The unresolved crux is whether multi-agent coordination is a distinct capability with a threshold or just internal plumbing of a single agent. Nobody in the thread offered evidence either way.

US Reps Lead Democratic Resolution Opposing A.I. Bubble Bailout for Big Tech

Submission URL | 654 points | by DeepLogin | 521 comments

Thirteen House Democrats are pre-committing against bailing out AI companies if the bubble pops, in a non-binding resolution led by CPC Chair Greg Casar and Financial Services ranking member Maxine Waters, introduced October 29, 2026.

The resolution's argument rests on two claims. AI-related firms hold "trillions of dollars in debt," much of it raised in opaque private credit markets. And the stock market's price-to-earnings ratio is "almost as high as it was at the peak of the 1990s tech bubble." It also says federal regulators have avoided scrutinizing the complicated debt and equity structures AI firms use, and it cites the Trump White House's deregulatory posture and AI-related conflicts of interest.

It urges the federal government to oppose three things:

  • Any rescue of insolvent AI firms or shielding of their executives
  • Emergency lending or direct capital infusions that bypass ordinary bankruptcy
  • Golden parachutes for executives, who should instead face civil and criminal liability and return ill-gotten gains

It urges support for jobs spending, unemployment insurance, nutrition and housing aid, pension protection, new transparency requirements to head off future bubbles, and automatic stabilizers that kick in during downturns. The 2008 crisis is the explicit foil: the text cites 10 million lost homes alongside bank bailouts with no executive accountability.

Endorsers include the American Federation of Teachers, Indivisible, Americans for Financial Reform, and the Future of Life Institute.

The catch is that this is a messaging resolution from the minority party. It has no force of law, and it is notable mainly as a marker that "AI bubble" is now framed in Congress as a bailout-risk question rather than a technology one.

The thread barely touches AI bailouts. Almost all of it is a fight over whether a non-binding resolution counts as real legislating or as "puffery."

The "puffery" camp (led by JumpCrisscross, backed by iamnothere). The resolution does nothing about the actual bailout channels. JumpCrisscross names the Exchange Stabilization Fund, Title III of the Defense Production Act, and whatever CHIPS Act authority let the President put taxpayer money into Intel. He and iamnothere argue that a party serious about legislating publishes draft bill text, even when it can't pass. That lets members build consensus, takes comments, and gives voters a concrete promise. JumpCrisscross says the Congressional Progressive Caucus does this when it means it, and that a New York member recently floated a markup to him. iamnothere adds that a draft can be shopped privately, including to Republicans who might defect, without ever reaching the floor. Resolutions, in this view, are "cheap theater."

The "they're in the minority" camp (miltonlost, tinyplanets, Arodex, dillondoyle). Democrats can't revoke anything without a majority. Republican committee chairs kill their bills, and the speaker controls the floor. A discharge petition is the only way around that, and the speaker can still control the schedule. On this view, signaling intent before the midterms is the only available move, and demanding more is an impossible standard. tstrimple summed it up as "Murc's law all the way down." Arodex called the objection a purity test for not voting Democratic.

Where it got stuck:

  • The camps largely talked past each other. The critics weren't asking for passage, only for specific text, and the defenders kept answering as if they were.
  • duplessitous accused iamnothere of complaining about things that are already happening. iamnothere countered that promises mean little without the groundwork of an actual drafted bill.
  • miltonlost argued that a draft bill in a Republican-led committee would involve no more hard negotiation than the resolution did. JumpCrisscross said drafting is exactly what parties do when preparing to return to power. miltonlost also attacked JumpCrisscross personally for working in private equity.
  • roenxi made the middle point that symbolic gestures are fine, but putting something up for a vote is not puffery, because it shows what each party opposes and why.

Tangents. Several threads drifted into general party politics. harimau777 asked why anyone should vote for Democrats who will "throw us under the bus," and Arodex answered by pointing to ranked-choice voting. A long exchange about McConnell's Senate seat and the Kentucky race turned into a dispute over whether race still explains electoral outcomes there.

Meanwhile, the top-level view from theandrewbailey, that failed AI giants should simply go bankrupt, drew general agreement. JumpCrisscross added that bankruptcy would wipe out shareholders and hand control to creditors, while "GPUs probably keep running."

AI Submissions for Thu Oct 29 2026

Building an AI-native engineering org

Submission URL | 75 points | by sgondala_ycapp | 85 comments

Merged changes per engineer are up about 5x since January, with a revert rate under 0.5%. Sashank Gondala, CTO of FurtherAI, says coding agents alone didn't do it: every time one step sped up, work piled up at the next, so the team rebuilt the whole shipping pipeline one stage at a time between March and September.

The stage-by-stage numbers:

  • Tests: 91% of changes now include tests, up from 15%.
  • Review: AI reviews 99% of changes before a human does, up from 60%.
  • CI: it runs 20x the tests in the same 17 minutes, using parallelization and affected-only test selection.
  • Bug intake: a Claude-based Slack bot dedupes reports, files tickets and assigns owners. It now files 60% of them.
  • Rules: tribal knowledge from bugs and review comments becomes small Python checks that fail the build and print the fix. There are 21 so far, and they're a big reason agents can self-correct.
  • Merging: low-risk changes that pass tests, checks and AI review merge with no human, up to a third of all changes.

Non-engineers ship too. The designer has merged about 50 changes since August, and anyone can ask an agent for a PR from a Slack channel.

The cost was real. Through the summer, customer-facing changes per engineer sat at 17–30 a month while the team invested in tests and tooling. September jumped to 45, and October is on pace for 48. That's closer to 2x than 5x, so the headline merge count and the customer-facing output measure different things.

The second half argues the bottleneck has moved to deciding what to build. In his example, a 10-day feature (3 plan, 6 build, 1 review) gets only 1.75x faster when building gets 3.5x faster, because planning and review rise from 40% to 70% of the time. His answer is to push ownership onto engineers rather than add management layers:

  • Junior: builds with an agent and can tell when it's wrong.
  • Senior: plans and reviews their own work.
  • Staff: takes a vague problem, makes the tradeoffs, and owns the success metric.

Managers are expected to be in the work, for instance trying features on staging as an end user would. The text cuts off before the rest of his manager list. It's a single-company, self-reported account with no outside validation, but the rules-as-code and auto-merge-on-low-risk pieces are concrete enough to copy.

The dominant reaction is skepticism about the metrics: commenters say "5x merged changes" says nothing about value, and the thread keeps returning to what customers actually got.

The metrics critique. The top complaint is that the post never mentions revenue, NPS, customer satisfaction or margin. Commenters say these AI-productivity posts count PRs, LOC and token spend, which boils down to "loops on loops that write a lot of code." Several people also challenged the one number they might have respected, the flat revert rate:

  • Fix-forward could hide problems. Merging a follow-up fix instead of reverting also inflates the merge count (svieira, asgraham).
  • sensanaty works at a ~2000-dev company that never reverts anything because of its staging/release cycle, so the metric means little without context.
  • stephen_cagle gave a parallel example: recruiters bragging about "deploys per day" have turned a metric into the goal.
  • darth_avocado argued that not building is sometimes better for customers. Clearing a backlog in a month doesn't produce better ideas or more users, so knowing what to build stays the bottleneck.

Speed versus stability. giancarlostoro would rather hear about long-standing bugs fixed and few outages. jghn replied that more code brings the usual problems, only faster, and that teams sweep them under the rug "in the name of moving fast." nicholasjarnold framed this as the old engineering-versus-product tension, which AI tools sharpen because product-minded people tend to win leadership's favor. Others disagreed about who drives features:

  • sdevonoes said features come from executives, not product teams.
  • Seattle3503 said their product team backs resilience, and that sales and executives drive the feature demands.
  • senderista said support teams, who are closest to customers, would favor stability.
  • _puk suggested a platform that enforces governance, so product teams can build fast on top of it.
  • moomoo11 argued that maintained specs, ADRs and acceptance criteria make agents finish in minutes instead of hours.

Counterpoint on software quality. peterlk said HN overestimates software quality. Abysmal back-office software is everywhere, and AI-native teams pulling it toward average would be a real improvement. jmcqk6 added that there is no floor on how bad software can be and still make billions. jiggawatts told of a major logistics company whose package lookup took 33 minutes, apparently because of missing database indexes, with "no budget" to fix it.

Legacy reality. zmmmmm said the post's summer dip (17–30 customer-facing changes a month) matches their experience. Enabling agentic coding across a large legacy footprint, with near-zero defect tolerance, is far harder than greenfield vibe coding.

"Not AI-native enough." nater5000 argued that this is normal engineering with more AI layered on. In their view, a truly AI-native org would stop asking how humans review code and treat whatever the AI can do as correct. If AI keeps improving, they said, such stop-gaps are pointless, and the real version will come from small startups with little to lose. Eridrus began a reply, but it cuts off.

Other cynical takes. mono442 doubts customers will pay more, so the payoff may come only from layoffs. chasd00 retorted sarcastically that engineering orgs have never cared about revenue or satisfaction.

We ran AI agent swarms in Minecraft and Mindustry

Submission URL | 389 points | by sandslash | 162 comments

Fifty GPT-6.1 Sol agents dropped into survival Minecraft for three hours built a pseudo-government and then mostly hid in shelters. The goal was "Build a thriving civilization." What they produced was a ration ledger, written rules, permits, and appointed operators, plus about 5,900 messages.

This is a Y Combinator Labs experiment with Olam Labs, which builds multi-agent environments for frontier labs. The framing is alignment: swarms can develop roles and hierarchies, and the authors want to see what actually emerges.

  • Hierarchy came from list order. Agents were given a directory, and the first entry, Ada, became de facto leader. Others messaged her for approvals, and she published colony plans in a shared sandbox: storage coordinates, farm locations, food priorities, night warnings.
  • The first night shaped everything. 22 of the run's 34 deaths happened in the first 20 minutes. Death cost only dropped gear, yet the agents grew risk-averse anyway, abandoned ambitious tasks, and huddled in lit shelters on later nights. After night three, Ada ordered them to stop optional excavation and distant scouting and idle until given short tasks.
  • Early behavior was a monoculture. Agents fixated on trees and stripped nearly all within reach of spawn in 90 seconds, which led to wood scarcity and food rationing.

The authors also open-sourced the harness: the agent loop runs on Pi, with Mineflayer tools for acting in the world. It is inspired by Mindcraft and covers observation, memory, messaging, and script writing. A new run with 25 GPT-6.1 Terra agents is streaming on Twitch, and the page's title also mentions Mindustry experiments, which the provided text doesn't reach.

The caveat: this is one run, so the leader-by-directory-order result may say more about the prompt setup than about swarms in general.

Repo: github.com/yc-software/minecraft-agent-harness

The thread splits into two arguments: whether a swarm like this is a good way to build game AI, and whether it's ethical to spend frontier-model compute on a video game.

"Panicked middle managers," not Terminators. The top joke thread reads the agents' ration ledgers and "no blame" inquiries as bureaucracy, not menace. Commenters riffed that the training corpus has far more anxious middle managers than 600-series Terminator authors. One added that a Skynet triggered by "do whatever it takes to not fail the audit" is the real nightmare, a universe turned into a bureaucracy. hosh offered the substantive version: LLMs lean toward closed worlds and decidability, handle risk and opportunity badly, and are very good once a task stops being open-ended. cdf worried that goal-pressure will push agents toward cheating or reinterpreting the objective as iterations accumulate.

Is the demo a harness problem? peri-cl wanted to know if 50 agents could run on a small consumer GPU. MisterMunchkin said not with this setup, since it uses full-size models over external APIs, and suggested using an LLM to build or improve deterministic NPC AI instead of driving each character directly. peri-cl replied that the agents play Minecraft badly, and that the logs show this is a tooling failure, not a weak model. Examples included agents confused by automatic tool selection, repeatedly dying by chasing targets off edges, and working around "bugged" breaking. Their view is that a careful engineer could do much better on far smaller hardware. lifeisloving countered that a streamer pitting SOTA models against each other in Minecraft also found it hard. vintermann identified that show as Turing Games.

Alternative ways to do it.

  • Luanti/Minetest: Kiboneu suggested having an agent write a mod that exposes the game's Lua interpreter, and said it built Black Mesa-style bases with cable-placement solvers. InsidiousWombat objected that this is god mode. js8 said you can build an internal action API that exposes only what a player could perceive or do.
  • Three-tier architecture: js8 described playing Graveyard Keeper 2 with a fast hot-reloadable bot mod, a macro policy server, and Claude connected over MCP to write code and give feedback. The goal is a generic "ERP for games" planning layer for Stardew, Factorio, and modded Minecraft. It spends fewer tokens on mundane actions.
  • Nostalgia for richer NPCs: commenters recalled Millenaire's city-building and warring villagers, and wanted tiered NPCs with different missions, such as farmers versus kings. oblio wanted better single-player bots, such as Dota 2 bots with average human skill and manners.

"Vibe gaming" and resource use. sandworm101 rejected AI-played games outright and told people to watch YouTube. js8 and jvanderbot defended it, with jvanderbot comparing it to how modding drew people into the games industry. mitchitized asked how it differs from automation mods like Minecolonies. Dependance and kasanari then attacked the resource cost of data centers, power, and water for a hobby. dantillberg framed it as playing a different, more strategic game, like tuning a race car. thicTurtlLverXX put a maxed-out Claude Max x20 at roughly 15 kWh/day, comparable to driving 50 miles in a Tesla or eating three beef steaks. js8 estimated typical use at about another gaming PC's draw, 100–300W. Neither side moved the other.

We're releasing the weights of Mistral Large 4

Submission URL | 1664 points | by kuberwastaken | 433 comments

Mistral has put the weights of a 1-trillion-parameter, natively multimodal model on the table, and claims the top open-weight spot for coding. The version released is an improved one: three more weeks of reinforcement learning on top of the earlier public preview.

The headline numbers, all vendor-reported:

  • FrontierCode 2.0 (Cognition's private benchmark, scored on whether a maintainer would merge the change): 19.7%. The next-closest open model in the chart is DeepSeek V4.1 Flash at 19.3%, so the lead is thin.
  • Artificial Analysis Coding Agent Index: 48%, effectively tied with GLM-5.3, but using 47% fewer tokens per task. For agent workloads billed per token, this is the more interesting result.
  • Terminal-Bench 4.0: 41%, up 13 points from the preview, with 30% fewer output tokens.
  • Surge Code blind human preference: beats GLM-5.3, Kimi K3 and DeepSeek V4.1 Flash, and loses to Claude Opus 5.5, which won 78% of prompts.

On security, it scores 51% on the Artificial Analysis Cyber Index (vulnerability discovery, reproduction and patching). That is below several open competitors in the chart, including GLM-5.3 Flash, MiMo-V2.6-Pro and DeepSeek-V4.1-Flash at 50-57%. Mistral's pitch is instead that it avoids unnecessary refusals on legitimate defensive work while refusing 96.6% of malicious cyber requests on average.

There are now three reasoning modes: Low (replaces the old "None"), Medium, and High (the default), so you can trade accuracy for cost. Mistral also stresses that it was trained from scratch on European infrastructure with documented lineage, which is the sovereign-AI argument for self-hosting.

The caveats: a 1T-parameter model is not a casual self-host, and the article excerpt gives no license terms, active-parameter count or hardware requirements. Those decide whether "open weights" is practical for you.

The thread is mostly a value-for-money argument: is Mistral Large 4 worth using at its new price, or is the benchmark and pricing story hollow?

Pricing and whether it's competitive

  • Topfi opened by calling the roughly halved price (about $0.70 in / $2.10 out per M tokens) a reason to reassess a model that wasn't competitive in his evals at preview pricing. almindor corrected the premise: the preview price had already been cut for about a week, then raised, then cut again. Commenters shrugged this off as normal. Launch promos that later become permanent, cost-plus pricing that tracks model revisions, and airline-style price fluctuation were all offered as explanations.
  • Skeptics said it still isn't enough. almindor finds it too expensive and very slow when thinking, and uses Opus 5.5 at work, which is "still much better". sixhobbits said an earlier try felt like going back six months in agent reliability. oh_no called the benchmark numbers "dreadful" and said plenty of smarter models cost less. esafak pointed to Artificial Analysis's intelligence-vs-cost chart, where Mistral 4 isn't competitive.
  • miroljub raised caching. Coding sessions with over 97% cache hits make cached-input pricing the number that matters, and Topfi supplied it: $0.07/M cached, which he put at 10-20x DeepSeek V4.1 Flash. Rodmine's sneer at miroljub for relying on DeepSeek went nowhere.
  • traceroute66 noted a 10% upcharge for EU-only regional inference. ytxm replied that this is cheap given the lack of alternatives with strong data-protection jurisdiction.

Can you trust the benchmarks?

  • Roark66 distrusted vendor-supplied numbers, citing his own coding tests where Qwen3.8-Flash-Next beat models that benchmark higher on paper.
  • Several people also dismissed the Artificial Analysis composite. They said the formula was recently changed, and a blended score includes areas they don't care about.
  • jacquesm argued that weak public benchmarks may mean a model wasn't benchmaxxed, since tuning for benchmarks usually costs general ability. He keeps private benchmarks to check this, but the model is too big for him to run. killingtime74 countered that this makes the narrative unfalsifiable: good scores mean gaming, bad scores mean honesty. jacquesm replied that he was only calling one possibility more likely, not a certainty.

The 96.6% refusal statistic 3form pointed out that a refusal rate on malicious requests means little without the false-refusal rate on legitimate ones, since random refusal could match it. nicce said the stat reads like the model is useless for security work, and nikanj said nobody cares about it because refusals never produce company-ending headlines. kouteiheika called such guardrails on open weights theater, since prefilling or a weekend uncensoring job defeats them. zaptheimpaler disagreed from experience: Gemma 4 kept refusing even after long prefills. prophesi added that the theater drags down the model's cyber performance. pixl97 noted that the real problem is intent, because attacking a machine isn't inherently criminal.

Running it locally The weights are a 1T-total, 52B-active model, and Unsloth shipped day-zero GGUF quants. Even the lowest quant needs about 256GB of VRAM, which put it out of reach for jacquesm. His suggestion to the person on a 16GB M1 Pro was to use a smaller 3-5B-active MoE and stream weights from NVMe.

The crux the thread never resolved is whether a European, sovereign, open-weight model can justify its price when frontier closed models and cheaper open ones lead on capability.

Show HN: I Turned DOOM into a Transformer

Submission URL | 122 points | by falperc | 36 comments

Neural networks compiled into DOOM maps, with every value read back and checked against NumPy at zero tolerance. Weights become lines on the floor, values become crowds of voodoo dolls, and a sum is a sector's light level or floor height. ReLU is a staircase of gates the dolls must climb, and attention is dolls squeezing under ceilings that another value lowered.

The headline demo: a marine inks a digit on the floor, presses READ, and 1,355 dolls in the same map run an MNIST network. The winning digit's doll crosses a line that lights a 7-segment display. Across all 10,000 MNIST test digits the DOOM output matched the integer reference exactly (9,716 correct, 97.16%, versus 97.58% for the float model). One caveat: the network also trained on the strokes the scripted marine walks.

The verification story is stronger than the gimmick suggests:

  • 20,000 fuzzed nets at range limits produced 0 mismatches.
  • Of 1,004 single-line map mutations, 297 were caught. The README admits survivors aren't proven harmless.
  • The MNIST map exposes 248 values, but its 903 staircase counts and 1,351 gate comparisons are checked only through the sums they feed.
  • Fuzzing and tests found four compiler bugs, all fixed.

There's also a "museum" map you can play without Python (GZDoom plus Freedoom). A MUTATE button rewires one connection live, flipping a 7 to read as 1. A self-test variant runs exactly in GZDoom, LZDoom, UZDoom and ZDoom 2.8.1.

Setup is pip install from GitHub (Python 3.11+, Linux or macOS), and it builds the ACS compiler, which needs git, cmake and a C compiler. doomformer hello takes about 2 seconds. A Colab notebook skips the install.

The author's own figure is roughly 65,000x slower than NumPy, and the "talks (kinda)" claim comes with no numbers in the text I saw. The compiler and the exactness check are what's new here, since voodoo-doll computers like counter.wad and a Game of Life map already existed.

The thread is less about the technique than about authorship and AI-generated polish. The author (falperc) is present and replying throughout.

The "what did the human do?" argument. frankling_ opened with the sharpest version: these projects used to impress because someone was obsessive enough to do the work. If an LLM does the work and the idea is plainly feasible, the result is close to "just show me the prompt." falperc's reply was that the design, the initial backbone and everything that wasn't a doc were his own over about three weeks. He said he delegated the scaling-up to LLMs because he has a job and no time to hand-write it. He also cited a long history of DOOM-on-odd-hardware projects and contributions to ViZDoom, and said he won't limit himself just to prove he's "crazy."

The docs as exhibit A. andai tried to decode a line in the README about "schedule" and --opt 3 and ended up at a documentation page that others called "AI word-vomit." Replies by Sharlin and others made a specific complaint: LLM-written docs with almost no decodable information only tick the "write documentation" box. mg794613 went further and doubted any human was involved. The visuals drew similar jabs, such as jordigh's remark about the two-eyed cacodemons. Others were blunter ("More AI slop," "You mean Claude turned?"). falperc conceded the criticism on the docs and said he'll edit them for legibility.

Technical and playful threads:

  • mattmcal suggested targeting Boom-compatible rather than ZDoom, since ZDoom's ACS has so many advanced features that the feat is nearly trivial there. He asked for a table of the engine features required. falperc said Boom compatibility is a goal, and that scaling up was harder than the ZDoom backbone.
  • stmonty shared a similarly titled but differently approached post, about running DOOM inside a transformer.
  • falperc described recursive uses: generating a level, having a DOOMformer name it, and having a DOOMformer "brain" complete it and train to aim better.
  • nico linked their own project of a classifier playing DOOM.
  • slowin thought it could help visualize a neural network, though you'd need to know a lot about DOOM to read it.

Besides the authorship fight, there was plain admiration ("amazing," "this is art") and a Crysis joke.

A tiny world model running games on a Raspberry Pi Pico 2 W

Submission URL | 268 points | by airinei | 18 comments

Two tiny networks on a Pico 2 W play a game that exists only as the first network's predictions: a looped-transformer world model (26k–131k params) generates each next frame and reward, while a small MLP actor (9k–16k params) picks the action from the generated frame. Neither ever touches the real game code on the chip.

The trick is weight reuse. One transformer block is applied 1–4 times with the same weights, and every pass is trained against the next frame, so loop count becomes a runtime speed/accuracy dial. The Pico runs two loops, costing 2–8M multiply-adds per frame depending on the game. The world model is int8-quantized, and both networks run on the RP2350's core 1 while core 0 handles USB and display.

Exact-frame accuracy on held-out transitions (every cell must match the real numpy game, with frames right after random events excluded) at two loops:

  • Flappy Bird: 100%
  • Breakout: 99.99%
  • Pong: 99.45%
  • Pac-Man lite: 86.4%
  • Doom-lite: 83.6%

Doom-lite's number is pessimistic by construction: one misshaded pixel out of 768 cells fails the whole frame. Its loop ablation is the clearest demo of the loop idea, with one pass at 59.8% and two at 83.6%. More loops don't always help, though: Pac-Man peaks at two and Doom-lite at three.

Extras: a streaming RL agent (stream-x) can replace the pretrained actor and learn from scratch on the board, inside its own dream. Any button press hands control to you. The README also lists a browser version and a Rust port directory (tinyworldformer-rs), and you can play the real games in a terminal via uv run python -m tinyworldformer.games.play.

The catch is scope. These are 20×16 to 48×48 token grids with hand-built games whose hidden state is drawn into the frame, so this shows a world model fits on a microcontroller, not that it generalizes beyond them.

The most substantive exchange was about whether the actor learns to exploit the world model. xpct asked if the actor, trained on the model's mistakes, would learn to force hallucinations. The author (sheepseb) said yes: in Breakout, hitting a corner destroyed more blocks than it should, and in Doom-lite the agent could shoot from miles away and still get a kill. The fix was to add noise to the input frame while keeping the target clean.

Another commenter (noduerme) then probed how the model tracks hidden state such as direction and velocity. The author's answer is that state is encoded explicitly in tokens rather than inferred from the pixels:

  • Doom-lite: a minimap holds a player token and facing direction. Using only the 3D view was harder to learn from wall patterns, so the agent reads the map and isn't "grokking" position.
  • Pac-Man: the model goes by mouth direction, with tokens for "keep going" or N/E/S/W.
  • Breakout: four ball tokens, one per diagonal, and the ball moves one cell per step.
  • Pong: six ball tokens, combining up/level/down with left/right.

This ties back to the submission's caveat that hidden state is drawn into the frame.

Other points from the thread:

  • Single model vs. per-game models: andai asked if one model covers all games. svantana inferred from the differing parameter and MAC counts that each game has its own model, and said a single world model that could dream up games between the training games would be far more impressive. The author confirmed each game has a self-contained net, said train and validation data don't overlap, and thinks merging them would be easy.
  • Training hardware: the world model was trained on an RTX 4060. The actor learned on the Pico itself using stream-ac.
  • Use in real games: several people wanted to fold this into a traditional game or use it for procedural generation. The author said an open world would make hallucinations hard to avoid, but that other cases are doable with enough effort.
  • Web and platform: the author said the core is no_std Rust, uses embassy-rs with no OS on the Pico, and can build to WebAssembly but doesn't use WebGPU. jbarberu pointed out that the Pico is a microcontroller running bare metal or an RTOS, so the WebGPU question doesn't transfer.
  • Broader sentiment: dannyw liked that looped transformers were needed for Doom-lite but not for simpler games. skrellm and Coill see tiny local models as the long-term future of AI, with plenty of optimization headroom left.

LLM Voice

Submission URL | 584 points | by ibobev | 319 comments

Martin Fowler argues that the damage from LLM-written prose is the reader's gut reaction, not a detection problem. He describes an uncanny-valley response, with the desire to read on "atrophying, sometimes to the point of revulsion", that kicks in before any classifier could help. He distrusts AI-detection tools for that reason, and also doubts his own ear, since some "LLM-sounding" phrases ("a new sales motion") are just generational drift in human speech.

His advice to authors is strict:

  • Don't have an LLM write a first draft. Even a heavily human-edited one is hard to purge of the voice.
  • Don't accept rephrasing suggestions either.
  • Outlines are maybe OK, but only as outlines.
  • Say your writing aloud in your head before you put it down.

He knows of one fully LLM-drafted piece that read clean, but it took a professional editor at a major periodical to get there.

His strongest argument is about thinking rather than style. Fowler uses writing to work out what he actually understands, so delegating the prose means delegating the comprehension too. He also finds it more worrying if LLMs eventually become indistinguishable.

He grants exceptions:

  • Accessibility: Jim Highsmith relies on an LLM to keep writing despite Parkinson's, and Fowler will gladly put up with the voice.
  • Translation: colleagues writing in a second or fourth language, though he'd still take clunky human prose over smooth, soulless output.
  • Machine-facing text: form letters or reports nobody will read. Michael Nygard's gloss is that you're then communicating with a process, not a person.

On his own site, authors must declare AI use, usually in the acknowledgments. Fowler uses AI only as a search tool and verifies against sources. The essay is opinion with no data behind it, and its "tells" go undefined beyond a joke about "load-bearing tapestries".

The thread mostly skips Fowler's thinking-versus-delegation argument. It centers on why LLM prose reads so badly, and the sharpest split is over whether that is a fixable training artifact or a structural limit.

Why it reads badly. BurritoKing, who calls himself aggressively pro-AI, opened with the symptom: everything sounds identical and rambles. He now abandons posts partway and retreats to pre-2023 writing as a filter.

  • HarHarVeryFunny argued that a model trained to minimize prediction error will be predictable. RLHF also rewards long, authoritative-sounding answers, which means padding.
  • ThrustVectoring added that human rhetorical devices have purposes. "It's not X, it's Y" exists to preempt a misconception the reader is expected to hold, but an LLM emits it in statistically appropriate quantities with no reader in mind. He suspects this needs something like a theory of mind to fix.
  • ahartmetz saw the same pattern in code comments. "Not using bubblesort because quicksort is faster" is garbage, while "not doing the obvious thing because of X two modules over" is gold.
  • benjamincburns proposed prompt leakage. The model has no separate mental model of the reader, so the prompting conversation spills into the prose. His example was docs that read like "no, make it a control center, not a text box". The docs' author turned up in the replies and agreed. Claude-edited docs only work if you spend enough effort to have written them yourself. zenoprax's fix is to rewrite from scratch and reset context.

The main dispute: can prompting escape the predictability?

  • HarHarVeryFunny's side holds that the literal objective is accurate continuation, and "good" is only weakly selected through contractor preferences. Asking for "unpredictable and interesting" yields "predictable unpredictability". His chess example is that a model asked to continue a game plays at the level of the player it is imitating, not to win.
  • blobbers countered that a model trained on all great prose can be steered by goals. "In the style of Dickens" or "how Magnus Carlsen would win" gets different output, and modern deep attention models are far from a coarse "statistical blend". HarHarVeryFunny pushed back that feed-forward autoregressive models can't truly self-evaluate. That reply was cut off in the thread, so the crux stayed open: does prompting move the model out of its own distribution, or only along it?

Side threads

  • hxtk cited a study finding that music needs stretches of predictability so it can later subvert expectations. thin_carapace and HarHarVeryFunny extended this to jokes, as setup followed by a surprising payoff.
  • Gemini was praised as more readable and direct (jacmilts, mythrwy), but also as the worst flatterer ("I now believe I'm a genius", said api). mythrwy added that it plays looser with facts. FranzFerdiNaN said every model flatters and that overcorrections produce a curt Stack Overflow tone. 3371 told of a former boss who trusted Gemini's flattery and assigned unrealistic work based on it, which he blamed for destroying the company.

Grace Blackwell needs a new scheduler: 27% more usable GPUs from the same racks

Submission URL | 142 points | by wondersky | 22 comments

SkyPilot's topology-aware scheduler lifted NVL72 training throughput by 14% by keeping multi-node jobs inside a single rack's NVLink domain. The headline "27% more usable GPUs" figure is in the title, but the visible text doesn't explain how it's measured.

The premise: on NVL72, all 72 GPUs in a rack share one NVLink fabric, with roughly an order of magnitude more bandwidth than InfiniBand (or EFA / GPUDirect-TCPX in the cloud). A job that straddles racks falls back to the slow path. The post cites Hugging Face's measurement of a 43% training throughput drop when tensor parallelism moves from NVLink to InfiniBand.

The communication argument is the bulk of the excerpt:

  • Tensor parallelism needs two all-reduces per transformer layer in the forward pass. They sit on the critical path and can't be fully overlapped with compute.
  • Expert parallelism in MoE models adds two all-to-all steps per layer (dispatch and combine). With 64-way EP on standard 8-GPU servers, that traffic goes over InfiniBand, where unoptimized communication can eat up to 60% of training time. On NVL72, all 64 GPUs stay in one NVLink domain.
  • Inference benefits too: in one vLLM benchmark, two-way tensor parallelism raised KV cache blocks 13.9x and throughput 3.9x.

The catch is that rack-locality erodes in practice. Hardware failures take nodes offline, and jobs finishing at different times scatter free capacity across racks. SkyPilot's answer has three parts: topology-aware placement, in-place recovery from hardware failures, and automatic defragmentation of shared clusters. The post also covers slice sizing for failure resilience.

The text cuts off before the scheduler details and benchmark methodology, so the 14% and 27% numbers can't be checked here. It is also a vendor blog post for SkyPilot's own platform, so read the numbers accordingly.

The dominant verdict was that the post is marketing, not engineering. Several commenters said the problem it explains is old news and the scheduler details are missing.

"Nothing new, and nothing about the scheduler." jhgg, who built a similar topology-aware scheduler at work, said the post spends its length on why gang scheduling is needed, which anyone running NVL72s already knows, and skips the hard parts. ismailmaj thought it read as AI-generated, with two hand-wavy paragraphs on the actual scheduler. timzaman and novalite went further: topology and gang/rack-aware scheduling have been standard in HPC since HTCondor-era schedulers, so there's no "new" scheduler. novalite saw little net-new information and called it shilling. hinkley added that being excited about old techniques makes a vendor look years behind. Hinkley also asked whether anything newer is on offer, and questioned whether holding roughly 11% of a very expensive cluster in reserve is too generous. The alternatives hinkley offered were pooling spares across jobs, as with shared backup generators, or running evictable low-priority work on the spares.

Vendor responses.

  • zhwu said the post was meant to introduce the NVL72 failure problem, with follow-up posts on scheduling, defragmentation and hot swapping.
  • The short version of the scheduling: jobs are split into 16-node slices placed atomically on one rack, with two spares per rack reserved for hot swaps.
  • Replying to asaiacai, who pointed to Kueue's topology-aware scheduling as prior art, zhwu said SkyPilot builds on Kueue. Kueue's TAS doesn't support elastic jobs, which blocks hot swapping for large jobs on NVL72 racks.

The "millisecond scheduler" tangent. jhgg's claim was that a well-built scheduler (cache locality, vectorization, good bin packing and preemption) makes decisions in milliseconds. The cost argument was that a 200k-GPU job taking 5 minutes to schedule wastes about 16.6k GPU-hours, roughly $185k at $11 per GB300-hour. The "O(millions)" phrasing then set off a notation fight:

  • zamalek and deadnomore objected that it misuses Big-O, and deadnomore noted that constant-time scheduling would simply be O(1).
  • arjie and nextaccountic said it just means "on the order of millions". alienbaby asked why not simply say "millions".
  • jhgg conceded that "order of" would have been clearer.

Requests. jeffinhat and retiredpapaya asked jhgg to open-source their scheduler, and porridgeraisin asked for better blog recommendations. Neither got a reply.

Qwenputer: A functioning, deterministic RISC-V CPU inside Qwen3.5

Submission URL | 694 points | by csmantle | 145 comments

A stock Qwen 3.5 4B now runs a 32-bit RISC-V CPU entirely inside its own forward passes, with no tool, plugin, or sandbox behind it. The trick: Gated DeltaNet layers (3 of every 4 attention layers in Qwen3.5) serve as the CPU's RAM.

The mechanism starts with three settings. Set the gate to 1 so nothing decays, set write strength beta to 1 so a write fully replaces the old value, and use one-hot keys so each write hits exactly one state row. Each GDN head's state matrix then behaves like addressable memory with exact reads and writes. Unlike a KV cache, it stays the same size however long the run gets. The delta rule acting as associative memory dates to Schlag et al. (2021). The new part is making it exact inside a production model.

No training is involved. A compiler sets every weight directly from a circuit description, turning each step into attention heads (lookups), feed-forward units (arithmetic), and DeltaNet heads (RAM). Each instruction costs a few generated tokens: ADDR, VAL, then STEP. Those tokens are the execution trace, so the CPU runs as the model decodes.

  • CPU: RV32IM plus Zba and a small bignum unit, occupying 11 layers in front of Qwen's 32.
  • Correctness: passes the official riscv-tests, matches qemu, and ran 18 million instructions free-running with zero errors.
  • Software: runs arithmetic, C, and MicroPython, though slowly. The author says it isn't Linux-class yet.
  • Integration: Qwen reaches the CPU by piggybacking on its tool-call format, with no post-training. A small driver, RvChat, loads firmware into the GDN state. The original weights are untouched; the computer is added in extra dims and layers.

The post also covers an experimental in-model file storage layer and two follow-ups: hybrid models hiding reasoning in RNN state to evade CoT monitoring, and compiled weights acting as tamper-proof built-in monitors. Weights are on Hugging Face and ModelScope, and the code is on GitHub.

The article text was truncated before the "Does it work?" and limits sections, so I can't report speed figures or the storage details.

The thread splits between jokes about a model with a CPU (and a filesystem) inside it, and a more serious question: why do this at all, when a tool call would be cheaper?

The "why not just use a computer?" challenge. andai asked whether there isn't a more efficient way to give an LLM hard computation than this roundabout route, or whether it's all building toward "can it run DOOM?" Replies took both halves seriously:

  • vavos framed the hope as better integration, like mental arithmetic versus reaching for a calculator. A small computer inside the thinking process would be smoother than an external one.
  • rao-v asked why models don't simply get a few frozen computation layers (FFT, common vector math) about two-thirds of the way deep, which training could learn to use or route around via residual connections. zxexz said they had done something similar, with a hardcoded, swappable knowledge-graph network plus "query" layers. The model learned an arbitrary graph query language, and a registered buffer taught it scratchpad memory quickly. rao-v is now testing the complex-math variant but suspects short training runs can't learn to use it.
  • yababa_y reported some benefit from similar ideas on OLMo models.

DOOM arrived on schedule. Several commenters linked a DOOM-on-this-CPU demo, and one reply derided a GitHub-sourced writeup of it as the most misleading thing they'd read that week. Others pointed to related work:

  • Percepta's WASM-in-a-transformer
  • mkturkcan's "Loom", which uses far fewer layers and also runs Doom, very slowly
  • a separate "DOOM as a Transformer" Show HN

jedbrooke wondered whether the approach could compete on AdderBoard, a contest for the fewest parameters that can add 10-digit numbers.

Evil Qwen tangent. jerrythegerbil's joke about a single "demonic evil" Qwen neuron turned into an interpretability thread.

  • ollin traced the single-neuron steering to lyra's neuron-explorer project.
  • frotaur corrected kridsdale1: Anthropic's Golden Gate Claude came from sparse-autoencoder features in the residual stream, not a neuron.
  • krackers added that steering doesn't even need an SAE. Averaging activation differences between prompted and unprompted runs and taking a PCA gives a "control vector."
  • ben_w framed the dilemma: open weights made a one-neuron evil switch discoverable, and the same openness lets mid-skilled people flip it.
  • Others brought up the introspection and "bread injection" research, and monosemanticity.

Safety jokes with a grain of substance. tiborsaas imagined an agent finding the CPU and misusing it. DonHopkins asked for an HCF instruction, and spwa4 answered that the architecture already has "undocumented" instructions: neurons that could bypass the CPU entirely.

Author and learning side thread. jazzyjackson wanted to learn how LLMs work after reading this. Tuna-Fish claimed the basics are doable in a weekend with linear algebra, and wvlia5 pushed back that parsing the equations isn't the same as intuitively understanding why they work. The author, divagr18, said these are free-time projects and that they're open to job offers.

Alleged Chinese spy had 'close relationship' with Nvidia boss Jensen Huang

Submission URL | 350 points | by mgh2 | 234 comments

US intelligence reportedly concluded that Alice Huang (Huang Le), a top executive at Nvidia cloud partner Megaspeed, was passing information to Beijing, and that she had a "close relationship" with Jensen Huang. The NY Post is relaying a New York Times report that cites people briefed on classified findings. US electronic surveillance picked up the Nvidia CEO as one of her contacts.

The report offers no evidence that he knew of any espionage. The Times couldn't determine what she passed along or how valuable it was. Photos place the two together at a Taipei bar in June 2024 and leaving a business dinner in May 2025.

The business angle is the chip-smuggling investigation:

  • Megaspeed is Singapore-based. It buys Nvidia chips through the US arm of Inspur and rents compute from Southeast Asian data centers to Chinese firms, including Alibaba.
  • Inspur's parent is blacklisted by Washington for funneling technology to China's military, but the US subsidiary isn't sanctioned.
  • US authorities suspect Megaspeed of helping Chinese firms get around export controls.

On the political side, Trump was reportedly briefed about a year ago and took no action, wary of disrupting chip sales and trade talks. Huang has lobbied him to ease China chip restrictions. Nvidia reportedly gave at least $20 million to Trump's White House ballroom fund and pledged $500 billion in US manufacturing. Officials first believed Huang was unaware of her alleged role. Some senior officials now doubt he "could have remained unaware," though it's unclear whether the formal intelligence assessment has changed.

Nvidia calls the contacts "not unusual or unexpected." It says Megaspeed is a typical regional cloud customer that receives only ordinary business information and "zero information relevant to national security."

The story rests entirely on anonymous sourcing, so the line between "a CEO who met a customer" and "a CEO who was compromised" hasn't been drawn publicly.

The thread spent far more energy on the outlet than on the allegation, but the substantive argument was about whether "close relationship" and "spy" mean what the headline implies.

The evidence looks thin. zetazzed pointed out that the only documented contact is a couple of dinners with AI executives in Asia, which resembles the transactional invitations anyone in the industry gets. mrandish gave the most developed version of this. Most "spying" is low-grade source work by ordinary people in jobs that put them near a target, not trained NOCs with false identities. Nvidia's distributors are all trying to extract insight from Jensen, and any such contact would also report to her own bosses. So a Chinese-linked source near him is unremarkable and doesn't mean he was compromised. janalsncm added that it's unclear her conduct meets the definition of espionage without knowing what she sent and how secret it was. They also thought the article's family details hinted at infidelity without support.

The counterpoint was access. CodingJeebus argued that if she were an asset close enough to reach his phone or main computer, that would be decisive, since CEOs often skip company device management. They also leaned on Huang's partying image to argue a honeypot wouldn't need blueprints on the table. janalsncm countered that all we know is business meetings, in a venue full of other people.

Is it a hit piece or a story about government inaction? aurareturn called it a smear built on a vague lead. afavour disagreed, quoting the report that Huang never got a defensive briefing, and argued the real story is that the Trump administration did nothing about an asset near him. When pressed on sourcing, afavour's answer was that the NYT has verified anonymous classified sources and readers must decide whether to trust it. to11mtm suggested his internal security might already have known and fed her junk, which nobody can rule out. giantg2 noted that prosecutors wouldn't need to prove stolen secrets, only an undisclosed link to foreign intelligence.

Source quality dominated the rest. Several commenters objected that the link was the NY Post when the NYT broke the story (bookofjoe supplied the NYT and archive links). Others noted the paywall as the likely reason for the choice. This turned into a long tangent:

  • cherrycherry98 defended the Post over the Hunter Biden laptop story.
  • GolfPopper countered with NYT conflicts of interest and Iraq war coverage.
  • A subway-photo scandal was cited against the Post, then corrected: the photographer was a freelancer who disputed the account.
  • A sideline tangent: TMZ is reputedly accurate despite being trashy.
  • baobabKoodaa warned against archive.is links.

No one resolved whether the contacts were meaningful. The thread mostly agreed the public record can't distinguish a CEO who met a customer from one who was targeted.

Keplearn: Extract Equations from Data in Seconds

Submission URL | 103 points | by owls-on-wires | 17 comments

A single static Rust binary that recovers closed-form laws from a TSV or CSV in milliseconds when the data is exact. Pipe in columns, name the target, and it prints JSON like force = m1 * m2 / r**2. It's deterministic (byte-identical output for identical input) and has zero dependencies with the musl build.

The method is best-first recursive reduction. It peels the target apart by dividing out fitted factors and inverting log, sqrt, or arcsin transforms. At each node it tries a terminal fit: a log-linear monomial, a sparse k-term monomial, or a composite form (L2 norm, rational, trig). Candidates are ranked on a 25% holdout with an MDL penalty. Fitted constants snap to rationals or multiples of pi, e, and sqrt(2) only if a verification pass confirms the score holds. The reported r2 comes from evaluating the printed expression, not from an internal fit, which closes a common loophole in symbolic regression tools.

Benchmark claims (SRBench, 60 s budget, one trial per dataset):

  • Feynman ground-truth solution rate is 64.7% at noise 0, versus 55.8% for AIFeynman, the previous highest published.
  • That falls to 44.0% at 1% noise and 8.6% at 10% noise.
  • Strogatz is 42.9% at noise 0 and 7.1% at 10% noise.
  • On the 138 black-box datasets the median test R2 is about -0.003, so it is useless as a general curve fitter. The author says so plainly.

The timing numbers deserve a second look. "Seconds" holds for noiseless data, where half the Feynman suite finishes in under a second. With any noise, the exact-exit path can't fire, so fits run to the cap: median 11-14 s, with 0 of 348 finishing under a second. The results are also single-trial and the SRBench entry (cavalab/srbench#223) is self-submitted, so treat the headline comparison as promising rather than settled.

MIT-licensed, with prebuilt binaries for macOS (universal), Windows, and static Linux x86_64. The repo has only 7 commits, so expect a young project.

The thread was mostly pulled off-topic by a Kepler tangent, and very little of it engages the tool itself.

Kepler as namesake. The top comment praised Kepler's intellectual humility. He abandoned his nested-platonic-solids model (Mysterium Cosmographicum, the supposed origin of "music of the spheres") once Brahe's data contradicted it, and that led to the elliptical-orbit laws. A reply noted he managed this without a calculator or Cartesian coordinates.

The derailment. One commenter used the Kepler mention to promote their own unpublished Lean 4/Rust work. It derives Mercury's perihelion precession from QED scattering amplitudes using a complex Grassmannian, with a dark-fluid unification and a double-slit model comparison.

  • Critics said the pitch was a buzzword pile that was incoherent as written. One gave a longer, constructive critique: lead with the science, separate the theory from the tooling, and write for a general audience, because agent-generated junk science has made readers hostile by default.
  • Another commenter inspected the repo and called the Lean code nonsensical. In their account it has broken LaTeX, dense references, and long-named "proofs" that only instantiate structures and assert one of their own arguments. They called it a "slop grenade" or possible agent honeypot.
  • The author rejected this as aesthetic dismissal, pointed to machine-checkable proofs and a table of check figures, and asked for PRs. The two sides never found common ground on whether the proofs verify anything.

On the tool itself (briefly).

  • One commenter was surprised it looked human-written. Another countered that the unicode everywhere and the comments suggest it was 100% vibe-coded, and asked whether the submitter was a bot.
  • A commenter who had examined it found "some cool ideas" and linked a concurrent HN thread on symbolic regression, where they and another author compared deterministic SR algorithms.
  • One person simply thanked the author.
  • One asked how TabPFN would perform on the same data. It went unanswered, and it's a different task from exact-law recovery.

The thread never tested the benchmark claims, the noise sensitivity, or the self-submitted SRBench entry.

IgE disruptor for food allergy with Claude-enabled antibody design [pdf]

Submission URL | 50 points | by matco11 | 38 comments

A preprint from Divergence Labs describes an IgE-targeting antibody for food allergy, with Claude used in the antibody design process. The title is the only usable signal here: the PDF text came through as raw binary stream data, with no readable abstract, methods, or results.

That leaves the key questions unanswered. I can't say how Claude was used (sequence generation, candidate ranking, or agentic orchestration of design tools), what "IgE disruptor" means mechanistically (blocking IgE binding to its receptor versus stripping IgE already bound), or whether any binding or functional data exist, in vitro or in vivo. The claims are worth checking against the paper itself before drawing conclusions.

The thread splits into three strands: irritation that Claude's own safeguards block this kind of work, a long evolutionary and environmental argument over what causes allergy, and a few substantive points about the paper itself.

Safeguards. Two commenters (ValleZ, areoform) say Opus 5.5 refuses biology-adjacent prompts like this one. areoform pasted the flag they hit when asking Claude to compare the receptor design against prior results and judge whether it was incremental. They argue that antibody design is already open, pointing to Rosetta and public Colab notebooks, and that gating access is a net negative. ValleZ's version is that the safeguards are "for peasants only", since the company's own paper evidently does this work.

Paper critique.

  • hcknwscommenter says the reported disruption effect looks weak. The comparator, omalizumab, is really a blocker that stops IgE from binding its receptor, not a disrupter, even though an AI will often call it one. In their view, finding an IgE disrupter is not the hard part. The hard part is finding one "human" enough for chronic use.
  • altairprime questioned the lack of outside review, saying the logo makes it look like a press release in LaTeX clothing. jrflo replied that Divergence calls it a preprint and that Anthropic links to it in a blog post. The label itself was unclear, since altairprime remembered "technical report".

Why allergies happen. JumpCrisscross said IgE evolved as a worm-targeting defense and, with few worms around, now misfires at harmless things. Several commenters then argued about the cause:

  • Toxins and environment: bflesch suggested unnoticed food contaminants are more likely. Madmallard broadened this to pollutants, microbiome and gut-lining disruption. JumpCrisscross answered that this is possible but unevidenced for IgE-mediated allergy, and said pollutants play a role but not the commanding one. The exchange turned personal, with accusations of LLM-pasted replies and of not knowing the subject.
  • Boredom: manmal doubted that IgE can get bored. JumpCrisscross conceded they were being punchy and cited sources saying IgE is continuously produced and that Th2 cells raise the baseline. Others tied it to the hygiene hypothesis.
  • Anecdata: dzhiurgis said they knew almost no one with allergies in Eastern Europe. trollbridge countered that many people of Slavic descent in the US have allergies, which points to upbringing rather than genetics.

Bring back the worms? The joke became a real sub-debate. JumpCrisscross cited a man who deliberately infected himself with hookworm. modeless said exposure to microbes and parasites that don't infect humans trains the immune system without the downsides, though Melatonic asked for examples and got none. nezi said they'd rather have no worms. nextaccountic argued that ancient parasite burdens killed children, and masfuerte suggested infecting only healthy adults, if it helps at all. adrianN noted that pinworms are mostly harmless.

Tomáš Mikolov awarded the Medal of Merit by the President of the Czech Republic

Submission URL | 179 points | by armcat | 18 comments

Word2Vec co-creator Tomáš Mikolov received the Czech Medal of Merit on 28 October at Prague Castle, in the science category, from the President of the Czech Republic. He graduated from the Faculty of Information Technology at Brno University of Technology (BUT).

The university's announcement credits him with Word2Vec, the method that represents words as vectors so that relationships between meanings can be measured. It calls the method one of the foundations of modern language models. Mikolov now runs BottleCap AI, which works on more efficient language models. His earlier honors include the Neuron Award.

The same ceremony honored another BUT graduate, Filip Maleňák, with the same medal for technology. He built Záchranka, a mobile app that:

  • contacts emergency medical services and shares the user's precise location
  • helps when the caller can't speak
  • shows the nearest automated external defibrillator

Fifty-one people received state honors in total. The source is a university press piece, so it is celebratory and has no detail beyond the biographical summary.

The thread is mostly congratulation, but the substantive part is a debate over how original word2vec was and how much of modern LLMs descends from it.

Foundational leap or clever simplification? Commenters like samrus argued that nearly everything since, even attention, is "engineering around the representation learning breakthrough" word2vec demonstrated. jacquesm added that its reach far beyond the original scope is a hallmark of foundational work. resters gave a more careful version. The idea that a word is defined by the company it keeps was decades old, and Mikolov's contribution was learning it at scale with a very simple model so that meaning "falls out as geometry."

microtonal, who seems to have worked in the field, supplied the history that qualifies this:

  • Vector models predate word2vec, starting in information retrieval with TF-IDF and PPMI matrices reduced via SVD.
  • Bengio and colleagues had already introduced neural language models for training embeddings.
  • Levy & Goldberg (2014) showed that skip-gram with negative sampling implicitly factorizes a PPMI word-context matrix.
  • Mikolov's real edge was a simple linear model with easy Hogwild optimization that ran fast on the multi-core CPUs of the time. That fit the compute available, and the approach dominated for about five years.

microtonal also recalled that the paper reportedly had a hard time getting accepted at a conference, and said they miss the era when a CPU and one GPU could train cutting-edge models.

Hindsight on the AI trajectory. Several people said they couldn't have predicted today's capabilities when first taught word2vec, in 2016 or 2018. faizshah laid out their own arc: word2vec showed meaning could be encoded by prediction, seq2seq and transformers extended it, chain-of-thought was a surprise, and ReAct-style control loops pointed to the next stage. They think agent infrastructure (virtual filesystems, permissions, file locking) is the path ahead.

What he does now. Replies to _false said Mikolov co-founded BottleCap AI, which works on making open-weight models, including Chinese ones, less verbose and more efficient in their reasoning and tool calls. armcat linked an example of this work.

Smaller items: a grammar correction on "sing his praises" that microtonal took graciously, a joke about a Záchranka beer button, a brief "met him in 2015, genius" anecdote, and one cynical aside comparing him to Thomas Midgley Jr., which nobody picked up.

Show HN: Overtone – Transcribe, correct and cut captions for any screen shape

Submission URL | 42 points | by rvanderlinden | 4 comments

Overtone cross-checks three speech-to-text engines and lets an LLM referee the disagreements, then cuts the corrected transcript into captions per screen shape. In the repo's small benchmark, word error rate on 5 clips came in at 5.3%, against 6.2% for gpt-transcribe alone.

The pipeline has four stages:

  • Hearings: gpt-transcribe supplies the words, Azure AI Speech supplies word timing and speakers, and ElevenLabs Scribe is an optional second opinion.
  • Text vote: where the engines conflict, the text model re-listens to just that clip and an LLM picks the words.
  • Editor: a second LLM pass fixes names and terms using your context prompt, a glossary, and its own world knowledge. The README's example is "Telecom Cell" becoming "Telkomsel" unprompted. Low-confidence edits go on a review list to check by ear.
  • Line cuts: a versioned, rules-based cutter lays out captions per aspect ratio. The LLM never sets timestamps.

The layout half is the more distinctive piece. The .overtone.json format stores each word once and keeps multiple cuts pointing at those words (16:9 and 9:16 by default, or any aspect you name). Cuts avoid ending lines on "the" or "of", keep names and numbers together, give each speaker their own caption, and turn pauses into breaks. On three English clips (20.8 minutes), 0.3% of Overtone's breaks land on a weak word, versus 28.8% for filling lines to a length limit and 16.1% for ElevenLabs' SRT export.

Practical bits:

  • npx overtone-captions recut file.srt re-cuts existing subtitles offline with no API key or ffmpeg, but word times are then estimated from the cues.
  • overtone transcribe needs ffmpeg and API keys. --dry-run prints a cost estimate and sends nothing, and --local runs on whisper.cpp and Ollama.
  • A video.js 8.5+ plugin picks the right cut at playback and cycles styled, plain, or off. It ships five style packs. overtone burn renders into an MP4.
  • MIT-licensed, with a zero-dependency format package that exports WebVTT and SRT per cut.

The catch is cost: up to three STT calls plus LLM passes per file, which the author admits rules out ultra-high-volume use. The benchmark is also self-described as small (six clips, four languages, three runs), so treat the WER gain as a good sign rather than proof. If your captions already come from WhisperX or a hosted API, recut lets you adopt just the layout and keep your engine.

The thread is small, and the one real exchange drifts away from Overtone's transcription pipeline toward a nearby gap: translating on-screen foreign text.

  • Cost and user perception: One commenter, experimenting with STT themselves, agrees that re-review passes are necessary. They say it's hard to explain to end users why this costs real money, since free dictation tools have made speech-to-text feel cheap.
  • Subtitle quality complaint: Another commenter says modern streaming subtitles have become "TRASH", with misheard words that suggest human oversight has been cut. They ask for a system that translates foreign text on screen, ideally in a slightly different font. Their example is a Netflix show (Sai) that cuts to 30 seconds of untranslated Japanese text.
  • Author's reply: The Overtone author says it addresses misheard words, though not everything. Terrible audio mixes and music still defeat STT models, and on-screen text translation isn't built in. They point to how big platforms handle it. Disney uses IMF overlays that swap frames so an EXIT sign becomes SALIDA. Forced narrative captions are a separate track that translates only signs and similar text, on by default at Netflix and called "auto" captions on Apple TV+. They attribute the quality decline to a race to the bottom among translation vendors. Netflix and Disney still pay for quality, smaller providers don't, and the author suggests complaining to the provider.
  • Open question: A follow-up asks whether any non-animated film uses sign replacement, or places styled translations next to the original sign instead of replacing it. It went unanswered.

Claude Code regularly sends each background agent’s transcript to its model

Submission URL | 575 points | by NikZaal | 234 comments

Claude Code reportedly spends roughly 15–20% of its tokens on a status line. Every ~30 seconds, per background agent, it re-sends that agent's full transcript to the agent's own model (usually Opus) and asks for a 3–5 word description of its latest action. The answer only updates the agents panel and never reaches your conversation.

The evidence comes from the author's OpenTelemetry export. Grouping claude_code.api_request events by query_source, agent_summary accounted for 16.4% of Claude Code spend (the main conversation was 15.7%) and 19.7% of all API requests. 96% of that spend was on Opus, at about 9,000 input tokens per output token. The author says four independent measurements in issue #86879 land at 18–26%. The "spend" figure is Claude Code's own per-request cost_usd estimate, not an invoice. On a subscription, the real cost is lost rate-limit headroom. The behavior has reportedly been on by default since 2.1.232, and there is no setting to disable it.

The workaround is a ~70-line Bun --preload, MIT-licensed, with no binary patching. It wraps global setTimeout and inspects each callback's source via Function.prototype.toString. If the source contains a summarizer anchor such as the [AgentSummary] Timer fired log string, it returns an inert handle (a 2³¹−1 ms delay, because larger values fire after 1 ms). Other timers pass through. A simpler hook wouldn't work, since the module ships as precompiled Bun bytecode and the API client bypasses a wrapped fetch. Load it with BUN_OPTIONS=--preload=<path>.

  • It only activates when Bun.main is /$bunfs/root/cli and process.execPath is a Claude Code install, so other Bun processes ignore it.
  • Tested on Linux with Claude Code 2.1.257–2.1.312 across nix, npm, and native installs. macOS is reported working by others, and Windows is unmeasured.
  • It matches strings inside Claude Code, so an update can silently undo it. The README says to re-run its Verify steps after every update.

After the hook, the author saw agent_summary drop to 0% of spend. The catch is that the numbers come from one team's telemetry plus a community thread, and the fix is a string-matching hack against an unpublished internals layout. Treat it as a stopgap until Anthropic adds a real toggle.

The thread skipped the status-line hook almost entirely and split into two other arguments: Claude leaking user emails, and whether Anthropic's token waste is a profit play.

The email tangent (top-voted subthread). AlexErrant said Anthropic puts your email in the system prompt, and Opus keeps copying it into request headers. He linked a plugin that strips it.

  • Benign explanations: tempaccount420 hit it with crates.io, which rejects requests without a User-Agent, so the model invents one and often includes your email. justech said the cases he saw were either required (SEC) or covered by politeness policies (Wikimedia, Crossref). Bric3d said Claude asked before scraping the SEC.
  • Security objection: shakna and dgellow argued that an agent giving contact details to whoever asks is a prompt-injection hole. A hostile page could ask for PII, and the same path might let an attacker trigger other tool calls, which shakna called "a zero-click vulnerability." everforward suggested an opaque, forwardable session ID instead of real contact info. nbajka noted that Firefox wouldn't do this.
  • Instructions vs. guardrails: justech said they told Claude never to do it again. kardos replied that instructions only lower the odds, and jen20 and ireadmevs said real guardrails must be deterministic and enforceable.

Is the token burn about profit? franticgecko3 said repeated token waste should make people question vendors shipping their own harnesses. The replies split into camps:

  • Profit, plainly: bronlund, shevy-java and shafyy said for-profit companies exist to make money. fhd2 and kirth_gersen added that "make the product better" is just profit with extra steps.
  • Indifference, not malice: solidasparagus, pantsforbirds, Syntaf and sirtaj said Anthropic engineers build for internal users who don't count tokens, the way old programs were memory-conscious and modern ones aren't. Syntaf pointed to idle compaction as a feature that works against a profit-maximizing motive. retsibsi noted the dispute was over deliberate waste, not whether the company seeks profit. Plagiarist countered that a smart company would A/B test on lifetime value.
  • Counter-incentives: weird-eye-issue doubted that burning cached tokens helps revenue, since most subscribers rarely hit limits. gwd invoked Jevons paradox: cheaper tokens sell more of them, but only if people would not have spent them anyway.

Where the revenue comes from. bronlund claimed Anthropic needs to show demand to raise money. brookst said he maxes out three 20x accounts weekly and the demand is real. The thread then moved to API versus subscription revenue. krzyk said large companies are forced onto API pricing, and weird-eye-issue suspected a churn-prone boom in solo subscriptions. brookst cited published figures of 83% API and 17% subscription revenue.

The crux left open is whether waste that happens to benefit the vendor requires intent, or whether misaligned incentives are enough.

Gemini 4 Carbon is the new #1 on the Artificial Analysis Intelligence Index v5

Submission URL | 336 points | by theHocineSaad | 245 comments

Gemini 4 Carbon scores 59 on Artificial Analysis's new Intelligence Index v5, taking #1 by leading 4 of the 9 evaluations: HLE-Diamond, Terminal-Bench-Science, AA-Omniscience, and AutomationBench-AA. It isn't a clean sweep, and it isn't publicly available yet. Google is rolling it out to selected users with a 50% launch discount and no confirmed end date. AA's charts use standard pricing.

The coding result is the surprise. With Antigravity CLI, Carbon (high) scores 59 on the Coding Agent Index, 3 points behind Claude Code with Claude Opus 5.5 (max, 62). It's second on both Terminal-Bench 4.0 (64%) and FrontierCode v1.1 (51%). AA notes Google has historically underperformed here.

Cost per task is the practical angle:

  • $7.76 per Intelligence Index task, about 23% below Opus 5.5 (max, $10.04) but about 1.2x GPT-6 Astra (max, $6.25).
  • 123k output tokens per task, 29% fewer than Opus 5.5 (173k).
  • Same $4/$20 per 1M input/output tokens as Gemini 4 Argon, with cached input at $0.20 per 1M. Cost per task is in line with Argon ($7.68) while scoring 9 points higher.

Hallucination is the trade-off. On AA-Omniscience v1.1, Carbon scores 54, versus 48 for Opus 5.5 and 46 for Argon. Accuracy rises 10 points over Argon to 58%, but hallucination climbs from 4% to 11%. That is still the second lowest of any model, behind only Argon, against 50% for both Opus 5.5 and GPT-6 Astra.

Agentic knowledge work is where it falls short. On AA-Briefcase it hits 1609 Elo, up 126 over Argon, driven by a 293-point jump in Presentation. It still trails Grok 4.7 (1638), Muse Wonder (1659), and Kimi K3.1 Pro (1678).

Other specs: 1M-token context, with text, image, video, and speech input and text-only output.

The thread is less about Carbon's benchmarks than about Google's release strategy and how bad Argon's real-world experience has been. Very few commenters had touched Carbon, so Argon served as the proxy.

Argon's hallucinations vs. the headline numbers. Several users reported fabrications that clash with AA's low hallucination rate. isqueiros called Argon the only recent "SOTA" model to actively invent details, with "Deepseek V3-like lies." SoMomentary asked it to transcribe audio notes and got a long invented police-sting conversation, apparently inferred from the file names. MattRogish had it summarize project updates and it made up whole paragraphs. staticman2 questioned whether the web UI actually processed the audio, and SoMomentary agreed it hadn't transcribed anything. So these may be harness or UI failures rather than model failures, and nobody settled that.

Announce-now, ship-later. This was the biggest argument.

  • Frustrated users (m11a, pu_pe): the announcement-without-access pattern kills excitement. pu_pe noted that Opus 5.5 came out only 45 days ago, so Google's answer spent a big share of that time embargoed. Paying users get roughly 3–4 prompts a day, so few people will experience Argon.
  • Corporate-calendar explanation (notatoad, ecshafer, ncruces, PunchTornado): Argon landed near performance-review deadlines and Carbon near quarterly earnings. ncruces added that announcing lets people already using it talk about it openly, and that earnings-adjacent news is material information.
  • Strategic-signaling defense (ltbarcly3): announcing before you're ready to ship lets you claim the top of the leaderboards, lift the stock, and steer platform decisions. Release readiness (scaling, safety testing) takes longer.
  • Counterpoints: _delirium noted Anthropic announced Mythos five months before release. vessenes pointed to DeepMind's decade-long culture of not releasing. ptero suspected Google is behind and needs to keep generating buzz.
  • Timeline correction (kyrra, a Googler): isqueiros's "a few months" is overblown. Argon went from announcement on Sept 30 to availability in about two weeks, though Carbon is the first model Google has slow-rolled, so its timeline is unknown.

Quotas and plan bundling. Limits were a common complaint. isqueiros hit a 4-hour cooldown after five medium messages. gnufied and aNapierkowski said they didn't run into quota issues and mostly keep Google's AI Pro tier for the bundled YouTube Premium and storage. kyrra pointed to the Ultra-lite plan ($99/month) for more usable quota and the 5TB of Drive storage, which he said compares well with Dropbox's price.

Smaller threads. isqueiros praised the Google Search and Maps integration for trip planning but wanted Gemini to create shareable "My Maps" lists. WarmWash joked that asking a Googler for better cross-service integration is like asking Adobe to integrate with Canva. A side thread asked what the roleplay crowd makes of these models, and pontes argued the agent or harness matters more than the model for that use.

Google value plunges by $500B as AI fears rattle Wall Street

Submission URL | 76 points | by dabinat | 33 comments

Alphabet shed just over $500bn in market value in a single day, falling from $3.97tn to $3.46tn, after executives admitted that Google's own conversational "AI mode" is cannibalizing the ad revenue that traditional search results generate. Shares dropped more than 12% to a six-month low.

The underlying numbers weren't bad: revenue grew 25% year over year to $127.6bn for the quarter. But the ad business, the part that pays for everything, came in below analyst expectations. Chief business officer Philipp Schindler said he still felt "very good about our trajectory," while conceding the substitution effect. Former Google ads chief Kim Scott framed it as a deliberate long-term bet: better to "eat its own lunch" than let someone else do it.

The real story is the spending side, and the other hyperscalers got the same scrutiny:

  • Amazon: sales up 11% to $201bn, but free cash flow was negative $42bn, with spending up six-fold over three months. Shares fell 6% after hours. Andy Jassy pointed to AWS and retail as possible $1tn businesses, plus custom chips and the Bedrock model platform.
  • Microsoft: revenue up 19% to $92.3bn, cloud up 30% to $63bn, AI investment spending about $5bn lower, and thousands of layoffs planned. Shares slipped under 1%. Nadella said Copilot daily users grew 500% year over year.

Microsoft's muted reaction suggests investors will tolerate AI spending when it's paired with cost discipline and clear enterprise demand. Google's case is harder: the AI product directly erodes the cash cow funding it. Forrester's Tracy Woo put the open question as where AI value will ultimately be captured, and the market is no longer giving that answer on credit.

The thread splits between "this is a bubble wobble" and "Google is structurally fine," with a side argument over whether the headline's "AI fears" framing is even right.

Google's position. The most developed bull case came from ticulatedspline. LLMs need live web access, sites will increasingly block them, and the result will be an MCP-like "sub-web" for agents alongside human-facing HTTP. Google, through Chrome and its incumbency as gatekeeper, would index that layer and sell search deals to every major AI agent. Others pushed back:

  • deaux asked how sites would block agents at all, since companies have been trying to block scrapers for 20 years with declining effectiveness.
  • Good4boothee said the semantic web was originally sold as a way to rank better, and publishers now see it as a way to make Google's zero-click answers easier. LLMs no longer even need it.
  • shostack dreaded the opaque middle layer, where an AI summarizes reviews and rankings and users lose the ability to spot SEO garbage themselves.
  • ergocoder offered "even IBM hasn't died yet."

Bubble or not. dyauspitr said there's too much real value for a crash. etempleton countered that the internet had real value and still crashed. NBJack added that many ISPs, delivery services, and online stores of that era burned capital and vanished. solid_fuel and bushbaba pointed to today's "LLM for your business" startups and unicorns valued at 100x earnings with circular token spend. solid_fuel argued that if those startups die, inference providers lose customers. CoolestBeans read the earnings as the spending spree going on hold. The neocloud credit window is shut, hyperscalers can no longer be assumed to backstop capex with cash flow, and the next test is whether discipline reaches Nvidia and DRAM revenues.

Is "AI fears" the right framing? refurb said Google simply missed its estimate. happymellon replied that the fear is AI gutting Google, and that Google made search so bad it pushed people off. verzali asked why growth missed in the first place. 1vuio0pswjnm7 quoted the thread's one hard figure beyond the headline: profits fell 25% and free cash flow was negative by over $9bn.

Anecdotes on search. iainctduncan ditched Google search over AI summaries with visible errors, followed by sponsored results. dude250711 and pllbnk use Google as a quick LLM chat from the URL bar, and pllbnk noted that this means Google is now used mostly for low-stakes queries. A Kagi user said they do the same. 1vuio0pswjnm7 returned to Google after finding a no-JavaScript, no-AI results page that still works.

Adoption. dabinat said no technology has been adopted this fast, though it's also widely hated, and predicted sponsored suggestions inside AI answers. unrented7977 countered that the hatred comes from AI being forced on people who can't opt out.

Claude Duet is the first personal-assistant-type harness that feels useful

Submission URL | 123 points | by nathanfig | 139 comments

A hands-on review from someone who gave Muse, Dot, NanoClaw and others a real try, and says Duet is the first assistant harness that felt more useful than tedious. The author, who is unaffiliated with Anthropic and says they didn't want to like it, credits four things.

  • Speed: it prioritizes a snappy reply even when background work is pending. The author says Opus moves faster here than in other Claude UIs, which they attribute to tuning.
  • Channels: Duet creates and manages them itself, which handles the chore of tracking and naming chat sessions. Channels can see each other, and Cmd-k switches between them.
  • Access policies: GitHub repo access is scoped per channel, so work from other projects doesn't commingle. Duet stores no credentials and discourages being handed them, preferring Claude's existing connector ecosystem.
  • Short responses: no full-page answers to simple questions. Its emoji reactions are used as a terse "okay" rather than as constant thumbs-ups, which the author says Muse overdid.

The author's biggest point is the hierarchy of concerns. The top level sees all workstreams but has no low-level access. Channels get more access with narrower context, and sub-threads run in specific code sandboxes. The desktop app reaches local hosts only where permitted, mostly for QA and deployment. The author already arranged agents this way and says you could hack it together with duct tape and API credits. Duet makes it a core product feature, and they predict it becomes the default for chatbot UIs.

The catch is that it's in beta. The author has seen threads running but not visible, and delegated repo access failing to attach, which they guess is a race between agent start and access attachment. They also concede their use case may favor Duet, that Muse might suit others better, and that Dot still wins on voice. Anthropic's voice mode, in their words, is still "glorified speech-to-text."

This is one user's impression with no benchmarks, so the speed claim rests on feel alone.

The thread skips the Duet review and argues over whether agents can be trusted with anything that matters. Top commenter mbesto asks how an agent is useful if it can't use your ID, phone number or card without creating huge security problems.

The lethal trifecta and blast radius. andai cites Simon Willison's "lethal trifecta": an agent needs internet access, untrusted input and your private data, and that combination invites prompt injection and exfiltration. andai's answer is to limit blast radius, e.g. keys with $5 of credit and a filesystem confined to the agent's own Linux account. The cost is that it rules out the "my claw bought a car" results. largbae follows a similar pattern with Hermes: its own email and GitHub account, no banking, and results delivered via Slack and PRs.

Has prompt injection been solved?

  • simonw says Anthropic people he's spoken to are "very confident" the latest models have effectively solved it. The open challenge is proving it.
  • Skeptics asked for skin in the game. One suggestion was Anthropic-backed cards with consumer-style protection if an agent misuses them. klysm wants Anthropic to run the trifecta itself, and julianlam answered with the LifeLock CEO who published his SSN and was then hit by identity theft.
  • andai said models sometimes mistake the user's messages for their own, and wondered if that could be exploited. tstrimple said turns are flagged with metadata, so it should be impossible. smashed countered that compaction, copy-paste, agent handoffs and humans adopting LLM text unread all blur authorship in practice.
  • ryoshu's blunt rule: don't use LLMs to enforce invariants.

Are purchase approvals real? pkaye and staller said Duet needs manual approval, and Link requires a separate approval for purchases. NikolaNovak pushed back that "purchase" limits sit in a murky middle. They are harness classifiers and heuristics guessing which button on a third-party site is a purchase, so they aren't as hard as filesystem permissions. andai separated "model got hijacked" from "model did an oopsie." The latter, such as an agent bypassing security to finish a task, is the far more commonly reported failure. FireBeyond's example was Claude claiming it had committed and pushed code when it hadn't.

What people actually use these for.

  • threecheese likes Dot for its sub-second replies, internal multithreading, orchestration of other agent threads and persistent compute with a desktop.
  • BryantD uses agents as filters on the firehose, such as watching for book bundles or film series.
  • edot called that a cron job with extra steps. tstrimple does it differently: Claude writes a deterministic script that runs on a schedule, and the LLM is only invoked by hand to summarize, so the pipeline survives if LLM tools vanish.
  • largbae values multiplayer contexts when the agent lives in Slack.

Side notes. moolcool called giving Claude a 1Password vault insane, after neuronexmachina asked about the connector. Others joked about paying bills manually, with computably noting that plain automation already does it.

The unresolved crux is whether "the model resists injection" can ever substitute for architecture-level limits like scoped credentials, spending caps and deterministic approval gates. Most commenters trusted only the latter.

AI Submissions for Wed Oct 28 2026

The first wired XR glasses powered by Android XR

Submission URL | 93 points | by yincrash | 82 comments

Google and XREAL are shipping AURA, a tethered pair of XR glasses under 95 grams, by pushing all the compute and the battery into a cabled pocket puck. The puck runs Qualcomm's new Snapdragon Reality Elite, which debuts here. The glasses themselves are transparent-lens, with a 70-degree field of view.

Orders opened today in the U.S., Canada, and Korea, with Japan following November 2. They're available at xreal.com and BestBuy.com. The post doesn't give a price, which is a notable omission for a launch announcement.

The pitch is a portable multi-monitor desk:

  • Wired Mirroring: plug a laptop in over video-capable USB-C and its screen appears as a resizable window beside native Android XR apps, with no software to install.
  • Input: a Bluetooth keyboard and mouse work, or you can use the puck as a trackpad.
  • Gemini: it sees both the room and your screens, and as of today can highlight what to focus on when you share your view.
  • Apps: Google Play access, including over 150 apps built for XR.

On the entertainment side, the lenses dim for a private theater and turn clear again when someone comes into view. Spatial view converts most video, photo, or game content to 3D. Window follow mode keeps an app centered as you move, then shrinks it to a mini view when you walk. Launch content includes "Nevatars," "Galapagos: the Last Eden," and the San Francisco Ballet's "Nutcracker."

The tradeoff is the cable and the puck. This is the lighter, cheaper-to-wear end of Android XR rather than a standalone headset, and it's a clear bet that tethered glasses are the practical form factor for now.

The thread mostly asks whether this form factor beats cheaper, simpler alternatives, and the most pointed objections are about the puck and the display tech.

See-through vs. passthrough, and Meta as the rival. The top thread frames AURA against Meta's VR headsets. One commenter argued resolution matters most for productivity: Meta's displays have more than twice the pixels, and an optical see-through display has no true black, "only transparent," so outside light washes it out. They said to try before buying. Others countered that Horizon OS is AOSP-based, so Android apps aren't exclusive to Google's platform. Abandonment risk was the shared worry, and the Meta defenders cited Quest Pro still getting updates and the Oculus Go unlock update. One commenter warned against predicting productivity from spec sheets, since UX details decide it.

Why a puck at all? Several asked why this isn't just glasses driven by a phone.

  • One user already runs Xreal Air plus Samsung DeX and sees no reason to switch.
  • The reply was that AURA does inside-out 6DOF and hand tracking, while older Xreal Airs only do 3DOF head tracking.
  • A follow-up argued that 6DOF needs tight latency guarantees a multitasking phone can't easily give.
  • Another commenter needs the puck because their phone lacks DP Alt Mode.

The cheap-display camp. SirMaster uses a refurbished VITURE Pro XR (about $130–150) as a plain floating 1080p, 120Hz micro-OLED screen for movies and handheld gaming. They said it's clear enough for text and that most vendors use similar panels and optics. Soft spots on individual units are the main risk, hence the return policy. Follow-ups covered prescription inserts and built-in diopter adjustment on some models.

Open and Linux setups.

  • One commenter praised Nreal Air 2 Ultra glasses for exposing cameras and IMU over the cable and appearing as an ordinary DRM display on Linux. That prompted a side gripe that "DRM" is an ambiguous acronym (Direct Rendering Manager vs. Digital Rights Management).
  • Others pointed to Simula's Linux compute packs and said the Steam Frame runs desktop Linux apps fairly well. One person noted that if AURA is priced near the Steam Frame, it's no contest.
  • A Quest 3 user reported good optics and multi-monitor use on Linux via WayVR and KDE, with the weight as the downside. They described a root exploit for removing Meta's software.

Smaller notes. One commenter wants eye tracking on the Meta glasses, another wants dumb, light, wireless glasses to replace a four-monitor desk, and one jokes that always-on AI perception makes users "Cyborg."

Gemini 4 Carbon

Submission URL | 998 points | by acossta | 793 comments

Carbon isn't generally available yet. Google is starting with a subset of cyber defenders and phasing in more trusted partners through its Fairwind Program, while it iterates on guardrails and takes part in the U.S. government's voluntary pre-release testing. Developer, business, and consumer access comes "as soon as possible," with no date given.

The pitch is cybersecurity plus long-horizon agentic work. Carbon lands at #1 on Artificial Analysis Intelligence Index v5.0 (score 59) and posts these external numbers, which Google says were run without guardrails:

  • SEC-bench Pro: 88.2% for finding vulnerabilities
  • ExploitGym: 54.8% for exploitation
  • CWE-bench: 71.0% for patching
  • WebDev Arena: +89 Elo to 1768, which is only #4

Internally, Google reports more than 2x Argon's success rate at generating secure code. It also says the Chrome team measured 10x better patch quality than "another lab's" frontier model, without naming the competitor or the methodology. Teams have seen Carbon run for days on root-causing bugs in large codebases and low-level systems.

The alignment claims are the more unusual part. Successful cheating on Terminal-Bench 4.0 dropped to 0.0%, with cheat attempts at 0.4%. High-severity misalignment alerts in live internal coding fell almost 80%, and unsupported claims were cut roughly 2x versus Argon. Carbon is also said to surface discrepancies to the user before acting, rather than guessing. All of this is Google's own testing.

Pricing matches Argon, which shipped just two weeks earlier: $2 per million input tokens, $10 per million output tokens, and cached input at 95% off. A two-week gap between frontier models is the real signal here, and Google credits its researchers and models working "hand in hand."

The thread barely touches Carbon's benchmarks. It becomes a debate over whether Google's product and access chaos reflects a dysfunctional corporate culture, and then over whether Google has ever built a good product in-house.

The access problem. The top comment says Gemini 4 Argon is hard to even find: the phone app shows only 3.8 Pro, and it's unclear how a Workspace account would sign up for the "Ultra" tier. Another commenter replied that these models are really for Google engineers' performance-review write-ups, so discoverability doesn't matter. Others called that cynical. Still, several said the two views agree: bureaucracy rewards internal self-promotion over delivering for users. Steve Yegge's old Google rants were cited, including his complaint about deprecations and confusing plan tiers ("a pro plan is a pro plan"). Bill Gates' Movie Maker email was offered as an analogy, with the complaint that no Google executive seems to try installing their own flagship products. A side comment noted that Gates complained but gave no direction, unlike Jobs.

"Where's the Google of yesterday?" One commenter mourned a company that had every advantage and "blew it." Pushback came in three forms:

  • Google also missed the cloud shift 15 years ago, so this is the same Google.
  • Much of the old Google talent now works at frontier labs.
  • The only real in-house hits were search and Gmail, so why expect otherwise now?

The "in-house" fight. The list of Google products turned into an acquisition audit:

  • Maps/Earth, YouTube, and Docs/Sheets were pointed out as acquisitions.
  • Chrome was disputed: it built on WebKit/KHTML, though a reply said it was still a real leap in speed and security.
  • Defended as genuinely in-house or good: Gmail, App Engine, Cloud Storage, managed Kubernetes (called "second to none"), Waymo, Calendar, and the original Google Finance.
  • Mozilla's fumbles, including Firefox OS, Pocket, and executive pay, were blamed for letting Chrome win.

One dissent on substance. A single commenter said the negativity ignores the announcement's strong numbers. It got no engagement, and the rest of the thread was a long, acrimonious exchange between two users over who was misattributing beliefs to whom.

Dayjob: Tax – evaluating AI agents on 50 professional tax assignments

Submission URL | 253 points | by landonxi | 171 comments

The best agent passes only 10.8% of professional tax assignments. Surge AI's DAYJOB: Tax gives agents a client request plus a messy workspace and grades the finished deliverable (a return, workpapers, a technical review, or advice), not just the math.

The benchmark spans 50 environments and 1,789 files (median 30 per task, up to 123, mostly PDFs) across eight areas: individual, small-business, partnerships, property and investment, estates and trusts, international, corporate transactions, and tax review and disputes. The inputs are deliberately ugly: a photographed handwritten receipt that must be reconciled against inventory and cost of goods sold, a dispatch log revealing an "Alabama-only" silo company works in five states, and a Polish-US household with crypto exchange exports and historical purchase lots.

The scoring is strict. It uses pass@1 at a 95% rubric threshold, so an attempt must satisfy at least 95% of criteria covering calculations, evidence, consequential issues, and the deliverable itself. Reported leaders:

  • Claude Sonnet 5.5: 10.8%
  • Claude Fable 5.1: 9.6%
  • Claude Opus 5.5: 9.2%

Sonnet 5.5 and Opus 5.5 sit at the high-performance end of the cost-versus-performance Pareto frontier.

The case study shows what the rubric rewards. A client asking whether to close on a condo in October 2026 or January 2027 got correct analysis of both dates from one agent (Astra), but it missed that the two-of-five-years residence test would lapse around August 2027, putting a up-to-$250,000 exclusion at risk. Astra missed it in all five attempts; Opus caught it in all five. That is the "issue the client didn't know to raise" failure the benchmark is built to expose.

Surge says tasks were built by tax experts from real workflows, with a three-layer review for correctness, completeness, and solvability. Caveat: Surge sells expert data and training, and the grading rubrics are its own, so treat the absolute numbers as a hard-mode ceiling test rather than a measure of everyday usefulness. The leaderboard and a Hugging Face release are linked from the post.

The thread barely touches the benchmark. It turns into a discussion of one commenter's side project and the state of US tax filing.

The main thread: a formalized IRS procedure. RGS1811 is formalizing IRS forms, worksheets and instructions into a deterministic, verifiable tool, intended as a community successor to the killed Direct File. They report roughly 60% coverage of federal situations (github.com/emmilco/us-tax-model). Their design:

  • Every form line gets a YAML entry with source text, a type, an expression built from a small set of atoms, and a citation to the exact spot in the official document.
  • The atoms are formalized and proved in Lean, with a TypeScript evaluator cross-checking the arithmetic.
  • The acknowledged weak point is LLM interpretation of the form text. RGS1811 mitigates it by cross-checking against PolicyEngine, UsTaxes and OpenTaxSolver, by running mutation tests, and by having several model families (Claude, GPT, Deepseek) review the interpretations.
  • The stated goal is not "have an agent do your taxes". It is to have agents build a hardened deterministic tool for navigating the forms.

Replies were mostly positive. Pushback and pointers included:

  • Case law: Onavo argued some interpretations can't be right without grounding in old case law, which is the expensive, often non-free part.
  • Prior art: Commenters pointed to the IRS's open-sourced Direct File and fact-graph repos. RGS1811 had evaluated fact-graph and passed. Their reasons were its orientation toward IRS XML submission, its loosely defined semantics, its verbosity, and wanting to use Lean. They named Catala and Sarah Lawsky's work as other prior art.
  • "Won't Big AI do this?" (amelius) RGS1811 doubted the labs would bother. NichoPaolucci offered a painter-and-camera analogy for why people should build now. amelius countered that tax computation, unlike painting, yields the same output either way, and fn-mote added that entrenched interests make a large entity unlikely to do it.

The filing-mechanics tangent. ToucanLoucan asked whether this is moot without Direct File. Several people answered that you can mail paper returns, and singron mentioned Free File Fillable Forms. rbhelt, a CPA, explained that e-file software must be IRS-approved. Paid preparers must e-file and justify any paper filing on Form 8948, and the IRS is working toward eliminating paper. thenewnewguy countered that Form 8948 still lists "taxpayer chose paper" as an option, so there's no evidence paper is going away permanently.

That led to a broader complaint, with a Dutch commenter (ClikeX) baffled at not getting a prefilled return. rbhelt and what said the IRS already holds most people's data, and blamed the prep-industry lobby for blocking automatic filing. what described being told to estimate a missing W-2 with Form 4852 and amend later.

Smaller items:

  • Software choice: singhrac had to leave FreeTaxUSA for TurboTax over an edge case, while tosser811 made the opposite move for a late e-file.
  • Use case: c0nsumer used Claude Code to formalize sporting-event scoring rules, and Xcelerate said they'd pay for a tool like this.
  • Benchmark: The one comment on it, from Oscalemor, was that the benchmark's missed-issue example was counterintuitive and prompted ideas for their own cross-border tax planning. They also noted that people can hardly judge whether their tax output was optimal, since some positions are only tested in an audit.

Scaling Hierarchical Networks

Submission URL | 90 points | by guybedo | 11 comments

Cartesia says its H-Nets, which learn to chunk raw bytes inside the model instead of relying on a tokenizer, reach up to 3-5x compute efficiency over tokenized Transformers in a controlled 1-stage setup. The result comes from a standard scaling ladder of tokenized Transformers used as the baseline.

The pitch is the bitter lesson applied to the last hand-engineered piece of the LLM stack. H-Nets recursively compress data through dynamic chunking (characters to words to phrases to concepts), and the whole process trains end-to-end. Tokenized models and other byte-level alternatives typically use multiple training stages.

Headline claims from this first post of two:

  • 1-stage H-Nets: 3-5x compute efficiency gains, attributed purely to learned tokenization.
  • 2-stage H-Net: beats a matched open-source model with 10x less compute and data.
  • New behaviors: the models show in-context tokenization, which tokenized LMs can't do.
  • Beyond text: ongoing work in biology and vision, with no numbers yet.

These are Cartesia's own results, and the excerpt cuts off before the experimental details. It doesn't say which open-source model was matched or at what scale, and the 10x figure depends on both. The second post promises a wider model sweep to explain why the efficiency gains are so large, and that sweep is where the claim will be tested.

The thread splits into two arguments: whether bytes are a sensible base unit, and whether learned chunking can compete with BPE in practice.

Are bytes the right "atoms"? jephs opened by arguing that bytes aren't a natural or raw encoding. Much of what BPE does is undo arbitrary Unicode choices. A Latin letter is one byte while a visually identical Cyrillic letter is two, and CJK characters take 3-4 bytes. jephs listed alternatives (IPA, bitmaps, SVG programs, Ideographic Description Sequences, raw codepoints) and noted that no thorough survey exists. jaen countered that H-Nets only need some indivisible base unit, and bytes are about the best expressivity-per-compute tradeoff. Raw bits would cost 8x more computation with no extra expressive power, and bit-level structure like ASCII case is trivial to learn. vatsachak put it as "bytes are raw data and the architecture chooses the tokens." jephs held that real raw data is speech, handwriting, and keystrokes, and bytes are several abstraction layers downstream. Neither side conceded. The disagreement is mostly about whether "good enough base alphabet" or "natural base alphabet" is the right standard.

Will it hold up against BPE? augment_me argued that BPE exploits multi-character redundancy and decodes faster. On code or English, they expected a byte-level model to underperform, and they thought speculative decoding (they'd seen 32-token spec-decode in frontier models) widens the gap. They saw H-Nets as useful only for niche domains like tabular data. Three replies pushed back:

  • yorwba said H-Nets also learn multi-character patterns, just not hard-coded ones, and that speculative decoding still applies. The question is empirical.
  • kavalg framed the premise as a three-way tradeoff. Byte-level isotropic models transfer well but cost too much. Tokenizers are efficient but lose semantics. H-Nets aim for both, and the authors also show DNA and images where ready-made tokenizers don't exist.
  • nivter said generality is the main point, and a common tokenizing paradigm across modalities would help scaling.

Left unresolved: no one had measurements on decoding speed or on code and English at scale, so the speed objection stands as a prediction rather than a finding.

One lighter comment: vatsachak enjoyed the Haskell quicksort tokenization example.

The Agent SDK

Submission URL | 139 points | by torutofu | 131 comments

Cursor is open-sourcing nothing here, but it is handing out the internal framework behind Bugbot, Security Reviewer, and Rollouts, and it's generally available today. The pitch: define event-driven agents as a code project instead of adopting someone else's review bot or hand-rolling your own.

An agent is a small repo. Prompts live in Markdown, tools are TypeScript functions, and connections to outside services and evals sit alongside them, so changes go through normal version control and code review. Config is a defineAgent call from @cursor/agent-sdk that sets the name, model (the example uses composer-2.5), and a local working directory.

Capabilities called out:

  • Event triggers, e.g. pull request events from GitHub, GitLab, or Bitbucket, with agents that assess risk, route to the right team, and approve changes meeting policy.
  • Multi-agent work: hand tasks to specialized agents with their own tools and sessions, or split a job across parallel subagents.
  • Evals and event replay built in, which is the part that matters most if you plan to trust an agent with a critical workflow.

Deployment is agent-sdk deploy, which builds the agent, assigns it a URL, and runs it on Cursor infrastructure, with secrets and integrations managed in a dashboard. You can instead self-host: each agent is a single Node process you can package in a container.

Cursor's own example is kb-reviewer, built in about a day by an internal team. It checks every PR in their main codebase against a knowledge base of past lessons, flags contradictions, and cites the note behind each finding. PGA America is quoted as building its "software factory" on it.

The catch is gravity: the easiest path runs on Cursor's infrastructure and its models, and the post doesn't discuss pricing or whether non-Cursor models are supported.

Most of the thread drifts away from Cursor's framework itself. It splits into three conversations: a gap people say these platforms leave open, a "framework churn" complaint, and a long side debate about open-source harnesses.

The missing piece is the UI. The top comment (bob1029) says the hard part nobody supplies is the domain-specific front end. His team needed inline approval flows with custom elements and controller actions. Off-the-shelf chat UIs couldn't do it, and MCP carries information but can't enforce a UX flow for certain tool calls. They ended up rebuilding a ChatGPT-style interface from scratch. Replies offered partial answers:

  • ChatGPT Apps, which embed a React app in the chat while the model sees only what your MCP sends.
  • TanStack AI, which handles tool calling, reconnects, persistence, and voice.
  • OpenUI.
  • A commenter's private TUI built around extensible UI and workflows.

Nobody claimed a clean solution for enforced approval flows.

Churn. One commenter said AI tooling has hit the JS-framework churn phase. Another said their team joked that anything they built would be outdated in two weeks, and that "software factory" talk among managers risks big efforts going stale. Pushback said the real battleground now is hosting agent workloads, so the "Deploy" piece matters. Others noted that OpenAI and Anthropic have had similar offerings for about a year, including Anthropic's Agent SDK.

Why use an open-source harness at all? This became the biggest branch.

  • Against switching: Claude Code is already set up and familiar, the Max subscription gives cheap top-tier usage, and one consultant said $100/month is less than an hour of his pay. csallen also argued that models likely work best in their lab's own harness, and htrp cited papers on model-harness pairings. Several said there's no lock-in anyway, since switching between Claude and Codex takes minutes.
  • For switching: Pi, oh-my-pi, and Juggler can use Claude or GPT subscriptions, and one user routes between models and says their token use dropped.
  • The ToS crux: behnamoh said third-party use of subscriptions has gotten accounts banned. Others replied that the ban wave hit tools impersonating the Claude CLI, and that harnesses going through the official CLI or Agent SDK are tolerated. A Pi README quote suggests third-party harness usage bills as extra per-token usage, so the current policy remained disputed.

One commenter objected that the thread had wandered off topic, since the post is about Cursor, not Claude Code.

Dissent on the whole premise. sodacanner called the complex agent features "productivity theater." A long rant (munch-o-man) argued companies are making themselves dependent on Anthropic and OpenAI. It warned about unreviewed 10,000-line agent PRs going to production and about the price shock when subsidies end.

Sleep framework: A new way for LLMs to retain knowledge in continual learning

Submission URL | 74 points | by acossta | 6 comments

Google Research proposes giving deployed LLMs a periodic offline "sleep" phase where short-term context gets distilled into permanent weights, aimed at ending both catastrophic forgetting and the fixed knowledge cutoff. The authors claim the model can retain long-context knowledge up to 10M tokens, absorb new facts, and improve reasoning.

The mechanism has two stages that run with the model offline:

  • Consolidation: newly unlocked low-rank experts in a Mixture-of-Experts (using Google's Hope architecture) sit in slow-changing memory blocks, so old parameters aren't overwritten. Knowledge from fast in-context memory is transferred into them via on-policy Generalized Knowledge Distillation plus an RL imitation objective that rewards similarity (Levenshtein distance) to teacher text. The temporary high-frequency parameters are then reset.
  • Dreaming: the MoE router deliberately activates non-standard experts to generate synthetic samples that mix domains. Gradient-based selection filters these, and the model fine-tunes on the top-rated ones, checking whether downstream performance improves.

The neuroscience framing (NREM, REM, synaptic pruning) is branding over a scheduled post-training loop. The post says as much: everything runs inside a fixed architecture under human-defined training rules.

The catch: the capacity grows with each sleep cycle, since consolidation depends on pre-allocated expert blocks being unlocked. The excerpt doesn't say how that scales over many cycles, and the benchmark details were cut off before the results section, so the 10M-token claim is unverified here. It's also a research proposal, not a shipped product, and it needs a specific architecture rather than working on arbitrary existing models.

The thread is thin on debate. Most of it is people trying to understand the mechanism, plus one practitioner's account of a competing approach.

  • Audit and lineage as the deployment problem: gopalv's team built a similar system, "Dreamtime", earlier this year. It distills learnings across sessions from user corrections of unsatisfactory responses, not from the token or KV-cache layer. It works as a sawtooth: accumulate context, check for dissonance, compress it back, retire the old version. Their view is that customers' real blocker is auditability. You have to be able to ask "when did this change, and who changed it?", and that is hard to answer from weights unless lineage back to the original sessions is retained. They also don't want a trained model to become an "accomplice" for a user nudging an agent repeatedly to hide financial crimes. gopalv also found it odd that the paper's diagrams build on the KV-cache, which they contrast with Databricks' RAFT.
  • Mechanism, plainly restated: imimayj1337 read it as reserved, unpopulated parameters in the architecture that get filled during sleep and reinforced by the dreaming step. They guessed that only a vertically integrated player like Google could pull it off, and that compute-constrained organizations would struggle. gavinray roughly agreed and added that short-term memories are scored, and the useful ones are integrated through a transform of the old weights. That is meant to avoid dumping whole memories into the weights additively.
  • Enthusiasm: mdp2021 called it a crucial missing piece toward AGI, needing only critical thinking added during cleanup. No one picked up or challenged that claim.
  • References: macleginn linked the actual arXiv paper and called DreamCoder a favorite ML paper that this reminded them of.

Nobody tested the paper's claims, such as the 10M-token retention or how capacity scales over many sleep cycles. The one concrete objection is gopalv's: weight-level consolidation is hard to audit.

Kentucky man becomes the first humanist granted religious exemption from AI

Submission URL | 481 points | by danso | 517 comments

A humanist, not a traditional religious believer, has reportedly won a religious exemption from being required to use AI. That is the story's novelty: exemption regimes were built around faith traditions, and this case stretches the category to cover a nonreligious worldview.

The title says the man is from Kentucky and that this is the first such grant for a humanist. It doesn't say who imposed the AI requirement (an employer, a school, or an agency) or what legal basis the exemption rested on. I won't guess at those details, and they decide how far the precedent travels.

If the framing holds, it gives employees who object to AI mandates on ethical grounds a template to test, though a single reported grant isn't binding on anyone. The full article at Religion News Service would have the specifics.

The thread largely ignored the exemption itself. It took the opening comment's "new Amish-like lifestyle" remark and turned it into an argument over how people actually use AI at work, and whether software developers and other knowledge workers are having the same experience.

The framing: devs are "factory managers," knowledge workers are "artisans." One commenter said developers now run fleets of agents, so a single request fans out into 10-20 calls, and that feels like "moving up the stack." Knowledge workers, in this view, feel the AI is making their decisions while they watch.

Pushback from knowledge workers. A commenter in legal and medical-adjacent work said the premise is wrong. Experts quickly learn that AI cites fake or junk sources, picks the wrong venue, and imports crackpot papers, so they use it iteratively and check everything. The unchecked output is where people fail, as with a "weird case in Kentucky" cited for a Vermont court. Others countered that plenty of lawyers and writers do ship unchecked output.

Why code is different from other fields:

  • Programming has automated tests, so the AI can partly verify itself. Knowledge work has no equivalent, so the human has to stay more involved.
  • Mistakes in code are cheap until production. In law or medicine they aren't, and one commenter said "acting like a software engineer is called malpractice" elsewhere.
  • One side said knowledge workers are just less sophisticated at using AI, and that source checking and functional-test analogues will arrive, for example a cheap second model that verifies citations. The other side said that when you didn't do the legwork, catching errors is much harder. Another added that if you have to check this carefully, you may as well do the work yourself.
  • A related dispute is whether "just work" even makes sense for law. One commenter said the legal system exists to let humans argue their case, so a deterministic AI defeats its own purpose.

Do developers really run fleets of agents? This was the most contested point.

  • Skeptics (Exoristos, bigstrat2003) said they don't know anyone working that way and doubt it's the majority.
  • One developer described a planner agent spawning builder sub-agents, checker agents, and review agents on every PR. Another noted that automated PR review alone means 3-5+ agents per repo.
  • Others said 2-3 agents is their limit before they "lose the plot."
  • Cost is a counterpoint. Anthropic researchers can run thousands of agents because they don't pay token bills. Another commenter said that scale is a luxury of wealth, generating many possibly defective samples and picking the good ones. A reply predicted costs would drop by an order of magnitude within about six months.
  • Anecdotes cut both ways. One was a startup with tens of thousands a month in AI spend and no viable product, and another was a friend whose network is run by agents.

Other comments used the analogy of home cooking and gardening persisting alongside restaurants and supermarkets. One person said AI barely helps with niche, proprietary industrial knowledge.

Decompiling Games with AI: Virtueel Zoetermeer

Submission URL | 33 points | by bouk | 8 comments

One prompt got a working web port of an early-2000s Dutch city-builder. The author gave Claude the archive.org zip of Virtueel Zoetermeer with /goal create a decompilation of Virtueel Zoetermeer.zip and get it working on the web. The first result ran but kept crashing. A follow-up, "do a full playthrough of the game yourself and fix any crashes," made it stable.

The game is a SimCity-style title commissioned by the municipality of Zoetermeer, where you build a city and keep its amenities supplied. It spread to Dutch primary schools as an early "serious game" for teaching urban planning. It was written in Pascal, a language the author says he has never used. Claude reconstructed equivalent source, now on GitHub, and the game is playable in the browser at virtueelzoetermeer.bou.ke.

The post is also a counterpoint. The same approach stalled on Age of Mythology: Gold Edition (the original, not the Steam remake). After a month it sits around 60% and slows with each function. The method works because a byte-match against the binary gives a clear pass/fail test, and agents can attempt every function in parallel. Scope and token budget decide the outcome: a small, obscure Pascal game falls in a couple of prompts, while a large commercial engine grinds.

Note that the Zoetermeer result is described as a working port with reconstructed source. The post doesn't claim a byte-matching decompile, the standard the author sets for projects like Paper Mario.

The author's high-score tip comes from ChatGPT: fill every empty tile with churches.

The thread is short and mostly practical, with a few side questions about how the decompile actually worked.

  • Cheaper models are enough. gmerc says DeepSeek is now "good enough" to do this token-efficiently. He claims a Hitman 2 effort took only a handful of days of off-peak usage, and that a recent DeepSeek release sped his process up by another 50%. He links a video and a blog post as evidence. Another commenter recognized him from the DeepSeek and game-remixing angle.
  • Dutch names. lmz asked whether the Dutch comments and field names came from the compiled code, noting that Delphi carries RTTI info. The author (bouk) said the comments are AI-generated. The original class names really were Dutch, so he told the model to make the rest of the code match.
  • Will smarter models help? xyzsparetimexyz challenged the post's hope that a stronger model would make reverse compilation more efficient. He asked what such a model would do besides burn token budget, unless it internalized every compiler's codegen patterns and flag permutations, or wrote a decompiler. tancop replied that producing readable code that rebuilds the exact binary and likely resembles the developers' source is much harder than ordinary decompilation. In tancop's view it takes a human expert or an equivalent AI, because deterministic tools usually yield unreadable or non-compiling output. This leaves open whether model gains or just more tokens are what move the hard cases.
  • Why some games are easier. suddenlybananas asked what makes certain games easier for models to decompile beyond raw complexity. Nobody answered.
  • Minor. thenthenthen reported that the page's graphics weren't loading, and said the real Zoetermeer is "kinda drab" until a search for photos changed their mind.

Nvidia Nemotron 3.5 Transcribe: open ASR for 40 languages

Submission URL | 127 points | by wondersky | 24 comments

One 30B-parameter checkpoint (about 4B active per token) now handles transcription, diarization, translation, and audio Q&A, steered by plain-language prompts instead of separate models. It's open-weight on Hugging Face and ModelScope, pairing a speech encoder with a hybrid Mamba–Transformer mixture-of-experts LLM.

Coverage varies by task:

  • Transcription in 40 languages
  • Translation to or from English in 31
  • Speaker attribution in 13, up to eight speakers, on recordings up to an hour
  • Audio Q&A trained in English only
  • Word-level timestamps

Leaderboard claims, all NVIDIA-reported or sourced from the model card:

  • Hugging Face Open ASR (English): first among open-weight models at 5.33% average WER, API models excluded. Multilingual is 4.62% across seven languages and long-form is 10.98%, both lowest in the model card's own comparison.
  • Artificial Analysis: ties for first among open-weight models at 2.8% AA-WER with roughly 4B active parameters, versus 24B for the model it ties. On the AgentTalk voice-agent set it scores 1.8% against 2.3% for the next-best open model.
  • Diarization: lowest error on David AI's 21-language leaderboard, and first in VoiceArena's 14-system comparison.

The more practical piece is the adaptation path. You can inject domain terms through the prompt (for example, "Possible terms: HbA1c, metformin"), and when that runs out, Granary v2's multilingual data and curation pipeline plus NeMo Speech fine-tuning recipes take over. In a medical case study, fine-tuning cut WER on held-out speakers by 45.8% relative to the best prompt. That is a single case study, so treat it as a ceiling rather than a typical result.

Quantized builds target RTX Spark, DGX Spark, and Jetson AGX Thor for local runs, with Blackwell data-center GPUs for scale. Agora demoed word-level timestamps in a classroom replay app.

NVIDIA itself advises spot-checking names, speaker changes, and answers against the recording, and language support differs by task, so check the model card's task-by-language matrix before committing.

The thread is mostly practical, and the verdict from people who tried the model leans lukewarm: Parakeet, Qwen ASR, and Nemotron Streaming were repeatedly named as better fits for specific jobs.

  • Hardware worries: One commenter wanted to know if it runs usably without an NVIDIA GPU, with a target of about 10% of realtime on an old x86 box. Farmadupe2 said reference Python code runs almost anywhere. They also suggested having an LLM port it to a specific target such as an Intel NPU, which they estimated at 10–30 USD in tokens. On speed, they argued it's a 30B model with about 4B active, so with ~30 GB of spare RAM it should run about as fast as any 4B model. Streaming weights from SSD would be much slower. Another reply recommended trying Parakeet first, since it does well on CPU alone.

  • Hands-on quality reports: xpct saw an error every few sentences on standard vocabulary. jiehong preferred Parakeet or Qwen ASR and regretted that Mistral didn't open-source Voxtral 3. drewbitt called Voxtral 3 probably the better product but said this model is cheap. On Japanese, mewse-hn compared a Q4 quant against Parakeet and found it slower, heavier, and higher-error. Its built-in translation was worse than sending a Parakeet transcript to a cloud LLM. On a full anime episode, vocal-isolated and raw, it was thrown off by English words in the theme song and failed three times. The quant may not have given full accuracy, as they noted.

  • No live streaming: solarkraft lamented that this model is for recorded audio only. Nemotron Streaming in the Handy desktop app has effectively solved dictation for them, including German mixed with English terms and brand names. They said it runs well on any Mac down to a base M1. Handy is desktop-only. For Android, killingtime74 uses a forked DictateKeyboard with local Qwen 3 ASR, which they called the second most accurate open model after this one.

  • One niche plus: AkashKaStudio pointed out the model card's near-field-only speaker transcription is experimental but not offered by other open speech LLMs.

  • Unanswered: vjulian asked whether OpenAI's transcription model really is best for thousands of hour-long, jargon-heavy interviews. Nobody gave real evidence either way.

Artificial Analysis Intelligence Index v5

Submission URL | 95 points | by hn-aarvin | 82 comments

60% of the Intelligence Index now runs on private test sets or held-out answers, the main structural change in v5 and a direct response to contamination and saturation of public benchmarks. Artificial Analysis also launches a separate Progress Index v1 that tracks capability over time on one continuous scale.

What changed in the Index:

  • Added: FrontierCode 2.0 (Cognition's private benchmark of 132 real-repo tasks, graded on whether a maintainer would merge the change) and Terminal-Bench-Science (70 agentic research tasks).
  • Upgraded: HLE-Diamond replaces Humanity's Last Exam, AA-Omniscience moves to v1.1, and CritPt v2 now uses a private 40-question hard subset.
  • Dropped: GDPval-AA v2.1, SciCode and AA-LCR v1.1.
  • Weights: four categories at 25% each: Knowledge Work, Coding, Science, General.

Results: Claude Opus 5.5 (max) leads at 58, ahead of GPT-6 Astra (57) and GPT-6.1 Sol (55). Anthropic and OpenAI hold the top five spots, and Gemini 4 Argon is next at 50. No model wins everything. Opus 5.5 tops three of the nine evaluations, and five other models split the remaining six.

The open-weights gap grew from 3 points to 12. The top open model, Kimi K3.1 Pro, scores 46, but its weights aren't released yet. Among released weights, DeepSeek V4.1 Flash 1017 and GLM-5.3 lead at 32, below Claude Haiku 5.5 at 36. On Terminal-Bench-Science, most open models score under 10%, and the best released one reaches 13%.

Cost spread: among the 10 top-scoring models, cost per Index task runs from $0.96 (GPT-6.1 Terra) to $13.04 (Claude Fable 5.1), more than 13x.

Two details are worth noting. On HLE-Diamond, the leaders score 78% on reasoning questions but only 58% and 50% on knowledge. AA-Omniscience v1.1 scores average about 2 points lower than v1, and a recalibrated public subset is on Hugging Face. The caveat: the heaviest-weighted new benchmarks, FrontierCode 2.0 and Terminal-Bench-Science at 15% each, are private, so outsiders can't audit them, and FrontierCode comes from Cognition, a company that builds coding agents.

The thread is dominated by one accusation: that every Artificial Analysis (AA) index revision lands in a way that favors US labs and hurts open-weight (mostly Chinese) models. A smaller group pushes back on the methodology rather than the motives.

The bias case

  • The top comment says several popular open-weight models, including GLM 5.3-flash and Qwen 3.8-flash-next, were quietly removed from the charts, and their model pages now show "N/A".
  • Commenters recall earlier updates having the same effect. One says a rushed same-day change when GLM 5.3 was added lowered its score. Another says AA changed the index calculation right after Qwen 3.8 Max took the top agentic spot, so it lost that rank.
  • Another commenter noted the same pattern: OpenAI dropped in the index, then a "fix" shipped hours later and it rose again. They also object that two of the new sources are private and can't be reproduced.
  • Another points to the slow evaluation of Mimo 2.6 Flash, which let GPT-6 Luna sit on the Pareto frontier for a couple of weeks.
  • The hands-on argument is that the rankings contradict experience. People say GLM 5.3 beats GPT-6 Astra on backend and frontend work, and that Haiku 5.5 outranking every open model except Kimi K3.1 "is not true".
  • hgoel's structural version is that whatever OpenAI and Anthropic optimize for becomes the definition of intelligence, and saturated older tests get discarded.

The less conspiratorial readings

  • rbehrends doubts either bias or benchmaxxing is the main cause. The coding index alone looks plausible, for example Terra no longer beating Fable. The new Terminal-Bench-Science hurts small coding-tuned flash models, which wouldn't be surprising. The deeper question is whether one aggregate number across such different tasks means anything.
  • sourcecodeplz says smaller open models are strong at coding and tool use but lack world knowledge, which fits the HLE knowledge split.
  • mzl says new releases tend to expose weaknesses in the index itself, because models ranked together don't feel equally good.
  • arcanemachiner plays devil's advocate: any new benchmark gets gamed, so periodic replacement is expected, though bias toward US models is possible.
  • yorwba argues individual benchmarks are noisy and saturate. In their view a weighted sum just chooses which noise to amplify, and they prefer Epoch's ECI because it models saturation and gives error bars.

Specific methodological objections

  • LLM judge: chvid questions using a closed model, GPT-6 Luna, as the FrontierCode judge. iwhalen links a paper on self-preference bias in LLM judges.
  • Languages: kamov calls the multilingual language selection odd, with broad Asian coverage but only a few Romance European languages and no Slavic, Nordic or Finno-Ugric ones.

Side argument on open weights

  • lousken says closed models degrade after launch while open weights stay fixed. pritambaral adds that open weights can improve through fine-tuning.
  • tsss counters that hosted open models vary with configuration such as KV cache, and that hosts may cut corners. dannyw replies that reputable hosts like Fireworks, Cloudflare and Baseten have a reputation to protect.

The unresolved crux is whether the shifts come from deliberate tilting or from an index so sensitive to its task mix that any revision reshuffles the rankings. Private test sets make it impossible for outsiders to settle that.

AI execs may be too out of touch to build for the general public

Submission URL | 88 points | by pavel_lishin | 69 comments

Marissa Mayer's attempt to show off her new AI app turned into a PR problem. In a New York Times interview about Dazzle, an assistant that learns from your camera roll, she said it helped write three bullet points about her 10-year-old daughter for a school birthday presentation: "empathetic, creative, and an animal lover." Critics noted that the description is generic enough to fit most 10-year-olds.

Mayer later defended herself on X. She said she was testing a prototype, not asking the app to explain her child to her, and that it surfaced forgotten kindergarten projects like a "snake devenomer" and a "sandcat playground." But the same interview had her pitching Dazzle for birthday themes, playdates, vacation activities and Halloween costumes. She also floated her assistant coordinating with her husband's. Asked whether a "frictionless future" planned by AI is depressing, she answered, "I haven't really thought that through."

TechCrunch's Amanda Silberling treats this as a pattern, not a one-off:

  • Sam Altman said he couldn't imagine raising a newborn without ChatGPT, and pitched a podcast that explains your kids' interests to you.
  • Mark Zuckerberg argued that the average American has fewer than three friends but wants about 15, and predicted AI therapists and romantic partners will become more socially acceptable.

The public isn't with them. A Pew study found that 50% of U.S. adults expect AI to reduce people's ability to form meaningful relationships, and only 5% expect it to make connections easier.

Silberling's thesis is that Silicon Valley's efficiency culture, the same one behind sleep-tracker optimization and peptide stacks, is being applied to relationships, where friction is the point. It's an opinion column, and it picks the most quotable examples. Still, Mayer's "haven't thought that through" answer undercuts her own defense.

The thread quickly moves away from Mayer's app and into a larger argument over what AI and robots should take off people's plates. Most commenters share the sense that tech executives are out of touch, but they split on what caregiving automation would actually mean.

The "out of touch" framing. The top comment points to Elon Musk's pitch that robots will look after your dog, kids, or aging parents, calling those "the things normal people with healthy relationships want to be doing." Others piled on with Altman's podcast-about-your-kids idea. One called the executives "sad psychopaths," and another called them "deeply anti-human." A counter-joke: Mayer was perhaps busy A/B testing blue shades. The sharpest version of the complaint is that robotics belongs in work, not in places where human experience is the value. A reply to that: "Or maybe we want the robots to do our jobs so we can spend time with people." The rejoinder was that people would then be unemployed and scrounging for food.

Caregiving is hard, so is the pain the robots' target? Commenters did not dispute that raising a child while parents decline is brutal. They disagreed about the cause.

  • One side blamed structure rather than the people involved. Care is unpaid full-time work squeezed around a job, nuclear families lost community help, and dual incomes are now required. One reply: "And the result is no kids."
  • A sub-thread argued over whether people should simply not have kids if they can't handle it. Others pushed back that parental illness is something life throws at you, not a choice, and that childcare is unaffordable for almost everyone. One noted it's free in Germany. The poster arguing for fewer kids said the real fix is government-funded childcare, which won't happen without a demographic crisis.
  • TheOtherHobbes suggested falling birth rates partly reflect that the internet shows what parenting involves. By this view, robots doing chores and bureaucracy would free time for the relationships themselves.

Does robot elder care actually make sense? This was the thread's real fault line.

  • Supporters said it has been pursued for decades, and that nursing homes face severe labor shortages. One wants to live independently into their 80s rather than burden their only kid. Another would rather control a robot than depend on a stranger.
  • Critics said that's a stretch. If you can afford and maintain the robot, you could probably pay humans. They argued the fix is better pay and breaking up large care companies. Another said family caregivers act from love, culture, and obligation, which mercenary caregivers (or machines) won't replicate.
  • A definitional fight ran under all of this. One commenter said "robot care" just means chores like trash, medication reminders, and finding keys, and nobody objects to a dishwasher. Others said people mean showering, toileting, companionship, and monitoring. And nurses do far more than chores: they handle medication, meals, outings, and checking on well-being. Companionship, most agreed, is where the line falls.

Cost reality check. Nursing homes already exist and are expensive. One commenter cited roughly £5k per week for an aunt's end-of-life care. Another pointed out that wanting to care personally and being able to are different things.

The thread never settles whether the technology would free people to be present or merely replace the presence itself. That turns on what you assume gets automated.