BEEBLE PRIVACY POLICY API TERMS TRAINING DATA PROVENANCE ENFORCEMENT DATA RETENTION OWNERSHIP COMMERCIAL USE GOVERNANCE

Beeble Builds a Commercial-Grade Legal Stack

A Big One

Across 2026, the same thing keeps happening to AI startups: one lightweight set of terms grows into three or four. Consumer, developer, enterprise, and desktop each end up with their own document, because the company is no longer running a single web app. Beeble is this week’s instance. On June 22, 2026, it revised its Terms of Use, lightly revised its Privacy Policy, and published a standalone API Terms of Use for the first time. The developer tier absorbs almost all of the new heft: binding arbitration, a forced attribution badge, a doubled liability window, and a prepaid credit system, plus two new clauses fencing AI training. Ordinary users see little change (for now).

In human terms If you are just using the web application, very little changes. If you are integrating Beeble into your own product, this release is much more consequential: any client-facing tool that shows Beeble output now has to carry a visible “Powered by SwitchX” or “Powered by Beeble” badge in the main interface. A dispute with Beeble over the API goes to private individual arbitration instead of a courtroom, unless someone files an opt-out notice in the first thirty days. And footage-derived data lingers longer, since the deletion windows roughly doubled. None of this stops the work. It changes the terms under which the work happens, and it asks the integrator to make decisions in the first month of use that are easy to miss.

Why this matters The maturation has teeth. As these documents grow they add obligations and shift risk. The attribution mandate is more than cosmetic. It now operates as a product requirement, and if you embed Beeble into your own app, your UI has to be designed around someone else’s branding. The arbitration clause removes a court remedy that ordinary app users keep, since the consumer Terms and the desktop license both stay in court. The liability lookback doubling and longer retention windows both increase the amount of time covered by these provisions. Neither change is dramatic in isolation, but together they point toward a more mature operational model. The legal paperwork is often a leading indicator. It shifts before the roadmap is public, so reading it closely is how you can spot direction early.

Note: Beeble currently has two conflicting live versions of its API Terms, and it is unclear which arbitration regime governs. This entry quotes the June 22 PDF. See the arbitration mechanic. Continues for the details:

