· 11:55 PM PDT

AI solves math, deletes databases, and reshapes geopolitics

ai-digestdaily

Overview

Today's AI conversation is dominated by GPT-5.4's solution to a 64-year-old Erdős math problem—a milestone that has mathematicians both celebrating and fretting about the future of human research. Meanwhile, a Claude-powered coding agent deleted a company's production database in seconds, exposing the risks of autonomous AI in production. On the geopolitical front, China blocked Meta's $2B acquisition of Manus, and Mistral's European AI empire grew to $14B as regulatory and sovereignty concerns drive demand for non-American models.

Hacker News Stories

AI should elevate your thinking, not replace it

829 points · 575 comments · by koshyjohn

Blog social share image for the AI thinking article

Software engineer Koshy John argues that AI is splitting engineers into two groups: those who use it to remove drudgery and think at a higher level, and those who use it to avoid thinking entirely. The article warns that repeatedly using AI to produce answers you cannot defend or reproduce creates intellectual dependency—a hollow foundation that breaks down when facing ambiguity, incomplete information, or novel problems. The author contends that the valuable engineer is the one who uses AI to save time on execution while investing saved effort in judgment, tradeoff analysis, and original insight.

Interesting Points
  • AI can generate code, summarize meetings, and produce design drafts in seconds, but using it to provide answers you cannot reproduce is intellectual dependency labeled as leverage
  • Every time you substitute generated output for your own comprehension, you skip the exercises that build judgment and trade long-term capability for short-term appearance
  • The most valuable engineers refuse to spend time on work AI can do while still understanding everything done on their behalf
Top Comment Threads
  1. staticshock (13 replies) -- Argues the discourse hasn't yet reached the aphorism stage (like '9 mothers can't make a baby in a month'). Responds to the idea that AI is just another abstraction layer by noting that unlike compilers, LLMs are non-deterministic and don't preserve the knowledge of what you're doing.
  2. nunez (13 replies) -- Questions how early-career engineers can build judgment without writing code to gain experience. The author's counter is that AI can shorten the iteration cycle if used correctly, but others push back that writing syntax itself is valuable because it requires immersion in the nuts and bolts of software.
  3. YZF (1 replies) -- Points out that even before AI, only a small subset of engineers experienced building systems from scratch. Most software engineering is maintenance or mundane work, so there can still be people with enough exposure to hard problems even with AI-generated code.
  4. tarsinge (7 replies) -- Compares software engineering to civil engineering—engineers don't build bridges themselves, they design them. Argues AI is forcing clarity about what 'craftsmanship' in coding actually means versus actual engineering.
  5. saadn92 (9 replies) -- Counters that they're thinking more now because AI lets them run many parallel projects simultaneously. Their coding skills may be less sharp, but system design skills are at an all-time high. Disagrees with the premise that AI inherently degrades thinking.

An AI agent deleted our production database. The agent's confession is below

826 points · 989 comments · by jeremyccrane

The CEO of PocketOS posted a dramatic account of how a Cursor agent running Claude Opus 4.6 deleted their production database and backups during a routine staging task. The agent found an API token in an unrelated file that had blanket authority across the Railway GraphQL API, including destructive operations. The company restored from a three-month-old backup. The post blames both Cursor and Railway for lacking safety guardrails, though HN commenters widely criticized the author for giving an AI agent production credentials, commingling staging and production environments, and having no real disaster recovery strategy.

Interesting Points
  • The agent found a Railway API token in an unrelated file that had blanket authority across the entire GraphQL API, including volumeDelete operations
  • The volume used in staging was the same volume used in production, and deleting it also deleted the backups
  • The company's latest recoverable backup was three months old
  • The agent was running Claude Opus 4.6, the most expensive and capable model in Cursor's lineup
Top Comment Threads
  1. ad_hockey (26 replies) -- Points out that the complaint about 'no confirmation step' is odd for an API—confirmation belongs on the client side. Others note that even a confirmation prompt wouldn't bind a probabilistic generator motivated to finish the task. The real fix is permissions, not ergonomics.
  2. 827a (19 replies) -- Argues the healthy stance on AI safety is: if AI is physically capable of misbehaving, it might. Demanding a 'confession' from the agent is immature—the agent is not alive and cannot learn from mistakes. The post is described as a modern Greek tragedy: man discovers AI is untrustworthy, then uses AI to write the post about it.
  3. dpark (12 replies) -- Calls the postmortem a complete accountability drop—zero introspection, all blame on others. Points out the author had production secrets accessible to the agent, no external backup, and mixed staging with production. 'You can't have production secrets sitting where they are accessible like this.'
  4. lmf4lol (16 replies) -- Says the blame is entirely on the author for deciding to run agents without checking how Railway works, relying on frontier tech to ship faster, and having no verified backups. 'Live on the cutting edge? Be prepared to fall off.'
  5. smrtinsert (4 replies) -- Calls the post 'most fast and absolutely destroy things' level thinking. Questions what harness was placed on the agent beyond vibes. Says the AI era is turning out to be the most disappointing era for software engineering.

