Editorial note
AI is pushing into creative and high-stakes corners at once — generating compact 3D assets and drafting mathematical proofs — and the common thread is governance: when machines produce convincing artifacts, who verifies them and how fast can humans respond?
In Brief
Terence Tao slide stirs a moral debate
Why this matters now: Terence Tao’s comments about “risk” in a recent lecture provoked fast pushback because they touched on patient choices and ethics at the intersection of math, AI, and health decisions.
A screenshot of a slide from a recent “Math 2.0” lecture by Fields Medalist Terence Tao circulated on Reddit and drew sharp responses for a line suggesting “no one would want to take this risk.” Critics argued the framing ignored the lived choices of terminally ill patients who often opt for high‑risk experimental treatments. The post sparked a wider conversation about how elite researchers talk about real-world harms and benefits; defenders said the slide might be shorthand for a nuanced point about community norms and safety. For the original image and community reactions, see the Reddit post.
“This man has never met a terminal cancer patient in his life,” one commenter wrote, summarizing the anger the slide provoked.
AI agents for VIP support: speed vs. custody
Why this matters now: Stores losing VIP donations or sales can recoup revenue quickly by deploying supervised agent workflows that triage and hold transactions until a human confirms.
On r/aiagents a merchant asked whether autonomous agents could monitor VIP support queues and respond instantly so donors don’t drop out while waiting for a human. Many responses favored a light automation pattern: auto‑respond to acknowledge and temporarily hold a transaction, then escalate to a human for verification. The lesson is practical — fast, conservative automation can plug real revenue leaks — but handoffs and oversight matter. Read the original discussion here.
Stopping ticket‑bot hallucinations before they become incidents
Why this matters now: Grounded retrieval and conservative escalation gates reduce business and reputational risk from support bots giving confidently wrong answers.
A follow-up thread on r/aiagents laid out a production recipe for ticket bots: use retrieval‑augmented generation (RAG) against verified docs, implement confidence checks, and escalate uncertain or risky tickets to humans while preserving full conversation context. The practical guidance mirrors corporate advice — log decisions, design clear escalation paths, and surface when a bot is unsure — and is worth bookmarking for any team rolling out customer‑facing automation. The original post is available here.
Deep Dive
CMU professor uses Astra to generate a 27 KB 3D dragon; rendering research promises huge speedups
Why this matters now: Procedural math-plus-AI pipelines could let creators ship complex 3D assets as tiny, editable code blobs while new renderers make them cheap enough for real‑time use.
A Carnegie Mellon graphics professor reportedly used OpenAI’s Astra model to produce a detailed 3D dragon described by about 27 KB of code after roughly 25 hours of automated model calls. Separately, graphics researchers claim up to ~629× faster rendering and ~1,000× faster geometry evaluation by applying the same mathematical modeling approaches. Taken together, those pieces point to a future where creatives store and share compact, human‑readable procedural descriptions instead of massive meshes and textures.
The technical key is implicit or procedural shape representation: instead of storing millions of vertices, a function — for example a signed distance function (SDF) — returns the distance from a point to the surface. That function plus a small set of procedural rules can encode complex forms very compactly. Generative models are now able to author these functions, and the new rendering work tackles the other half of the problem: evaluating those functions fast enough to produce pixels in real time.
This combo has practical consequences. Artists get editable, version‑control‑friendly assets: a few KB of code that you can diff, refactor, and reuse. Game and AR teams potentially get huge savings in storage and streaming costs, and a renderer that evaluates math quickly can avoid burdensome precomputation. But the pipeline has tradeoffs: the CMU demo reportedly took 25 hours of model calls (compute‑intensive and potentially expensive), and procedural models can be sensitive to small parameter changes, which complicates predictable authoring for large teams.
Community reactions reflect both excitement and caution. Some commenters marveled at the tiny code size and new creative affordances; others warned about the compute bill for long model runs, IP ownership of model‑authored code, and how jobs in content pipelines might shift. The realistic near‑term path is hybrid: model‑authored procedural code reviewed and tuned by human artists, paired with research renderers that let studios experiment without prohibitive runtime costs.
“A few kilobytes of code can describe a complex dragon,” the thread observed, capturing why procedural representations feel like a paradigm shift.
Are LLMs writing proofs the same as calculators doing arithmetic?
Why this matters now: As LLMs start producing plausible proofs, mathematicians and engineers must decide whether to accept AI outputs, require formal verification, or change norms around credit and review.
Redditors asked why trusting LLMs for proofs would be treated differently than trusting computers for arithmetic. The short answer: proofs are arguments, not just mechanical computations. Calculators execute well‑specified operations whose results you can directly verify; proofs require chains of reasoning where subtle conceptual errors matter. LLMs can produce striking, sometimes original proofs, yet they also habitually generate plausible but incorrect steps — a behavior mathematicians know well as the difference between a symbolically correct computation and an argument that truly explains why something holds.
Practically, this has pushed two complementary responses. First, humans continue to act as verifiers: even when an LLM drafts a proof, a knowledgeable person typically needs to check the reasoning. One user reported that after using ChatGPT it “kept giving me incorrect proofs,” and that they “had to play the role of the verifier.” Second, researchers increasingly combine LLMs with formal theorem provers (Lean, Coq, etc.). Those systems can produce machine‑checkable proofs: if the proof is encoded correctly, the verifier either accepts it or pinpoints the exact logical gap. That pairing preserves the speed benefits of LLMs while restoring certainty.
There are cultural and workflow questions too. Who gets credit when an LLM supplies the key insight? What happens if a high‑profile result turns out to be based on an AI hallucination? And how do journals and conferences adapt peer review to machine‑generated work? For now the safe play is hybrid: use LLMs to generate candidate proofs and ideas, require human conceptual oversight, and where possible push the output into formal verification to eliminate ambiguity.
“I had to play the role of the verifier,” one practitioner wrote, summarizing the extra work that AI‑driven mathematics currently demands.
Closing Thought
We’re at the moment where AI can produce artifacts that look, smell, and behave like the real thing — dragons in a few kilobytes, polished proofs, or instant customer replies. That capability is valuable, but value depends on verification and handoff: fast automation needs conservative gates, and creative AI needs human curation or formal checking. The smartest adoption strategy pairs generative power with modest, enforceable guardrails.
Sources
- Slide from recent "Math 2.0" Lecture by Terrence Tao
- CMU graphics professor uses Astra to create a detailed 3D dragon
- Why is being reliant on an LLM for proofs any different than relying on computers for calculation?
- Tired of losing store donations because staff wasn't online to answer VIP tickets?
- How do you handle AI hallucinations in ticket bots? Here is how I solved staff escalation