惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
Apple Machine Learning Research
Apple Machine Learning Research
云风的 BLOG
云风的 BLOG
罗磊的独立博客
博客园 - 三生石上(FineUI控件)
量子位
GbyAI
GbyAI
腾讯CDC
T
Tailwind CSS Blog
博客园 - Franky
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
D
Docker
G
Google Developers Blog
aimingoo的专栏
aimingoo的专栏
The GitHub Blog
The GitHub Blog
Microsoft Security Blog
Microsoft Security Blog
Stack Overflow Blog
Stack Overflow Blog
Hugging Face - Blog
Hugging Face - Blog
小众软件
小众软件
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
N
Netflix TechBlog - Medium
Jina AI
Jina AI
IT之家
IT之家
Y
Y Combinator Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Google used 6,000 open-source contributors then locked th...
Aditya Agarw · 2026-05-24 · via DEV Community

Google recently merged the work of 6,000 community contributors to its Gemini CLI. Then they pulled up the drawbridge and told free users to kick rocks.

If that doesn't get your blood pumping, you haven't been listening.

What Happened

Google is deprecating Gemini CLI for free users and paid consumer subscribers, shifting them to a replacement tool called Antigravity CLI. Enterprise customers retain access to the tool. Everyone else, including the thousands of developers who contributed to it, gets a thank-you card and a locked door.

Approximately 6,000 community contributions were merged prior to the change. Six thousand PRs, bug fixes, docs improvements, and feature additions. All volunteered work, because those people saw value in the project.

The Playbook Is Always the Same

This is nothing new. The pattern is so obvious that there should be a Wikipedia page about it.

→ Step 1: Launch an open-source tool with big promises
→ Step 2: Let the community do massive amounts of free work
→ Step 3: Wait until the tool is mature and battle-tested
→ Step 4: Lock it behind an enterprise paywall

The community isn't the customer. The community is the unpaid QA team. The free R&D department. The marketing engine that gets developers emotionally invested so enterprises feel safe buying in.

"But You Should Have Known"

Yes, I can already imagine people saying that. "Oh well, it's Google after all. They destroy every other project."

That's a valid argument. But "you should have seen it coming" doesn't make it okay. It simply implies that we have accepted such exploitation to the extent that victims are held accountable for trusting a company worth a trillion dollars.

Contributing to corporate open source is a gamble. You're betting that the company's incentives will stay aligned with yours. And the house always wins. 🎰

The 6,000 people who contributed to this tool were not given any shares. They were not compensated. They didn't even get a vote on whether the tool they helped build would remain accessible to them.

What Devs Should Actually Do

I'm not suggesting you should never support corporate Open Source Software. That's unrealistic and honestly some of those projects do real good.

However, be cautious and well-informed.

→ Treat corporate OSS contributions as resume-building, not community-building
→ If a project doesn't have a strong independent governance model, assume the company will eventually rug-pull
→ Prioritize contributing to foundation-backed or truly community-owned projects
→ If you're going to contribute to BigCorp's repo, at least make sure the license protects forks

The Apache License, MIT, and the like do not prevent the code from being closed up again. However, the project itself, including the brand, infrastructure, and distribution, can certainly be taken away, which is precisely what occurred in this case.

The Bigger Problem

This goes beyond Gemini CLI. It concerns the overall interaction between big tech and the open-source community.

Companies get billions in value from open-source labor. The contributors get... exposure? A green square on their GitHub profile? Cool. Try paying rent with that. 😤

Every time this happens and we shrug it off, we tell the next company that the playbook works. That developers are an infinitely renewable resource who will keep showing up with free labor no matter how many times they get burned.

The Takeaway

Google leveraged the open-source community to develop, test, and refine Gemini CLI. But ultimately determined that only paying enterprise customers would have access to the final product. The 6,000 contributors were the scaffolding. And you tear the scaffolding down when the building is complete.

My question is: Is it reasonable for developers to ask for formal contribution agreements with guaranteed access clauses before contributing to corporate open source? If not, is the alternative to simply not contribute to tools owned by companies that have a history of being rug-pullers?