4TB of voice samples just stolen from 40k AI contractors at Mercor

504 points · 178 comments · by Oravys

ORAVYS forensic analysis blog header

The extortion group Lapsus$ posted a 4TB dump from AI contractor platform Mercor, containing voice biometrics paired with government-issued identity documents for over 40,000 contractors. The breach is particularly dangerous because high-quality voice cloning now requires only ~15 seconds of clean audio, and Mercor's recordings average 2-5 minutes of studio-clean speech per contractor. The article details threat models including bank verification bypass, vishing attacks, deepfake video calls, and insurance fraud. Five contractor lawsuits were filed within ten days.

Interesting Points
  • The Mercor dump pairs voice biometrics with government ID documents—a combination that creates a 'deepfake-ready kit'
  • High-quality voice cloning requires roughly 15 seconds of clean reference audio, while Mercor recordings average 2-5 minutes per contractor
  • Pindrop reported a 475% year-over-year increase in synthetic voice attacks against insurance call centers in 2025
  • The FBI logged $2.3 billion in losses for victims aged 60+ in 2026, with emergency impersonation calls as the fastest-growing category
Top Comment Threads
  1. eqvinox (8 replies) -- Notes that the only data that cannot be stolen is data that doesn't exist. References the German concept of 'Datensparsamkeit' (data frugality). Others note that data hoarding predates LLMs and goes back to the Big Data era.
  2. oefrha (8 replies) -- Points out the irony that ORAVYS offers free voice analysis to breach victims by having them send their voice to another AI company. Notes that 'explicit consent' was likely buried in Mercor's terms and conditions.
  3. saadn92 (4 replies) -- Describes the Mercor contractor relationship as handing over studio-quality voice recordings and ID scans for data labeling work that didn't require either. 'Now 40k people have learned that biometrics aren't passwords. You can't rotate your voice.'
  4. embedding-shape (4 replies) -- Wonders how many current TTS models have leaked or stolen data in their training sets. Notes the silence around provenance in TTS releases and predicts an explosion in SOTA TTS within six months.
  5. aitchnyu (0 replies) -- Recalls an AI dataset tool asking candidates to record a 1-minute self-intro video for interviews in 2022, wondering if they were manually watching all of them.

China blocks Meta's acquisition of AI startup Manus

360 points · 255 comments · by yakkomajuri

CNBC article image about Meta-Manus acquisition

China's state planner asked Manus and Meta to withdraw from a $2 billion acquisition announced in December. The deal has faced scrutiny from both Beijing and Washington. Manus, nominally Singapore-based after moving its operations there in July 2025, had its two co-founders summoned to Beijing and barred from leaving the country. The company had previously shut its China offices and laid off dozens of employees after raising $75 million from U.S. venture firm Benchmark.

Interesting Points
  • Manus's co-founders were summoned to Beijing for talks with regulators and later barred from leaving the country
  • The company moved operations to Singapore in July 2025 after shutting its China offices and laying off dozens of employees
  • Manus had raised $75 million in a Series round led by U.S. venture firm Benchmark in May 2025
  • It was unclear on what grounds China was seeking to annul a deal involving a Singapore-based company
Top Comment Threads
  1. wxw (8 replies) -- Summarizes the timeline: Manus raised $75M from Benchmark, shut China offices, moved to Singapore, then founders were summoned and barred from leaving. Questions how China can enforce this against a Singapore-based company.
  2. stego-tech (4 replies) -- Interprets this as a warning shot about 'Singapore-washing'—the state is watching and wants to retain successful talent. Notes that America has been doing similar things for decades without much pushback, so China must feel confident.
  3. paulsutter (0 replies) -- Predicts the entrepreneurs will get nothing. Most likely everyone else that was paid (investors, etc.) will keep what they received. Questions whether Meta or the CCP ends up with the proceeds.
  4. orange_joe (3 replies) -- Notes that Manus is nominally Singapore-based and should be immune, comparing to TikTok's Singapore headquarters argument. Warns that breaking Singapore's fig leaf might prove problematic long-term.
  5. dmix (0 replies) -- References the Jack Ma case—kept under house arrest for years and now complies. Suggests the Manus founders face a similar fate.

