> Our investigation specifically confirmed that the use of your credentials within the third-party tool “open claw” for testing purposes constitutes a violation of the Google Terms of Service [1]. This is due to the use of Antigravity servers to power a non-Antigravity product.
I must be transparent and inform you that, in accordance with Google’s policy, this situation falls under a zero tolerance policy, and we are unable to reverse the suspension. I am truly sorry to share this difficult news with you.
I'm very confused here. The monthly plans are meant to be used inside of Google's walled garden, but people are somehow able to capture (?) and re-use the oAuth token?
Regardless, I thought it was pretty obvious that things like OpenClaw require an API account, and not a subsidized monthly plan.
Google deciding to willy nilly unilaterally ban my 20+ year old primary Google account is probably my greatest internet fear, given how famously awful their support is. Seems like it's the singular best example of a tech company so big that through some combination of internal silos and TOS bureaucracy you have no shot of getting your account back, no matter how unreasonable the ban actually is.
A while back I made completely separate Google accounts for YouTube and Maps just so my longstanding Gmail account wouldn't get banned if the system somehow detected that my Youtube account for example breached Google's TOS.
I don't know why people here can't accept the simple fact that AI companies are offering cheap "unlimited" plans as a loss leader to tie you to their ecosystem, and then make up for it via add-ons, upsells, ads etc. If you use those API tokens to access external services it defeats the purpose. The hack may have worked so far, mainly because no one was checking, but they are all going to tighten the access eventually (as Anthropic and Google have already done).
Either stick to first party products or pay for API use.
Of course Google can restrict how their API is accessed. But locking paid accounts with no warning, no explanation email, and no functioning support path while continuing to charge $249/month is a different problem entirely. A reasonable enforcement process would have been a warning email, grace period to stop using the tool, then restriction.
What an awful way to lose trust, locking out their users but billing them all the same.
This is the first time in recent memory that software has had high variable costs so the surprise at these rules is understandable.
In this case, a the difference in context cache hit rate between openclaw and antigravity.
For example if openclaw starts every message with the current time hh:mm:ss at the top of the context window, followed by the full convo history, it would have a cache hit rate if ~0. Simply moving the updated time to each new message incrementally would increase hit rate to over 90%. Idk if openclaw does this but there’s many many optimizations like this. And worse, thrashing the cache has non linear effects on the server as more and more users’ cached contexts get evicted from cache due to high cardinality. The cost to serve difference could be >10x.
Google is the furthest behind on coding agent adoption and has all the incentives to allow off policy use to grow demand. But it would probably be better to design their own optimized openclaw and serve that for free than let any unoptimized requests in.
If you go to an all you can eat buffet, ignore the plates they give you, and start filling up your own takeaway boxes with days worth of food, you'd expect to be kicked out.
No one would think this is unreasonable. You're not paying for unlimited food forever, you're paying for all you can eat in the restaurant right there.
the ToS enforcement itself is defensible -- consumer plans vs API access really are different unit economics. what's not defensible is permanent ban with zero appeal path for paying subscribers. that's a product failure. if you're charging /mo you should at minimum have a 'we caught you, stop it or we'll close the account' step before 'account gone forever, sorry'.
I don't understand how this can be enforced without ridiculous levels of false positives. I'm truly baffled. The same with Claude Code situation.
gemini-cli, claude-code, codex etc, they ALL have a -p flag or equivalent, which is non-interactive IO interface for their LLM inference.
If I wire my tooling (or openclaw) to use the -p flag (or equivalents), is that allowed?
Okay, maybe they get rid of the -p flag and I have to use an interactive session. I can then just use OS IO tooling to wire OpenClaw with their cli. Is that allowed?
How does sending requests directly to the endpoints that their CLI is communicating with suddenly make their subsidized plans expensive? Is it because now I can actually use my 100% quota? If that's so, does it mean their products are such that their profitability stands on people not using them?
So a Google AI pro/ultra account is intended to be used from their cli or tools (like their open-gravity agent front end).
Their API usage isn't included in these plans, although under the hood open-gravity uses the API.
People have been using the API auth credential intended for anti-gravity with open claw, presumably causing a significant amount of use and have been caught.
The Google admin tools and process haven’t quite been able to cope with this situation and people have been overly banned with poor information sent to the them.
I don’t think either OpenAI or Anthropic any API use in their ‘pro’ plans either?
This reminds me of the customers of “unlimited broadband” of yesteryear getting throttled or banned for running Tor servers.
Google, unlike all their competitors, actually give Cloud API credits to all paying users of AI Pro and AI Ultra [1] - just use those for direct Gemini/Vertex API access instead of trying to hack the OAuth of Google's apps.
People seem to be continuously outraged by these AI subscriptions banning third party use. However, the usage patterns of the intended apps likely differ hugely from those of the third party ones.
For example, basically every first party agent harness aggressively caches the input tokens to optimise inference, something that third party harnesses often disgregard, or are fundamentally incompatible with as they switch agents for subtasks and the like.
To extend this use case though, how much do poeple expect to be able to use the internal API's of the apps they subscribe to?
If I buy an Uber One subscription, am I then justified reverse engineering the gazeteer API from the app and reusing it in other apps I use? What about the speech to text API MS Teams must use for transcribing meetings as part of a business standard subscription?
I think these are obvious and emphatic breaches that no reasonable person would expect to be justified in, maybe miffed if your clever hack gets banned, but being banned would be considered fair play.
Edit: I have misread some of the comments here, he didn't lose access to his whole account and data just the antigravity part. I should've done my due diligence, get out of bed and spent more time thinking instead of emotionally reacting. Guess the rage machine got me as well. Damn. I think this thread might be hijacked by ai bros.
The main point still stands, google is part of a duopoly that runs the world. You can't be a functional member of society without them. They're like a public utility and plays too big of a role in people's life to take decisions based on unknown internal policies. They're long overdue for a government intervention or for splitting up.
Google's Pro service (no idea about ultra and I have no intention to find out) is riddled with 429s. They have generous quotas for sure, but they really give you very low priority. For example, I still dont have access to Gemini 3.1 from that endpoint.
It's completely uncharacteristic of Google.
I analyzed 6k HTTP requests on the Pro account, 23% of those were hit with 429s. (Though not from Gemini-CLI, but from my own agent using code assist). The gemini-cli has a default retry backoff of 5s. That's verifiable in code, and it's a lot.
I dont touch the anti-gravity endpoint, unlike code-assist, it's clear that they are subsidizing that for user acquisition on that tool. So perhaps it's ok for them to ban users form it.
I like their models, but they also degrade. It's quite easy to see when the models are 'smart' and capacity is available, and when they are 'stupid'. They likely clamp thinking when they are capacity strapped.
Yes the models are smart, but you really cant "build things" despite the marketing if you actively beat back your users for trying. I spent a decade at Google, and it's sad to see how they are executing here, despite having solid models in gemini-3-flash and gemini-3.1
* User uses Google oauth to integrate their open claw
* user gets banned from using Google AI services with no warning
* user still gets charged
If you go backwards, getting charged for services you can't access is rough. I feel sorry for those who are deeply integrated into Google services or getting banned on their main accounts. It's not a great situation.
Also, getting banned without warning is rough as well. I wonder if the situation will be different for business accounts as opposed what seems like personal accounts?
The ban itself seems fair though, google is allowed to restrict usage of their services. Even though it's probably not developer friendly, it's within their rights to do so.
I guess there's some level of post mortem to do on the openclaw side too.
* Why did openclaw allow Google anti gravity logins?
* The plugin is literally called "google-antigravity-auth", why didn't that give the signal to the maintainers?
* Why don't the maintainers, for an integration project, do due diligence checks on the terms of service of everything you're integrating with?
"We’ve been seeing a massive increase in malicious usage of the Anitgravity backend that has tremendously degraded the quality of service for our users. We needed to find a path to quickly shut off access to these users that are not using the product as intended. We understand that a subset of these users were not aware that this was against our ToS and will get a path for them to come back on but we have limited capacity and want to be fair to our actual users."
This feels like the early days of ISPs throttling VPN traffic. You're paying for a service with certain capabilities, then getting restricted for actually using those capabilities through a different interface.
The fundamental question is: if I'm a paying subscriber, why does it matter whether I access the model through your web UI or through an API wrapper? The compute cost is the same either way.
I suspect the real concern isn't usage volume but data pipeline control. When users interact through the native UI, Google gets structured interaction data. Through third-party tools, they lose that feedback loop.
So purely from a hacker perspective, I'm amused at the whining.
Like, a corporation had a weakness you could exploit to get free/cheap thing. Fair game.
Then someone shares the exploit with a bunch of script kiddies, they exploit it to the Nth degree, and the company immediately notices and shuts everyone down.
Like, my dudes, what did you think was going to happen?
You treasure these little tricks, use them cautiously, and only share them sparingly. They can last for years if you carefully fly under the radar, before they're fixed by accident when another system is changed. THEN you share tales of your exploits for fame and internet points.
And instead, you integrate your exploit into hip new thing, share it at scale, write blog posts and short form video content about it, basically launch a DDoS against the service you're exploiting, and then are shocked when the exploit gets patched and whine about your free thing getting taken away?
> Product usage subsidized by company, $100. Users inevitably figure out how to steal those subsidies, agents go brrrrr. Users mad that subsidy stealing gets cut off and completely ignore why they need to rely on subsidies in the first place, priceless.
I'd like to add, that's "priceless" for "them" and not for you.
Score Breakdown
-0.45
PreamblePreamble
Medium Practice
Editorial
ND
Structural
-0.35
SETL
ND
Combined
ND
Context Modifier
ND
Platform practice demonstrates account suspension without prior warning or transparent communication, violating dignity and fair process principles
-0.25
Article 1Freedom, Equality, Brotherhood
Medium Practice
Editorial
ND
Structural
-0.25
SETL
ND
Combined
ND
Context Modifier
ND
Account restriction without explanation undermines equal treatment and dignity of affected users
-0.30
Article 2Non-Discrimination
Medium Practice
Editorial
ND
Structural
-0.30
SETL
ND
Combined
ND
Context Modifier
ND
Discriminatory application of service restrictions without transparent criteria or notification process
ND
Article 3Life, Liberty, Security
No observable signal regarding right to life, liberty, security of person
ND
Article 4No Slavery
Not applicable to digital platform context
ND
Article 5No Torture
Not applicable to digital platform context
ND
Article 6Legal Personhood
Not applicable to digital platform context
ND
Article 7Equality Before Law
Not applicable to digital platform context
-0.47
Article 8Right to Remedy
High Practice Framing
Editorial
-0.20
Structural
-0.40
SETL
+0.28
Combined
ND
Context Modifier
ND
Users describe account restriction without warning as violation of effective remedy and due process; platform failed to provide notice, explanation, or accessible appeal mechanism
-0.46
Article 9No Arbitrary Detention
High Practice
Editorial
-0.25
Structural
-0.35
SETL
+0.19
Combined
ND
Context Modifier
ND
Arbitrary account restrictions without transparent criteria, notice, or due process violate protection against arbitrary interference with account/service access
-0.24
Article 10Fair Hearing
Medium Practice
Editorial
-0.15
Structural
-0.30
SETL
+0.21
Combined
ND
Context Modifier
ND
Platform staff response lacks commitment to fair hearing or independent review; internal escalation opaque
ND
Article 11Presumption of Innocence
Not applicable to digital platform civil context
-0.39
Article 12Privacy
High Practice
Editorial
-0.20
Structural
-0.35
SETL
+0.23
Combined
ND
Context Modifier
ND
Arbitrary account restriction and lack of communication constitute interference with user autonomy and account privacy
-0.16
Article 13Freedom of Movement
Medium Practice
Editorial
-0.10
Structural
-0.20
SETL
+0.14
Combined
ND
Context Modifier
ND
Users describe migration off platform and loss of service access as forced relocation of digital presence
ND
Article 14Asylum
Not applicable to digital platform context
ND
Article 15Nationality
Not applicable to digital platform context
ND
Article 16Marriage & Family
Not applicable to digital platform context
-0.21
Article 17Property
Medium Practice
Editorial
-0.15
Structural
-0.25
SETL
+0.16
Combined
ND
Context Modifier
ND
Account restriction without due process deprives users of access to digital property/service they have purchased
-0.02
Article 18Freedom of Thought
Medium Advocacy
Editorial
+0.10
Structural
-0.15
SETL
+0.19
Combined
ND
Context Modifier
ND
Users exercising freedom of thought/conscience via third-party integration; platform restriction may limit this freedom; community forum provides space for expression
+0.18
Article 19Freedom of Expression
High Advocacy
Editorial
+0.15
Structural
+0.20
SETL
-0.10
Combined
ND
Context Modifier
ND
Community forum enables users to seek information, express grievances, and receive responses; users freely posting complaints and seeking help demonstrates open communication channel
ND
Article 20Assembly & Association
Not applicable to digital platform context
-0.02
Article 21Political Participation
Medium Advocacy Practice
Editorial
+0.05
Structural
-0.10
SETL
+0.12
Combined
ND
Context Modifier
ND
Forum provides space for participation in community decisions; platform staff engaged with issue but lack of resolution indicates weak participatory mechanisms
-0.36
Article 22Social Security
High Practice
Editorial
-0.20
Structural
-0.30
SETL
+0.17
Combined
ND
Context Modifier
ND
Users report blocked access to cultural/intellectual services (Gemini API, paid tools); account restriction without due process violates right to social security and adequate standard of living
ND
Article 23Work & Equal Pay
Not directly applicable; no labor context in thread
ND
Article 24Rest & Leisure
Not applicable to digital platform context
-0.46
Article 25Standard of Living
High Practice
Editorial
-0.30
Structural
-0.40
SETL
+0.20
Combined
ND
Context Modifier
ND
Account restriction blocks access to paid digital service ($249/mo subscription); additional GCC support fees create access barriers; account suspension without warning undermines right to adequate standard of living and digital participation
ND
Article 26Education
Not applicable to digital platform context
-0.18
Article 27Cultural Participation
Medium Practice
Editorial
-0.15
Structural
-0.20
SETL
+0.10
Combined
ND
Context Modifier
ND
Platform restriction blocks access to AI tools and intellectual/scientific resources; users prevented from participating in benefits of digital progress
-0.46
Article 28Social & International Order
High Practice
Editorial
-0.25
Structural
-0.35
SETL
+0.19
Combined
ND
Context Modifier
ND
Platform lacks transparent social and international order for human rights; account restrictions without notice, explanation, or appeals mechanism violate right to social order enabling UDHR rights
-0.02
Article 29Duties to Community
Medium Advocacy
Editorial
+0.05
Structural
-0.10
SETL
+0.12
Combined
ND
Context Modifier
ND
Platform sets terms of service limiting user freedoms; community forum enables users to exercise rights within bounds; no observable censorship of legitimate complaints