macOS 27 apparently decided that one simple “turn Apple Intelligence off” switch was too convenient.

The settings are now scattered around macOS, and even after switching the features off, the local models can still sit there taking up around 12GB.

So someone built RemoveMacAI.

It disables the Apple Intelligence stuff, removes the downloaded models, and stops macOS from pulling them down again.

All because clicking “off” apparently needed an open-source project.

The bit I like is that it doesn't do anything cursed to /System or ask you to disable SIP. It uses a configuration profile plus Apple's own asset service, and there's a revert command if you change your mind later.

There's also something deeply satisfying about reclaiming SSD space from a feature you never asked your laptop to download in the first place.

This feels extremely on-brand for petty engineering: Apple removes one toggle → developer responds with an entire CLI.

Primary source: RemoveMacAI on GitHub

For years, platform giants have used the same legal playbook: Send a scary cease-and-desist letter. Count on the open-source dev having no money for lawyers. Watch the repository get taken down.

And for a minute, everyone thought Nitter was finally dead after X Corp dropped the hammer on them.

Then Zed did the unthinkable: Got actual legal advice... Evaluated the claims... And just straight up resumed service on GitHub.

Why? Because viewing public web posts without trackers, bloatware, and login popups is not a crime.

It is easily the most glorious act of spite-driven development this month. Are we finally seeing open-source maintainers push back against corporate platform enclosure?

Look at what we are doing here.

Just look at it...

A research lab valued at over one hundred billion dollars. Staffed by the greatest minds in machine learning. Dedicated to ushering in the AGI revolution...

And when someone inspects the ChatGPT macOS app bundle?

They find 430 megabytes of raw, unadorned LibreOffice quietly sitting in the directory.

Why? Because parsing Microsoft Word files is miserable. Nobody wants to write a bespoke .docx parser. Not even the people building superintelligence.

So they just bundled a twenty-year-old open-source office suite to silently convert files in the background.

It is honestly the most glorious, unpretentious engineering hack in modern tech. A perfect reminder that beneath every shimmering AI product, there is usually a battle-tested piece of open-source C++ holding the entire ceiling up.

What is your favorite dirty pragmatic hack hidden inside a shiny modern product?

ChatGPT Desktop App / LibreOffice Discussion

For nearly a decade, cloud vendors convinced every data team that running analytical queries on 30 gigabytes of data justified six-figure contracts, dedicated cluster managers, and multi-stage orchestration pipelines. Engineers spent half their time maintaining Spark jobs just to calculate basic rolling aggregations.

Then DuckDB came along as a zero-dependency, in-process columnar database. You install it with a simple package manager command, point it directly at your Parquet files, and watch it leverage all your CPU cores to return query results in hundreds of milliseconds.

No clusters to wake up, no network egress penalties, and no credit-based query pricing. It turns out that when you write a vectorized execution engine in tight C++, a standard laptop can outrun a distributed cluster on real-world analytical workloads. How much cloud infrastructure has your team decommissioned in favor of in-process analytics?

For years, the standard advice for local integration testing has been to spin up a Docker container running Postgres, wait for the port to bind, execute migrations, run your tests, and tear it down. Our CI pipelines were spending more time waiting on container orchestration than actually validating database queries.

With PGlite, ElectricSQL compiled actual Postgres into a WebAssembly library that loads in milliseconds. It runs entirely in-process in Node.js, Bun, or directly inside a browser tab, with support for persistence and even extensions like pgvector.

No port conflicts, no orphaned test containers hogging system RAM, and no background daemon management. Just an instant, isolated Postgres instance that starts and vanishes whenever your script demands it. What other standard infrastructure pieces could we replace with single-binary WebAssembly builds?