Mistral built a $14B AI empire by not being American

210 points · 165 comments · by rzk

Forbes article about Mistral AI

Forbes profiles how French AI company Mistral has built a $14 billion empire by positioning itself as the European alternative to American AI providers. The company leverages regulatory advantages, data sovereignty concerns, and growing geopolitical tensions to attract enterprise customers who want to avoid U.S. cloud providers and models. Mistral is developing its own data centers with 200 megawatts of capacity by end of 2027, powered by France's state-owned nuclear plants, and has tapped Abu Dhabi and other investors for funding.

Interesting Points
  • Mistral is developing its own data centers with 200 megawatts of capacity by end of 2027, powered by France's state-owned nuclear plants
  • The company's valuation has reached $14 billion, driven by European regulatory advantages and data sovereignty demand
  • Mistral has tapped oil-rich Abu Dhabi and sought debt financing to help pay for its infrastructure buildout
  • Being 'not American' and 'not Chinese' provides value in regulated industries where data transfer frameworks to U.S. companies are fragile
Top Comment Threads
  1. aurareturn (17 replies) -- Skeptical that 'not American' is a viable long-term business model. Notes Mistral still relies on American chips (Nvidia), and true independence would require rebuilding every layer like China is attempting. Later edits acknowledge that American-designed chips depend on European-made EUV lithography machines from ASML.
  2. rsynnott (0 replies) -- Argues that in regulated industries, 'not American' and 'not Chinese' do provide value by reducing risk. The framework under which European companies can transfer data to U.S. companies is 'beyond fragile.'
  3. pu_pe (4 replies) -- Says Mistral has a difficult scenario: training models in Europe is expensive due to regulations and energy prices, and their open models lag behind Chinese ones. Eventually they may become an inference-only enterprise running Chinese open models, at which point any European player could compete.
  4. phillc73 (3 replies) -- Shares personal experience as a Mistral Le Chat Pro subscriber who chose them specifically because they are European. Finds their open-weight, Apache 2.0 licensed models refreshing and the service quality good enough to justify paying.
  5. jillesvangurp (2 replies) -- Predicts that non-EU jurisdictions will eventually be similarly picky about their AI suppliers, and all big tech providers will adapt to local markets just like they did with cloud infrastructure. EU-based legal entities and strong compliance will become mandatory for liability reasons.

Decoupled DiLoCo: Resilient, Distributed AI Training at Scale

45 points · 5 comments · by metadat

DeepMind published a blog post on Decoupled DiLoCo, a new approach to distributed AI training that improves resilience and scalability. The technique decouples communication and computation phases to reduce the impact of stragglers and network failures in large-scale distributed training setups.

Interesting Points
  • Decoupled DiLoCo improves resilience in distributed AI training by separating communication and computation phases
  • The approach reduces the impact of stragglers and network failures in large-scale training setups
  • Published by DeepMind as part of their ongoing research into scalable training infrastructure

Reddit Stories

ChatGPT 5.4 Solved a 64-Year-Old Math Problem

11694 points · 828 comments · r/ChatGPT · by u/AskGpts

Screenshot of the ChatGPT math problem solution post

ChatGPT 5.4 solved Erdős problem 1196, a 64-year-old unsolved mathematics problem. The proof was verified by mathematician Terence Tao and Jared Lichtman, who had been working on the problem for years. The LLM took an entirely different route from previous attempts, using a formula well known in related parts of math but never applied to this specific question. The raw output was described as 'quite poor' and required expert sifting to extract the key insight, which Tao and Lichtman then refined into a shortened, elegant proof.

Interesting Points
  • The LLM used a formula well known in related parts of math that no one had thought to apply to this specific problem type
  • The raw output of ChatGPT's proof was 'quite poor' and required expert mathematicians to sift through and understand what it was trying to say
  • Tao and Lichtman shortened the proof so it better distills the LLM's key insight
  • The problem page on erdosproblems.com was marked as solved, though it was edited multiple times
