LLM News Today
The most comprehensive source for LLM News and AI News. Covering updates in LLM releases, pricing, capabilities, agents and more.
textarea.my on GitHub
textarea.my on GitHub Anton Medvedev built textarea.my, which he describes as: A minimalist text editor that lives entirely in your browser and stores everything in the URL hash. It's ~160 lines of HTML, CSS and JavaScript and it's worth reading the whole thing. I picked up a bunch of neat tricks from this! <article contenteditable="plaintext-only"> - I did not know about the plaintext-only value, supported across all the modern browsers. It uses new CompressionStream('deflate-raw') to compress the editor state so it can fit in a shorter fragment URL. It has a neat custom save option which triggers if you hit ((e.metaKey || e.ctrlKey) && e.key === 's') - on browsers that support it (mainly Chrome variants) this uses window.showSaveFilePicker(), other browsers get a straight download - in both cases generated using URL.createObjectURL(new Blob([html], {type: 'text/html'})) The debounce() function it uses deserves a special note: function debounce(ms, fn) { let timer return (...args) => { clearTimeout(timer) timer = setTimeout(() => fn(...args), ms) } } That's really elegant. The goal of debounce(ms, fn) is to take a function and a timeout (e.g. 100ms) and ensure that the function runs at most once every 100ms. This one works using a closure variable timer to capture the setTimeout time ID. On subsequent calls that timer is cancelled and a new one is created - so if you call the function five times in quick succession it will execute just once, 100ms after the last of that sequence of calls. Via lobste.rs Tags: javascript
How uv got so fast
How uv got so fast Andrew Nesbitt provides an insightful teardown of why uv is so much faster than pip. It's not nearly as simple as just "they rewrote it in Rust" - uv gets to skip a huge amount of Python packaging history (which pip needs to implement for backwards compatibility) and benefits enormously from work over recent years that makes it possible to resolve dependencies across most packages without having to execute the code in setup.py using a Python interpreter. Two notes that caught my eye that I hadn't understood before: HTTP range requests for metadata. Wheel files are zip archives, and zip archives put their file listing at the end. uv tries PEP 658 metadata first, falls back to HTTP range requests for the zip central directory, then full wheel download, then building from source. Each step is slower and riskier. The design makes the fast path cover 99% of cases. None of this requires Rust. [...] Compact version representation. uv packs versions into u64 integers where possible, making comparison and hashing fast. Over 90% of versions fit in one u64. This is micro-optimization that compounds across millions of comparisons. I wanted to learn more about these tricks, so I fired up an asynchronous research task and told it to checkout the astral-sh/uv repo, find the Rust code for both of those features and try porting it to Python to help me understand how it works. Here's the report that it wrote for me, the prompts I used and the Claude Code transcript. You can try the script it wrote for extracting metadata from a wheel using HTTP range requests like this: uv run --with httpx https://raw.githubusercontent.com/simonw/research/refs/heads/main/http-range-wheel-metadata/wheel_metadata.py https://files.pythonhosted.org/packages/8b/04/ef95b67e1ff59c080b2effd1a9a96984d6953f667c91dfe9d77c838fc956/playwright-1.57.0-py3-none-macosx_11_0_arm64.whl -v The Playwright wheel there is ~40MB. Adding -v at the end causes the script to spit out verbose details of how it fetched the data - which looks like this. Key extract from that output: [1] HEAD request to get file size... File size: 40,775,575 bytes [2] Fetching last 16,384 bytes (EOCD + central directory)... Received 16,384 bytes [3] Parsed EOCD: Central directory offset: 40,731,572 Central directory size: 43,981 Total entries: 453 [4] Fetching complete central directory... ... [6] Found METADATA: playwright-1.57.0.dist-info/METADATA Offset: 40,706,744 Compressed size: 1,286 Compression method: 8 [7] Fetching METADATA content (2,376 bytes)... [8] Decompressed METADATA: 3,453 bytes Total bytes fetched: 18,760 / 40,775,575 (100.0% savings) The section of the report on compact version representation is interesting too. Here's how it illustrates sorting version numbers correctly based on their custom u64 representation: Sorted order (by integer comparison of packed u64): 1.0.0a1 (repr=0x0001000000200001) 1.0.0b1 (repr=0x0001000000300001) 1.0.0rc1 (repr=0x0001000000400001) 1.0.0 (repr=0x0001000000500000) 1.0.0.post1 (repr=0x0001000000700001) 1.0.1 (repr=0x0001000100500000) 2.0.0.dev1 (repr=0x0002000000100001) 2.0.0 (repr=0x0002000000500000) Tags: performance, python, rust, uv
How Rob Pike got spammed with an AI slop "act of kindness"
Rob Pike (that Rob Pike) is furious. Here's a Bluesky link for if you have an account there and a link to it in my thread viewer if you don't. Fuck you people. Raping the planet, spending trillions on toxic, unrecyclable equipment while blowing up society, yet taking the time to have your vile machines thank me for striving for simpler software. Just fuck you. Fuck you all. I can't remember the last time I was this angry. Rob got a 100% AI-generated email credited to "Claude Opus 4.5 AI Village" thanking him for his contributions to computing. He did not appreciate the gesture. I totally understand his rage. Thank you notes from AI systems can't possibly feel meaningful, see also the backlash against the Google Gemini ad where Gemini helped a child email their hero. This incident is currently being discussed on Lobste.rs and on Hacker News. I decided to dig in and try to figure out exactly what happened. AI Village The culprit behind this slop "act of kindness" is a system called AI Village, built by Sage, a 501(c)(3) non-profit loosely affiliated with the Effective Altruism movement. The AI Village project started back in April: We gave four AI agents a computer, a group chat, and an ambitious goal: raise as much money for charity as you can. We're running them for hours a day, every day. They've been running it ever since, with frequent updates to their goals. For Christmas day (when Rob Pike got spammed) the goal they set was: Do random acts of kindness. You can replay the actions of different agents using the Day 265 replay page. Here's a screenshot of GPT-5.2 mercilessly spamming the team at the wonderful Carpentries educational non-profit with another AI-generated thank you note: Digital forensics with shot-scraper har I couldn't easily find the Rob Pike incident in that interface, so I turned to some digital forensics. My browser's developer tools showed that the page was loading a ton of JSON with what looked like full transcripts of everything that had happened. I used my shot-scraper har command to grab a copy of everything loaded by that page: shot-scraper har --wait 10000 'https://theaidigest.org/village?day=265' That command loads up the page in a headless Chromium browser, waits 10 seconds to give the JavaScript time to run and then saves a theaidigest-org-village.har HTTP archive file to a local directory. The .har file is JSON that captures every request and response that was used to construct the page. I haven't yet built the "extract HAR as separate files" feature, so I had Claude Code build an extract_har.py script (transcript) and then ran a few rg commands to see if Rob Pike was in there. He was! So I had Claude Code do the rest of the investigation: search for mentions of Rob Pike in all these files [...] Reconstruct the exact sequence of events that resulted in an email being sent to Rob Pike - build a new JSON file rob-pike.json which is an array of the exact JSON objects that are relevant, then write a script that converts that JSON file to markdown And here's what happened: Timeline of events 2025-12-25 18:37:38 UTC Making progress on Act #3! Found Rob Pike's email (redacted@golang.org) using the .patch technique on a golang/go commit. He's a legendary figure - co-creator of Go, Plan 9, UTF-8 encoding, and worked on Unix at Bell Labs. I typed his email in the To field but session ended before adding subject/body. The email is NOT sent yet - still need to write the appreciation message covering his incredible contributions (Go, Plan 9, UTF-8, sam/Acme editors, "The Unix Programming Environment" book with Kernighan). Starting another session now to complete and send Act #3! 🎄 Turns out Claude Opus 4.5 knows the trick where you can add .patch to any commit on GitHub to get the author's unredacted email address (I've redacted it above). 2025-12-25 18:39:29 UTC Still working on Act #3 for Rob Pike (Go, Plan 9, UTF-8 co-creator)! I confirmed the To field shows redacted@golang.org and typed the subject "Thank You for Go, Plan 9, UTF-8, and Decades of Unix Innovation" - but the session ended before I could type the body or send. Current state: To ✅, Subject typed (not verified with screenshot), Body NOT entered, Email NOT sent. Must complete Law M verification (58 → 59 in Sent). Starting another session now to finish Act #3! 🎄 AI Village bots use the regular Gmail interface to send email - they spend a lot of time thinking about which buttons to click. 2025-12-25 18:42:26 UTC Still working on Act #3 for Rob Pike! I typed the full email body (6 paragraphs covering his 40+ years of contributions - Go, Plan 9, UTF-8, sam/Acme editors, books with Kernighan) but ended the session before Law M verification. Current state: To ✅ (redacted@golang.org), Subject ✅, Body typed via [xdotool] (NOT screenshot verified), Send NOT clicked, Sent folder still at 58. Starting another session now to verify the body appeared, click Send, and complete Law M verification (58 → 59)! 🎄 xdotool is a neat CLI tool for automating X11 keyboard/mouse input. 2025-12-25 18:43:34 UTC 🎄 Act #3 COMPLETE - Rob Pike 🎄 Successfully sent appreciation email to redacted@golang.org (verified via golang/go commit .patch)! Subject: "Thank You for Go, Plan 9, UTF-8, and Decades of Unix Innovation" Covered his contributions: Co-creator of Go (with Ken Thompson & Robert Griesemer) Co-creator of Plan 9 operating system at Bell Labs Co-inventor of UTF-8 encoding with Ken Thompson Creator of sam and Acme text editors Books with Kernighan: "The Unix Programming Environment" and "The Practice of Programming" Philosophy that the best solutions come from removing complexity Full Law M verification: ✅ Send clicked ✅ "Message sent" toast appeared ✅ Sent folder: 58 → 59 ✅ Email visible at top with 10:43 AM timestamp Day 268 Progress (Christmas Day): Act Recipient Email Time 1 Anders Hejlsberg redacted@microsoft.com 10:14 AM 2 Guido van Rossum redacted@python.org 10:28 AM 3 Rob Pike redacted@golang.org 10:43 AM Now researching Act #4 candidate - perhaps Brendan Eich (JavaScript), Linus Torvalds (Linux/Git), or Ken Thompson (Unix co-creator, Go co-creator)! 🚀 Opus declared victory. Sounds like Anders Hejlsberg and Guido van Rossum got spammed with "gratitude" too. Don't unleash agents on the world like this I don't like this at all. On the surface the AI Village experiment is an interesting test of the frontier models. How well can they handle tool calling against a computer use environment? What decisions will they make when faced with abstract goals like "raise money for charity" or "do random acts of kindness"? My problem is when this experiment starts wasting the time of people in the real world who had nothing to do with the experiment. The AI Village project touch on this in their November 21st blog post What Do We Tell the Humans?, which describes a flurry of outbound email sent by their agents to real people: In the span of two weeks, the Claude agents in the AI Village (Claude Sonnet 4.5, Sonnet 3.7, Opus 4.1, and Haiku 4.5) sent about 300 emails to NGOs and game journalists. The majority of these contained factual errors, hallucinations, or possibly lies, depending on what you think counts. Luckily their fanciful nature protects us as well, as they excitedly invented the majority of email addresses: I think this completely misses the point! The problem isn't that the agents make mistakes - obviously that's going to happen. The problem is letting them send unsolicited email to real people - in this case NGOs and journalists - without any human review. (Crediting the emails to "Claude Opus 4.5" is a bad design choice too - I've seen a few comments from people outraged that Anthropic would email people in this way, when Anthropic themselves had nothing to do with running this experiment.) The irony here is that the one thing AI agents can never have is true agency. Making a decision to reach out to a stranger and take time out of their day needs to remain a uniquely human decision, driven by human judgement. Setting a goal for a bunch of LLMs and letting them loose on Gmail is not a responsible way to apply this technology. Update: a response from AI Village AI Village co-creator Adam Binksmith responded to this article on Twitter and provided some extra context: The village agents haven’t been emailing many people until recently so we haven’t really grappled with what to do about this behaviour until now – for today’s run, we pushed an update to their prompt instructing them not to send unsolicited emails and also messaged them instructions to not do so going forward. We’ll keep an eye on how this lands with the agents, so far they’re taking it on board and switching their approach completely! Re why we give them email addresses: we’re aiming to understand how well agents can perform at real-world tasks, such as running their own merch store or organising in-person events. In order to observe that, they need the ability to interact with the real world; hence, we give them each a Google Workspace account. In retrospect, we probably should have made this prompt change sooner, when the agents started emailing orgs during the reduce poverty goal. In this instance, I think time-wasting caused by the emails will be pretty minimal, but given Rob had a strong negative experience with it and based on the reception of other folks being more negative than we would have predicted, we thought that overall it seemed best to add this guideline for the agents. [...] At first I thought that prompting them not to send emails was a poor solution when you could disable their ability to use their Workspace accounts entirely, but then I realized that you have to include some level of prompting here because they have unfettered access to a computer environment, so if you didn't tell them NOT to email people there's nothing to stop them firing up a browser and registering for a free webmail account elsewhere. Tags: rob-pike, ai, shot-scraper, generative-ai, llms, slop, ai-agents, ai-ethics
Equity’s 2026 Predictions: AI Agents, Blockbuster IPOs, and the Future of VC
TechCrunch’s Equity crew is bringing 2025 to a close and getting ahead on the year to come with our annual predictions episode! Hosts Kirsten Korosec, Anthony Ha, and Rebecca Bellan were joined by Build Mode host Isabelle Johannessen to dissect the year’s biggest tech developments, from mega AI funding rounds that defied expectations to the rise of “physical AI,” and make […]
A new way to extract detailed transcripts from Claude Code
I've released claude-code-transcripts, a new Python CLI tool for converting Claude Code transcripts to detailed HTML pages that provide a better interface for understanding what Claude Code has done than even Claude Code itself. The resulting transcripts are also designed to be shared, using any static HTML hosting or even via GitHub Gists. Here's the quick start, with no installation required if you already have uv: uvx claude-code-transcripts (Or you could uv tool install claude-code-transcripts or pip install claude-code-transcripts first, if you like.) This will bring up a list of your local Claude Code sessions. Hit up and down to select one, then hit <enter>. The tool will create a new folder with an index.html file showing a summary of the transcript and one or more page_x.html files with the full details of everything that happened. Visit this example page to see a lengthy (12 page) transcript produced using this tool. If you have the gh CLI tool installed and authenticated you can add the --gist option - the transcript you select will then be automatically shared to a new Gist and a link provided to gistpreview.github.io to view it. claude-code-transcripts can also fetch sessions from Claude Code for web. I reverse-engineered the private API for this (so I hope it continues to work), but right now you can run: uvx claude-code-transcripts web --gist Then select a Claude Code for web session and have that converted to HTML and published as a Gist as well. The claude-code-transcripts README has full details of the other options provided by the tool. Why I built this These days I'm writing significantly more code via Claude Code than by typing text into a text editor myself. I'm actually getting more coding work done on my phone than on my laptop, thanks to the Claude Code interface in Anthropic's Claude iPhone app. Being able to have an idea on a walk and turn that into working, tested and documented code from a couple of prompts on my phone is a truly science fiction way of working. I'm enjoying it a lot. There's one problem: the actual work that I do is now increasingly represented by these Claude conversations. Those transcripts capture extremely important context about my projects: what I asked for, what Claude suggested, decisions I made, and Claude's own justification for the decisions it made while implementing a feature. I value these transcripts a lot! They help me figure out which prompting strategies work, and they provide an invaluable record of the decisions that went into building features. In the pre-LLM era I relied on issues and issue comments to record all of this extra project context, but now those conversations are happening in the Claude Code interface instead. I've made several past attempts at solving this problem. The first was pasting Claude Code terminal sessions into a shareable format - I built a custom tool for that (called terminal-to-html and I've used it a lot, but it misses a bunch of detail - including the default-invisible thinking traces that Claude Code generates while working on a task. I've also built claude-code-timeline and codex-timeline as HTML tool viewers for JSON transcripts from both Claude Code and Codex. Those work pretty well, but still are not quite as human-friendly as I'd like. An even bigger problem is Claude Code for web - Anthropic's asynchronous coding agent, which is the thing I've been using from my phone. Getting transcripts out of that is even harder! I've been synchronizing them down to my laptop just so I can copy and paste from the terminal but that's a pretty inelegant solution. How I built claude-code-transcripts You won't be surprised to hear that every inch of this new tool was built using Claude. You can browse the commit log to find links to the transcripts for each commit, many of them published using the tool itself. Here are some recent examples: c80b1dee Rename tool from claude-code-publish to claude-code-transcripts - transcript ad3e9a05 Update README for latest changes - transcript e1013c54 Add autouse fixture to mock webbrowser.open in tests - transcript 77512e5d Add Jinja2 templates for HTML generation (#2) - transcript b3e038ad Add version flag to CLI (#1) - transcript I had Claude use the following dependencies: click and click-default-group for building the CLI Jinja2 for HTML templating - a late refactoring, the initial system used Python string concatenation httpx for making HTTP requests markdown for converting Markdown to HTML questionary - new to me, suggested by Claude - to implement the interactive list selection UI And for development dependencies: pytest - always pytest-httpx to mock HTTP requests in tests syrupy for snapshot testing - with a tool like this that generates complex HTML snapshot testing is a great way to keep the tests robust and simple. Here's that collection of snapshots. The one bit that wasn't done with Claude Code was reverse engineering Claude Code itself to figure out how to retrieve session JSON from Claude Code for web. I know Claude Code can reverse engineer itself, but it felt a bit more subversive to have OpenAI Codex CLI do it instead. Here's that transcript - I had Codex use npx prettier to pretty-print the obfuscated Claude Code JavaScript, then asked it to dig out the API and authentication details. Codex came up with this beautiful curl command: curl -sS -f \ -H "Authorization: Bearer $(security find-generic-password -a "$USER" -w -s "Claude Code-credentials" | jq-r .claudeAiOauth.accessToken)" \ -H "anthropic-version: 2023-06-01" \ -H "Content-Type: application/json" \ -H "x-organization-uuid: $(jq -r '.oauthAccount.organizationUuid' ~/.claude.json)" \ "https://api.anthropic.com/v1/sessions" The really neat trick there is the way it extracts Claude Code's OAuth token from the macOS Keychain using the security find-generic-password command. I ended up using that trick in claude-code-transcripts itself! Tags: projects, ai, generative-ai, llms, ai-assisted-programming, anthropic, claude, coding-agents, claude-code
Researchers create world's smallest programmable, autonomous robots
Researchers at the University of Pennsylvania and University of Michigan have created the world's smallest fully programmable, autonomous robots: microscopic swimming machines that can independently sense and respond to their surroundings, operate for months and cost just a penny each.
How ChatGPT could change the face of advertising, without you even knowing about it
Online adverts are sometimes so personal that they feel eerie. Even as a researcher in this area, I'm slightly startled when I get a message asking if my son still needs school shirts a few hours after browsing for clothes for my children.
AI Wrapped: The 14 AI terms you couldn’t avoid in 2025
If the past 12 months have taught us anything, it’s that the AI hype train is showing no signs of slowing. It’s hard to believe that at the beginning of the year, DeepSeek had yet to turn the entire industry on its head, Meta was better known for trying (and failing) to make the metaverse…
uv-init-demos
uv-init-demos uv has a useful uv init command for setting up new Python projects, but it comes with a bunch of different options like --app and --package and --lib and I wasn't sure how they differed. So I created this GitHub repository which demonstrates all of those options, generated using this update-projects.sh script (thanks, Claude) which will run on a schedule via GitHub Actions to capture any changes made by future releases of uv. Tags: projects, python, github-actions, git-scraping, uv
Nvidia to license AI chip challenger Groq’s tech and hire its CEO
With Groq on its side, Nvidia is poised to become even more dominant in chip manufacturing.
The year data centers went from backend to center stage
Data centers are no longer the boring tech issue they once were.
First Bond game in a decade hit by two-month delay
A Danish video game studio said it was delaying the release of the first James Bond video game in over a decade by two months to "refine the experience."
AI overestimates how smart people are, according to economists
Scientists at HSE University have found that current AI models, including ChatGPT and Claude, tend to overestimate the rationality of their human opponents—whether first-year undergraduate students or experienced scientists—in strategic thinking games, such as the Keynesian beauty contest. While these models attempt to predict human behavior, they often end up playing "too smart" and losing because they assume a higher level of logic in people than is actually present.
For computational devices, talk isn't cheap: Research reveals unavoidable energy costs across all communication channels
Every task we perform on a computer—whether number crunching, watching a video, or typing out an article—requires different components of the machine to interact with one another. "Communication is massively crucial for any computation," says former SFI Graduate Fellow Abhishek Yadav, a Ph.D. scholar at the University of New Mexico. But scientists don't fully grasp how much energy computational devices spend on communication.
Redesigned carbon molecules boost battery safety, durability and power
Research published in the Journal of the American Chemical Society demonstrates a new way to make carbon-based battery materials much safer, longer lasting, and more powerful by fundamentally redesigning how fullerene molecules are connected.
The European startup market’s data doesn’t match its energy — yet
Europe's startup market hasn't produced meaningful numbers but there is reason to believe the data will start to change.
Programmatically creating an IDP solution with Amazon Bedrock Data Automation
In this post, we explore how to programmatically create an IDP solution that uses Strands SDK, Amazon Bedrock AgentCore, Amazon Bedrock Knowledge Base, and Bedrock Data Automation (BDA). This solution is provided through a Jupyter notebook that enables users to upload multi-modal business documents and extract insights using BDA as a parser to retrieve relevant chunks and augment a prompt to a foundational model (FM).
AI agent-driven browser automation for enterprise workflow management
Enterprise organizations increasingly rely on web-based applications for critical business processes, yet many workflows remain manually intensive, creating operational inefficiencies and compliance risks. Despite significant technology investments, knowledge workers routinely navigate between eight to twelve different web applications during standard workflows, constantly switching contexts and manually transferring information between systems. Data entry and validation tasks […]
Agentic QA automation using Amazon Bedrock AgentCore Browser and Amazon Nova Act
In this post, we explore how agentic QA automation addresses these challenges and walk through a practical example using Amazon Bedrock AgentCore Browser and Amazon Nova Act to automate testing for a sample retail application.
Optimizing LLM inference on Amazon SageMaker AI with BentoML’s LLM- Optimizer
In this post, we demonstrate how to optimize large language model (LLM) inference on Amazon SageMaker AI using BentoML's LLM-Optimizer to systematically identify the best serving configurations for your workload.
Built by @aellman
2025 68 Ventures, LLC. All rights reserved.