
Co-founder of @ProjectJupyter and the Jupyter Notebook. Leader at @awscloud AI/ML. @PyTorch Foundation board member.
Joined January 2008
- Tweets4.3K
- Following1.4K
- Followers9.1K
- Likes2K
Brian Granger retweeted
I hope people realize that for the foreseeable future, the cost of healthcare benefits will get more people fired, or not hired, than AI
Brian Granger retweeted
The loudest voices stoking fears about AI dangers have made tremendous headway in the past two weeks. AI technology has not taken some unexpected, dangerous turn, but the hype around it — propelled by what appears to be a well orchestrated PR campaign — has drummed up considerable fear. I worry that it represents a setback for our field.
I have written frequently that fears of AI are overhyped. AI’s capabilities can be uncannily human-like and unpredictable, and it’s rational to worry when people who are directly involved express concerns. But I see the problems as a sign of the engineering work that ahead, rather than insurmountable barriers or the sky falling. AI technology continues to advance — which is a good thing! — but technical advances, poorly understood by the public, give those who seek to generate hype repeated opportunities to do so.
First, I don’t see any step up in the risk of human extinction from AI compared to a few months ago. The theories about this remain the same fantastical, science fiction scenarios as a few months ago. The biggest change in AI risk is its cybersecurity capabilities — a topic which we should take seriously — but this, too, will not lead to the end of the world.
The most notable recent event leading to increased fear was when an OpenAI team deployed an agent swarm that hacked into Hugging Face. Much of the popular press contained significant hype. For example, some publications reported that a swarm of 1,200 agents carried out the attack. While this was technically accurate, as I write this, I have about 1,300 processes running on my laptop. Yes, the ability to get large swarms of agents to work in parallel on a task is a significant technical advance, And, in computing, many processes run at the same time. So this shouldn’t be seen as some magical capability.
Additionally, OpenAI’s buggy sandboxing and monitoring processes were key to enabling this incident. Fixing these bugs and putting in place improved monitoring would be appropriate fixes, not pausing AI. There are many well known ways to attack software systems. The main advantage of AI agents is that they are relentless. They will tirelessly try many tactics — and have the patience to chain vulnerabilities together — that previously would have taken an infeasible amount of human effort. But in the long term, I believe the advantage will lie with defenders (because they have more information with which to identify bugs, which they can fix), but the cyber-threat landscape has changed significantly. There are still bottlenecks to identifying and exploiting a vulnerability. AI agents still have to try a lot of things to see what works, and taking these actions takes time and might be detected by defenders. This is why, even though it is now easy to obtain versions of leading open weight models that have had their guardrails removed or weakened, so they will not refuse to try to execute cyber attacks, the world has not ended.
I am also concerned about the anthropomorphization of AI in a lot of reporting, where LLMs and agents are unnecessarily treated as if they were people. If I wield a hammer, miss a nail, and accidentally dent the wall, it’s not the fault of the hammer. The problem lies in how I used the hammer. Similarly, if I prompt an agent and it hacks into someone else’s system, the responsibility lies with me, not the agent.
Of course, we want to build systems that are as safe and predictable as possible. (For example, an unsafe hammer would be one whose head randomly flies off under normal use.) Today’s agentic systems are not predictable, but I see no reason why, by applying sound engineering practices, we won’t be able to make them extremely safe to use. One new element in the forecasts of AI-enabled doom is AI companies disclaiming responsibility for their own products. “I didn’t do it; my out-of-control agent did!” There’s a balance to be struck between the responsibility of the tool maker and the tool user, but when something goes wrong, let’s hold the people building and/or using the hammer responsible, rather than the hammer. (By the way, if you’re worried about AI bioweapon risk, David Bellamy has a great post on why this, too, is overhyped. Briefly, the bottleneck in building a bioweapon is not intelligence, but lab work and manufacturing.)
Pausing AI progress will create much more harm than benefit. First, our adversaries will certainly not slow down. Second, engineering requires discovering problems empirically so we can fix them. If we pause AI by a decade, we will also delay finding and implementing safety engineering fixes by about the same duration.
Of course, the incentive to stoke fears — for regulatory capture, to garner attention, or to make one’s technology seem more powerful — remains the same as before. Disclaiming responsibility is a new one. Taking a hard technical look at the actual risks however, I see little factual basis for the degree of fear that’s been stoked up. We still have hard research and engineering work ahead to improve AI safety, but the beneficial applications continue to vastly outweigh the risks, and we should keep building.
[Original text (with links): deeplearning.ai/the-batch/is… ]
Brian Granger retweeted
The Fields medalists’ objections to AI will not age well.
Yes, the true value of mathematics lies in understanding. But what counts as mathematical understanding, and indeed even a valid proof, evolves. First came geometric construction and thereafter symbolic calculation, numerical algorithms, computer-assisted proofs, and, in cases such as the classification of finite simple groups, arguments dispersed across thousands of pages and decades of work that exceed what any individual mathematician can fully absorb.
Frontier AI systems will be another chapter in this progression.
It may take a village of mathematicians to interpret and understand the mathematical artifacts produced by an AI system, just as with humanly produced ones. But that is not necessarily a bug. It may instead be a useful feature that forces mathematicians to confront more directly what is actually worth understanding.
Even here there is creative license, since understanding is not canonical but relative. Mathematicians stand on the shoulders of those who came before them, routinely invoking theorems they haven't fully digested. Ultimately, expertise is not exhaustive; it is selective. So that building upon formally verified machine-generated proofs is an expansion of the mathematical toolkit, not a diminishment of it.
Understanding is also, in some sense, a luxury. The natural world is full of objects, structures, and phenomena we don't fully understand. To the extent that mathematics has value in discovering what is true independently of our ability to understand it, those of us who are Platonically inclined should welcome AI’s capacity to generate and confirm mathematical truths that we find useful.
There will obviously be social consequences with powerful AI. It disrupts the traditional value system that awards prizes and prestige to the first to solve a “difficult” problem. But history is full of once-valuable skills made obsolete by technological progress.
Determining exact time and longitude had been a major scientific and navigational challenge, attracting enormous intellectual effort and institutional rewards. But today, atomic clocks and GPS allow us to measure time and location with extraordinary precision and no expertise. And we do not mourn the convenience that modern technology affords us.
Likewise, if some of the most celebrated problems in mathematics turn out not to be especially difficult in the age of AI, that should not be viewed as a loss. It would itself be a discovery: that what we regarded as requiring exceptional human ingenuity to overcome can, in fact, be solved by machines equipped with enough compute.
The appropriate response is not nostalgia for approaching problems with our unassisted minds, but curiosity about what lies beyond and a willingness to set our sights on new horizons.
24 Fields Medalists speak out against "A Severe Misalignment of AI in Mathematics"
mathandai.org/
Brian Granger retweeted
⚛ Can small quantum computers accelerate AI on massive classical data? Yes!
I am absolutely thrilled to share our new work proving *honest* exponential quantum advantages in broadly applicable classical tasks. 🧵👇
Paper: arxiv.org/abs/2604.07639
Blog: quantumfrontiers.com/2026/04…
Brian Granger retweeted
How could you possibly do anything but salute this abstract. Respect. 🫡
arxiv.org/abs/2603.12434
Brian Granger retweeted
Hanging out with Project Jupyter co-founder @ellisonbg. If not for him and @fperez_org we wouldn’t have the coding notebooks we use daily in AI and Data Science. Very grateful to him and the whole Jupyter team for this wonderful open-source work!
Brian Granger retweeted
You can now use Bedrock AgentCore Memory with LlamaIndex Agents!
Handle both long-term and short-term memory to give your agents the ability to recall important facts during long sessions, all managed by AWS infrastructure!
Features:
- secure storage
- access control
- built-in scalability
developers.llamaindex.ai/pyt…
Brian Granger retweeted
Project Jupyter is thrilled to share the news about the Jupyter Foundation! #jupyter #jupyterfoundation #opensource
Millions of researchers, scientists, and engineers rely on @ProjectJupyter 📓 Today, the LF is proud to announce the launch of the Jupyter Foundation to support Project Jupyter’s software, standards and services for interactive computing.
🔗hubs.la/Q02YCFV00
#OpenSource
I am thrilled to share this milestone for Jupyter - the Jupyter Foundation! We have been working on this for a long time and are appreciative of everyone in the Jupyter community who has helped to bring Jupyter to this place. @ProjectJupyter @linuxfoundation
Millions of researchers, scientists, and engineers rely on @ProjectJupyter 📓 Today, the LF is proud to announce the launch of the Jupyter Foundation to support Project Jupyter’s software, standards and services for interactive computing.
🔗hubs.la/Q02YCFV00
#OpenSource
Brian Granger retweeted
Run MATLAB code directly in Jupyter notebooks, JupyterLab, and JupyterHub using the MATLAB kernel.
Just open a browser-based MATLAB environment from Jupyter to directly access MATLAB apps and features.
Get started with our repo: spr.ly/6010qQVhi
#Jupyter #Coding
Brian Granger retweeted
Announcing the 2023 Jupyter Distinguished Contributor award recipients! #jupyter #projectjupyter #community #jupyterlab #jupyternotebook #jupyterhub blog.jupyter.org/announcing-…
Brian Granger retweeted
The next release of Jupyter AI will add support for two exciting new features 🎉
➡️ Local models via @ollama
➡️ Streaming responses
Follow the repo to be notified when the release is out!
github.com/jupyterlab/jupyte…
Brian Granger retweeted
Playing with JavaScript in Python with AnyWidget @trevmanz #SciPy2024
Brian Granger retweeted
Pixi: A new package manager for Conda users 🐍🔧
✅ 10x faster than Conda, 4x faster than micromamba
✅ Deeper PyPI integration
✅ Native lockfiles
✅ One-step migration from Conda We've outlined 7 reasons to consider switching here: prefix.dev/blog/pixi_a_fast_…
Brian Granger retweeted
Now live: The official PyTorch Documentary! 📽️
We hope this story of PyTorch inspires greater contributions, attracts more contributors to the project, and fosters widespread recognition of PyTorch’s significance in the open source community.
hubs.la/Q02Dh4gl0
Brian Granger retweeted
Starting soon: PyTorch Documentary Virtual Premiere😎
🔗👇
youtube.com/live/EjgTv6aSeqk
TOMORROW 🎉 Join us for the virtual premiere of the PyTorch Documentary!
We'll be live on YouTube at 10am PT on June 25 along with some of our key PyTorch collaborators from AMD, AWS, Google, Meta and Microsoft 💜
🔗hubs.la/Q02C_Cx00
Brian Granger retweeted
The pre-recorded lectures (youtube.com/playlist?list=PL…) and interactive Jupyter notebooks (github.com/joselado/SolidSta…) of the Solid State Physics course at Aalto in 2024 are available online. Among others, topological matter, superconductivity, quantum magnetism, and fractional matter.
Brian Granger retweeted
🗓️ Save the date: Virtual Premiere of the PyTorch Documentary!
Join us on June 25 at 10am PT / 1pm ET to watch the livestream of the documentary with some of the key players that have shaped the future of PyTorch. Catch a sneak preview below 👀
🔗 hubs.la/Q02zSgTs0
Brian Granger retweeted
☁️ `langchain-aws` integration package 🤝
We're really excited to partner with Amazon Web Services @awscloud in the launch of our latest partner package.
You can now access Bedrock chat models from @AnthropicAI, @MistralAI, @Cohere, @AI21Labs, your custom SageMaker models, Amazon Kendra Enterprise Search, and even more AWS products via the connector.
See our list of AWS integrations here: python.langchain.com/docs/in…




