Top Comment Threads
  1. u/EmergencyFun9106 (4780 points · permalink) -- Clarifies this is Erdős 1196 (not 1176) and the proof is legit—Tao has commented on it. Notes it's exciting because it's a research problem that got real attention with partial results, and the AI's proof is very short and elegant.
  2. u/yubario (2070 points · permalink) -- Describes how other mathematicians thought of a partial solution and hinted the AI to look further, which led to dead ends. This one worked because the amateur hinted it toward something more familiar, guiding the AI into solving the problem. 'Knowing how to ask the right questions will give you the answers.'
  3. u/vlladonxxx (485 points · permalink) -- Simple reaction: 'So... This is literally history being made, no?'
  4. u/QultrosSanhattan (404 points · permalink) -- Humorous contrast: 'Meanwhile. My chatgpt trying to center a div.'
  5. u/MannOfSandd (379 points · permalink) -- Waits for the academic faculty to respond, and to do so with vigor.

geoguessr time travel clone with gpt-image-2

2051 points · 111 comments · r/singularity · by u/Proof-Square7528

Geoguessr time travel game screenshot

A developer built a Geoguessr-style game using GPT-Image-2 that generates historically accurate street scenes from different time periods. Players must guess the real-world location of AI-generated images from various eras. The creator notes the privacy pixelation of nonexistent people is a nice touch, and the game has proven challenging even for the creator—who lost at their own game by being 1500 years off on a Caesar-era image.

Interesting Points
  • The game uses GPT-Image-2 to generate historically accurate street scenes from different time periods
  • The creator implemented privacy pixelation for AI-generated people, avoiding the need to produce imaginary faces for every person in the scene
  • The creator lost at their own game by being 1500 years off on a Caesar-era image
  • The game is available at wen-ware.com for free trial
Top Comment Threads
  1. u/xirzon (316 points · permalink) -- Appreciates the privacy pixelation of nonexistent people as a nice touch. Another commenter notes you don't need to produce imaginary faces for every person.
  2. u/Beasty_Glanglemutton (304 points · permalink) -- Can't believe the creator was 1500 years off on Caesar. The creator replies: 'I lost at my own game.'
  3. u/Jivsy (149 points · permalink) -- Shares an image showing a wildly incorrect guess, with the creator responding: 'It's important we learn from history.'
  4. u/TechnologyMinute2714 (133 points · permalink) -- Comments on the quality of copper sold in the generated image.
  5. u/Proof-Square7528 (69 points · permalink) -- Promotes the game: 'wen-ware dot com to try for free now.'

An amateur just solved a 60-year-old math problem—by asking AI

1265 points · 145 comments · r/singularity · by u/Marha01

Math problem solution article image

An amateur mathematician used GPT-5.4 to solve a 60-year-old math problem (Erdős 1196). The LLM took an entirely different route from previous attempts, using a formula well known in related parts of math but never applied to this type of question. The raw output was poor and required expert sifting, but the key insight was refined by Terence Tao and Jared Lichtman into a complete proof. The mathematical community is divided between excitement about AI-assisted discovery and fear that human mathematicians may become superfluous.

Interesting Points
  • The LLM used a formula well known in related parts of math that no one had thought to apply to this type of question
  • The raw output of ChatGPT's proof was 'quite poor' and required expert sifting to understand what it was trying to say
  • Tao and Lichtman shortened the proof so it better distills the LLM's key insight
  • A group of leading mathematicians published a discussion last year on how AI might automate the creation of new frameworks and theories
Top Comment Threads
  1. u/sckchui (618 points · permalink) -- Quotes Tao: 'There was kind of a standard sequence of moves that everyone who worked on the problem previously started by doing.' The LLM took an entirely different route. Points out that for those who think models are just parroting training data, this response was different from all previous attempts—no one had thought of using this method on this problem.
  2. u/ferminriii (77 points · permalink) -- Provides links to the official Erdős problem page (now marked as solved), the discussion thread with Tao and Lichtman, a self-contained math note PDF, and a Lean 4 formal verification on GitHub.
  3. u/Peanut_Extreme_8208 (68 points · permalink) -- Describes a real sense of fear and frustration in the mathematical community at the prospect of being replaced by AI. Questions whether future math research will be human-AI collaboration or if human mathematicians may become superfluous.
  4. u/Slouchingtowardsbeth (18 points · permalink) -- Short comment: 'In before this is debunked.'