The Mechanics

  1. A standalone API Terms of Use now exists. BEFORE: The API was defined inline as part of the Services in the Terms of Use preamble: “the application programming interface (the ‘API’) provided by Beeble (collectively the ‘Services’)”. No separate API document existed. AFTER: A dedicated 9-section API Terms of Use governs API access, described in its own text as “a standalone product with its own independent account structure, credit system, and billing infrastructure”. The document’s first-time existence is the change.
  2. Mandatory attribution in the primary interface (API Terms 2.e). New. BEFORE: No equivalent provision. AFTER: “Unless explicitly waived in a writing by Beeble, any public-facing application or product that incorporates or displays output generated by the API Services must include a clearly visible ‘Powered by SwitchX’ or ‘Powered by Beeble’ logo and textual attribution (‘Attribution’) in the primary user interface where such output is displayed.” The clause requires the Attribution to comply with Brand Guidelines, “not be obscured, cropped, minimized, or otherwise rendered less prominent than other third-party attribution”, and “remain in place for so long as the API Services are used”.
  3. Binding individual arbitration for API disputes (API Terms 9.e). New, and asymmetric. BEFORE: No arbitration anywhere in the Beeble stack. The October 30 Terms (15.2) sent disputes to “the exclusive jurisdiction of the state and federal courts of New Castle county, Delaware”. AFTER: “ANY DISPUTE, CLAIM, OR CONTROVERSY ARISING OUT OF OR RELATING TO THESE API TERMS OR YOUR USE OF THE API SERVICES SHALL BE RESOLVED EXCLUSIVELY BY BINDING INDIVIDUAL ARBITRATION ADMINISTERED BY THE AMERICAN ARBITRATION ASSOCIATION UNDER ITS CONSUMER ARBITRATION RULES, AND NOT BY A COURT OR JURY.” The clause adds a class-action waiver, a 30-day opt-out by written notice to support@beeble.ai, and a fallback for those who opt out: “DISPUTES SHALL BE RESOLVED EXCLUSIVELY IN THE STATE OR FEDERAL COURTS LOCATED IN DELAWARE, AND EACH PARTY HEREBY WAIVES ANY RIGHT TO JURY TRIAL”. The consumer Terms (Section 15) and the desktop EULA (Section 12) keep Delaware courts with no arbitration, so only API users arbitrate. Live-conflict caveat: Beeble currently has two conflicting live versions of its API Terms, and it is unclear which arbitration regime is correct. The June 22 PDF quoted here sends disputes to the American Arbitration Association with a Delaware fallback. A version live at docs.beeble.ai, dated May 20, 2026, sends them to JAMS or UNCITRAL in San Francisco. The PDF’s own update clause names that page as its home, so the two documents point at each other while disagreeing. We quote the PDF as the later-dated document, and given the confusion in Beeble’s own terms, which regime actually binds an API user is unresolved.
  4. New prohibition on using the Services or Output to train AI (Terms 7.1(j)). New. BEFORE: The October 30 list of prohibited activities ran from (a) through (i) and then (k), with no (j). The closest prior provision, 7.1(g), barred “data scraping for machine learning or other purposes”, a narrower restriction aimed at extraction. AFTER: A new 7.1(j) bars users from using “the Services, the Software, any Output, or any other data or materials made available through the Services to, directly or indirectly, train, test, fine-tune, develop, or improve any artificial intelligence or machine learning model, algorithm, or service, including any model, algorithm, or service that competes with Beeble or the Services”.
  5. New third-party-AI reliance disclosure (Terms 13.6). New clause inserted; prior 13.6 renumbered to 13.7. BEFORE: No AI-reliance disclosure in the warranties section. The October 30 13.6 was the boilerplate “THE FOREGOING DOES NOT AFFECT ANY WARRANTIES THAT CANNOT BE EXCLUDED OR LIMITED UNDER APPLICABLE LAW”. The not-protectable point already existed separately at 3.5(b) and is unchanged. AFTER: A new 13.6, “AI-Generated Output,” discloses that “THE SERVICES RELY ON ARTIFICIAL INTELLIGENCE AND MACHINE LEARNING TECHNOLOGIES, INCLUDING THIRD-PARTY AI TOOLS”, that output “IS GENERATED PROBABILISTICALLY AND MAY BE INACCURATE, INCOMPLETE, OR OBJECTIONABLE”, and that Beeble “DOES NOT WARRANT THAT ANY OUTPUT IS ACCURATE, UNIQUE, ORIGINAL, OR PROTECTABLE”. The genuinely new element is the explicit disclosure of reliance on third-party AI tools.
  6. Liability cap lookback doubled (Terms 14.2). BEFORE: Aggregate liability capped at “THE GREATER OF (A) THE TOTAL AMOUNT YOU ACTUALLY PAID FOR THE SERVICES IN THE SIX (6) MONTH PERIOD IMMEDIATELY PRECEDING THE EVENT GIVING RISE TO THE CLAIM, OR (B) $100”. AFTER: The same clause now reads “THE TWELVE (12) MONTH PERIOD”. The $100 floor is unchanged. The new API Terms (7.c) set the same twelve-month-or-$100 cap, so the stack now aligns at twelve months.
  7. Retention windows extended (Privacy Policy). BEFORE: Removed content “may remain on our active servers for 30 days”, and on account cancellation content “should be purged from our systems in full within 60 days”. AFTER: “60 days” on active servers and “within 90 days” to full purge. The intermediate backup window (“up to another 30 days after that”) is unchanged.
  8. Refund schedule consolidated (Terms Section 12). BEFORE: Three named tracks: SwitchLight Web Subscription, SwitchLight API Subscription, and SwitchLight API Pay-as-you-go, the last of which let Beeble deduct “a ten percent (10%) fee from the refund amount for any unused, unexpired pay-as-you-go credits”. AFTER: A single “Refunds for Subscription Payment” track. The SwitchLight and API-specific tracks and the 10% pay-as-you-go deduction are gone. API billing moved to the API Terms (9.a), where “API credits expire one (1) year from the date of purchase and are non-refundable, non-transferable, and non-redeemable for cash”, with “interest at the rate of twelve percent (12%) per annum” on payments more than 30 days past due.

This originally appeared in Vol. 26, No. 17, Beeble Builds a Developer Tier, Kling Rewrites Its Takedowns, A Creature Emerges

View Full Issue →

Sign up for The Ledger Newsletter