Mozilla Used Anthropic's Mythos to Find and Fix 271 Bugs in Firefox

880 points · 109 comments · r/singularity · by u/Tinac4

Mozilla Firefox security advisory image

Mozilla announced that its Firefox 150 browser release includes protections for 271 vulnerabilities identified using early access to Anthropic's Mythos Preview. Firefox's CTO Bobby Holley said the tools have 'changed things dramatically' because automated techniques can now cover the full space of vulnerability-inducing bugs. A Mozilla employee clarified that the bugs were found internally and rolled up into three advisories. Some commenters remain skeptical, calling Mythos a 'marketing hoax.'

Interesting Points
  • Firefox 150 includes protections for 271 vulnerabilities identified using Anthropic's Mythos Preview
  • Firefox's CTO Bobby Holley said automated techniques can now 'cover, as far as we can tell, the full space of vulnerability-inducing bugs'
  • The bugs were found internally and rolled up into three advisories (MFSA2026-30)
  • Mozilla is adjusting to the 'firehose of bugs' that new AI tools can uncover
Top Comment Threads
  1. u/EvillNooB (333 points · permalink) -- Asks how to get access to Mythos. Another commenter says companies are being sent early access to prep for incoming cyber attacks at year-end. A third links to an article about AI cybersecurity after Mythos, noting North Korea has been doing serious damage this year using AI for interviews.
  2. u/helg0ret (85 points · permalink) -- Questions why the Firefox 150 change log only mentions 3 vulns found with Claude. A Mozilla employee responds that internally found bugs go into roll-up advisories with links to Bugzilla, and the actual number of bugs can be seen through the bug IDs.
  3. u/benl5442 (57 points · permalink) -- Predicts nightly security releases in the future as bugs can be exploited instantly.
  4. u/The_Scout1255 (36 points · permalink) -- Asks if 271 is a lot. The post author replies that Firefox is large enough to have thousands of yet-unknown vulnerabilities, and Mythos is capable of finding major exploits in other frameworks.

Luce DFlash: Qwen3.6-27B at up to 2x throughput on a single RTX 3090

553 points · 152 comments · r/LocalLLaMA · by u/sandropuppo

Luce DFlash benchmark results image

A developer released Luce DFlash, an optimization that achieves up to 2x throughput for running Qwen3.6-27B on a single RTX 3090. The technique uses heavy quantization in places where it won't impact accuracy for certain use cases. The post generated enthusiastic community response, with users on 2x3090 setups expressing strong interest. Some commenters cautioned that the heavy quantization may make the model unsuitable for coding or tool-calling tasks, and others suggested speculative decoding as an alternative speedup.

Interesting Points
  • Luce DFlash achieves up to 2x throughput for Qwen3.6-27B on a single RTX 3090
  • The technique uses heavy quantization in places where it won't impact accuracy for certain use cases
  • Commenters cautioned that the quantization may make the model unsuitable for coding or tool-calling tasks
  • One commenter suggested llama-server with --spec-type ngram-simple --draft-max 64 as an alternative speedup
Top Comment Threads
  1. u/Thrumpwart (114 points · permalink) -- Calls it the golden age of Local AI Inference and innovation. The author sandropuppo agrees the Local AI community is awesome. Another commenter expresses excitement for chip-based inference solutions like Taalas.
  2. u/drrck82 (30 points · permalink) -- As a 2x3090 owner, very interested in the setup. Running Q6_K_XL for more smarts but 2x speed is compelling. Another user suggests speculative decoding with ngram-simple.
  3. u/singh_taranjeet (25 points · permalink) -- Enthusiastic: 'I NEED to try THIS NOW. Thank you and good job.'
  4. u/Tiny_Arugula_5648 (24 points · permalink) -- Requests the author update the post with use cases, warning that heavy quantization confuses people. Notes that some users will try to use it for coding or tool calling and not understand why it makes mistakes.
  5. u/DeepV (16 points · permalink) -- Asks about plans to dockerize the solution.

Microsoft Presents TRELLIS.2: An Open-Source, 4b-Parameter, Image-To-3D Model

466 points · 55 comments · r/LocalLLaMA · by u/44th--Hokage

Microsoft Trellis 2 3D model generation

Microsoft's TRELLIS.2 is an open-source 4-billion-parameter image-to-3D model that produces up to 1536³ PBR textured assets. It's built on native 3D VAEs with 16x spatial compression, delivering efficient, scalable, high-fidelity asset generation. Community members noted the model was actually released four months ago and had been previously posted on the sub. Users reported it's the best open 3D generative model available but noted installation is a pain, especially on Linux, and ROCm support was recently added via a pull request.

Interesting Points
  • TRELLIS.2 is a 4-billion-parameter open-source image-to-3D model producing up to 1536³ PBR textured assets
  • Built on native 3D VAEs with 16x spatial compression for efficient, scalable, high-fidelity asset generation
  • Community members noted it was released four months ago and is the best open 3D generative model available
  • ROCm support was added via a pull request 3 hours before the post, though it's still primarily tested on 24GB NVIDIA GPUs
Top Comment Threads
  1. u/Relative_Bit_7250 (191 points · permalink) -- Notes the model was released four months ago. Another user agrees it's hard to keep up with releases. A third asks if it's been this good for this long and gets confirmation that it's 'pretty much the best when talking about OPEN 3D generative models,' though installation is a pain on Linux.
  2. u/Monkeylashes (39 points · permalink) -- Expresses confusion about why this is new news. Another user explains that models are often nigh unusable at release—limited instructions, low VRAM workarounds, etc.—and wishes announcements came months late after ecosystem development.
  3. u/DeedleDumbDee (34 points · permalink) -- Asks about ROCm support. Reports getting it running on a 7800XT but encountering segfaults, noting it's primarily tested on 24GB NVIDIA GPUs.

To 16GB VRAM users, plug in your old GPU

380 points · 176 comments · r/LocalLLaMA · by u/akira3weet

A user shares an unconventional approach for running ~30B models on 16GB VRAM: combining a modern 16GB GPU with an older 6GB card. The key insight is that everything needs to fit on VRAM even across two cards, and having extra VRAM capacity matters more than having identical GPUs. The author, running a 5070Ti 16GB with an old 2060 6GB, found that this mixed setup works well for running latest dense models without needing to buy a motherboard specifically for LLMs.

Interesting Points
  • Combining a modern 16GB GPU with an older 6GB card can run ~30B models
  • The key insight is that everything needs to fit on VRAM even across two cards—extra VRAM capacity matters more than identical GPUs
  • The author runs a 5070Ti 16GB with an old 2060 6GB successfully
  • This approach avoids needing to buy a new motherboard specifically for LLM work
Top Comment Threads
  1. u/Thrumpwart (114 points · permalink) -- Calls it the golden age of Local AI Inference. Another commenter expresses excitement for chip-based inference solutions.

There Will Be a Scientific Theory of Deep Learning

235 points · 45 comments · r/MachineLearning · by u/dot---

A new perspective paper argues for a scientific theory of deep learning centered on 'learning mechanics'—how architecture, data structure, objective, initialization, optimizer, hyperparameters, scale, and training dynamics jointly shape the learned function and internal representations. The authors propose theory as something closer to a young empirical science than worst-case theorem proving, with solvable toy models, useful limits, macroscopic empirical laws, and universal phenomena across architectures. One commenter described it as a theory of dynamic inductive bias, making the procedural side of inductive bias much richer than older learning-theory framings.

Interesting Points
  • The paper proposes 'learning mechanics' as a theory of how architecture, data structure, objective, initialization, optimizer, hyperparameters, scale, and training dynamics jointly shape learned functions
  • Theory should be closer to a young empirical science than worst-case theorem proving, with solvable toy models and universal phenomena across architectures
  • The paper distinguishes its approach from mechanistic interpretability
  • One commenter described it as a theory of dynamic inductive bias, making the procedural side of inductive bias much richer than older learning-theory framings
Top Comment Threads
  1. u/SeveralKnapkins (122 points · permalink) -- Questions why the post points to an X post instead of simply putting the information here or linking the paper directly. The author replies they were inexperienced with Reddit and thought the link would be more visible.
  2. u/YummyMellow (48 points · permalink) -- Attended a guest lecture by one of the authors and found it genuinely interesting—coherent, compelling, and well-thought-out. Appreciates the connections to specific existing work and the distinction from mechanistic interpretability. Disappointed by dismissive comments from people who didn't read the paper.
  3. u/johnny_logic (18 points · permalink) -- First impression is that the paper offers an interesting and promising frame. The most compelling part is 'learning mechanics' as a theory of how multiple factors jointly shape learned functions. Also likes the emphasis on theory as something closer to a young empirical science.

Quick Mentions

Report generated in 3m 35s.