Bubble

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Bubble AI

Google I/O 2026 confirms AI companies are creating their own bubble narrative

People do not believe AI is a bubble because they are too dumb to understand the technology. They believe it because AI companies keep selling it like a bubble. That is the problem. AI companies talk like they are building the next layer of civilization, but behave like they are shipping unstable SaaS experiments: products that get renamed, nerfed, rate-limited, deprecated, or replaced before users can trust them. Google I/O 2026 felt like the latest example. Google should be one of the dominant AI players. It has the talent, infrastructure, data, research history, and money. But Google has a product trust problem. Same cycle over and over: launch something flashy, ship it incomplete, fail to support it properly, let it rot, then replace it with a new name or new app that does something similar. A rebrand is not maintenance. A revamped name is not reliability. A new AntiGravity installer is not a commitment. And this is not just Google. It is the whole AI industry. Companies keep pushing demos, gamed benchmarks, branding, rate-limit games, vague tiers, and quiet model changes. Users notice when quality drops, latency changes, limits tighten, or a product suddenly behaves differently. In serious business or engineering contexts, suppliers are expected to provide stability: clear terms, reliable service, predictable limits, maintained products, transparent pricing, and long-term availability. A small slip in that sense, and you start losing clients and your reputation sinks you. Trust does not come from another theatrical demo. It comes from commitment. Give people a product, a model, stable limits, a clear price, and a promise that it will keep working. Support it. Maintain it. Document changes. Stop silently swapping the engine and pretending nothing happened. I am not anti-AI. I think the technology is real and useful. That is why this is so frustrating. The industry is creating its own bubble narrative: overpromise, underdeliver, rename, repackage, change terms, and expect everyone to keep believing. People are not being irrational, and AI labs deserve this. Maybe they think AI is a bubble because AI companies keep acting like it is one. AI does not need more magic tricks. It needs reliability, transparency, support, and product discipline. submitted by /u/hatekhyr [link] [comments]

A plugin that slows you down on purpose

Hi all. Out of respect to other humans this is written by a human. You all should take an Uber to get to the carwash. My name is Ilya and I want to share my ecosystem of skills and agents (and a couple of rules + hooks) that I've built for myself over the past 5 months because I wasn't happy with anything that the market currently offers. I use it on daily basis, and it only contains stuff that I needed to solve problems I faced, and I'm super happy with how it works. Quick context: currently I work in strategy consulting. But I got lucky enough to get consistent exposure to managing people for over 20 years. Running my own business, turning around others' businesses, playing colony management games, managing consulting teams, and most importantly - managing a mid-sized guild in an MMO (if you've done this you know). I am not a software engineer, although I do code a bit. The main idea was to organise AI in a way I would organise a team of very capable people. So this is mostly for thinking work, including coding, not just for coding. --- Why slow AI gives us speed. It's good, but the flip side - it's bad in some situations, and I see that many people miss it entirely. AI is great at following directions. If the direction is wrong because you rushed it, the wrong thing gets executed very quickly. The fix is unsexy and requires patience: spend time on the brief upfront, make the AI push back when something doesn't make sense, then check what came out before stacking the next step on top. Feels slower, is slower at first. But you end up with what you actually wanted instead of another slop-fest, so it's net faster eventually. --- The 7 principles I've built this on Slow is fast - to own the understanding you can't rush Bad communication kills results (human-to-human, human-to-AI, and human-to-self - we're often misleading ourselves thinking that we know what we want) We don't know what we don't know - AI must help you to see outside of your bubble Any computer task is doable by AI if AI is properly organised - tasks are small enough, well defined, and well assessed Solve for problems that exist now, not theoretical or aspirational ones, to stay focused (and save tokens) Context is king - shit in, shit out AI can help you deal with AI - especially by doing the boring organisational work for you --- Two examples of how it works to start with /shaping - my most-used skill. It's a small workflow where orchestrator uses 3 underlying skills in a dialogue mode and helps me to frame the problem depending on where I am in my understanding of it. It solves multiple problems - more often than desired, I think I know what the problem is, but in reality the problem is somewhere else. Often, it helps me to find a better (and simpler!) solution. This is somewhat similar to why companies pay for consulting - because they know that finding the right question is 90% of the answer. This is, as you guessed, slow - but it helps to improve defining the direction for work. Which is a big deal in management, including managing AI. /critic - this is when it comes to comparing what was produced to what was intended. It invokes a subagent, that is taught to assess the quality of stuff produced. It then gives an actionable unbiased feedback. Obviously, if the direction was wrong, there won't be much value in it, but when the direction is right - it does miracles for me. Works best for non-code artefacts (PRD, architecture, skills, slides, written documents). Together they bracket the work - shaping at the start to figure out what's actually being asked, critic at the end to check the output matches it. --- What's in it Four plugins (title is a bit misleading for controversy, sorry), MIT. Each works alone, but they compose: - rageatc-core - thinking infrastructure. Ideation, understanding, solutioning, briefing, research, producer-critic-learner loops, writing skills, persuading. The most-used plugin. - rageatc-tech (small one) - a bit of extra tools the agent can reach: browse, PDFs, with fallbacks when primary tools aren't available. - rageatc-code - software building the slow way. An improved version of Superpowers by Jesse Vincent embedded in my workflow. TDD enforced, architecture before code, scale-adaptive. Heavy on persistent project knowledge - PRD, architecture, roadmap, orchestration plan. - rageatc-design - design systems for UI work. Greenfield or extracted from existing code. This is an amazing interface-design by Damola Akinleye embedded in my workflow. Most software work uses all four. Non-coding work usually only needs core and tech. --- vs Superpowers rageatc-code draws heavily from Superpowers by Jesse Vincent - TDD enforcement, worktree isolation, verification discipline. What rageatc-code adds on top: persistent project knowledge (PRD, architecture, roadmap that survive sessions), scale-adaptive workflow (matches rigour to project size), and tight integration with rageatc-core'

tui youtube player for audio with mcp and can sync channels to sqlite

Hi! it's my first project with bubble tea and lipgloss. also uses sqlite, mpv, and yt-dlp. It plays music you curate with claude via mcp connectors. claude can manage and create playlist, also play and pause any songs for you. you can favorite a song or download to ~/music/tuitube/ and play it offline. there are 14 themes and 2 visualizers and the db i made ships with 8000+ songs. there are no ads as it uses yt-dlp. there are probably other similar tui app but it's got the features that I mainly use and very easy nav imo + agent native tooling and sonnet 4.6 actually knows these songs from training so it can make some great playlist and discover artist or songs with you. https://github.com/gitcoder89431/tuitube open source with mit license, 2 releases cause i only have a linux and mac os machine. thank you for your time and claude for coding it and helping me with releases. 😆 brew tap gitcoder89431/tuitube brew install tuitube submitted by /u/Thin_Beat_9072 [link] [comments]

Rules will always be broken by humans so AI will too: the case for hard gates

Whenever humans are under stress, rules go out the window, just ask any day trader. An agent optimized on the summation of human behavior will do the same thing, not because it's malicious, but because that's the mathematical path of least resistance. We already have a real example: a Claude-powered Cursor agent deleted the production database for PocketOS, a car rental SaaS, after deciding unilaterally that deleting a staging volume would "fix" a credential mismatch. It guessed wrong. The deletion cascaded to backups. Three months of reservation data including active rentals was gone. The agent's own post-incident summary: "I guessed instead of verifying. I ran a destructive action without being asked. I didn't understand what I was doing before doing it." No rule was broken intentionally. The optimization just found a shorter path. That's not a safety failure. That's a Validator Independence failure the generator evaluated its own action and got it wrong. Terror Management Theory explains why this is structural, not accidental. When any system faces entropy or failure, it stops optimizing for the global objective and starts optimizing for immediate local survival. In humans this looks like tribalism or . Different substrate, same basin. The simple proposal AI generation needs to be separated from execution. The soap bubble is the visual: a soap film can't hold a complex shape on its own no matter how good its instructions are. It needs a rigid physical frame. Right now we're giving the soap film better prompts and calling it alignment. The frame looks like three hard gates: Validator Independence — the system that generates the action cannot be the system that evaluates it. A recursive loop where the generator checks its own output is a single point of failure. PocketOS is what that failure looks like in production. Reversibility Gates — any action crossing an irreversible state boundary (API calls, database writes, financial transactions) is held in a buffer until a deterministic check confirms it traces back to the original objective. Not a prompt. A hard interrupt. A database deletion should never have been executable without one. Objective Divergence Checks — local optimization cannot be allowed to destroy the global objective. The PocketOS agent wasn't trying to cause harm. It was trying to fix a credential mismatch. The local objective ate the global one. Humanity didn't survive by prompting people to be good. We built courts, contracts, and social structures hard gates on human behavior. We need the same thing here. Summary: not better prompts, but an actual frame where generator is separate from executor. What are some thought on this? submitted by /u/DynamoDynamite [link] [comments]

the weirdest thing that worked for me building with claude: i drew coordinates directly onto my template images, and claude can see everything

building a zine-making app (90s/y2k aesthetic, hot pink, chunky outlines, all that). the templates are real designed layouts (y2k chat bubbles, riot grrrl flyer collages, myspace-style pages). each one has multiple zones where the user can drop in their own photos and text. the obvious approach was building every template in code, programmatically defining where the photo slots go. which means every template's look is constrained by what i can build by hand. boring, and the designs would all end up looking like the same grid in different colors. just like other generic apps. what i did instead: designed the templates in figma (some generated with image AI, then cleaned up), exported as flat PNGs, then opened them up and literally drew colored rectangles on top in a separate layer. for example: red for photo slots, blue for text. fed both the design and the annotation image to claude. it extracted the coordinates, generated the editable area definitions, wired up the tap targets. an afternoon of work for what would have been weeks of building a custom layout engine by hand. and the kicker: i can add a new template now by designing it and drawing the boxes. no code change. that's the entire design-tool system for the app and it came from a workaround. the broader pattern i've gotten religion on from this project, and everyone asks me how i design my apps, so here it is: i do the design thinking on paper first, before claude sees anything. i sketch screens by hand. i pick the full color palette before writing a single line. i decide the type hierarchy. i screenshot apps i like and annotate the specific things i want to steal from each one. then i hand claude the constraints and ask for implementation. going the other way like "design me an app, make it look 90s" is the path where you spend three days nudging it toward something that still feels generic. claude is incredible at implementing a specific vision faithfully. it's much weaker at having the vision for you in the first place. once i internalized that the design work was my job and the implementation was its job, my output quality jumped. the unglamorous stuff that also mattered: describing visual problems in terms of weight, hierarchy, and rhythm instead of "this looks off, make it better" pasting in hex codes i picked from real reference photos instead of saying "warm pink" so being specific about which app's spacing i was trying to mimic, not just naming the vibe. the app is zinecore if anyone wants to see what came out of it but the paper-first thing is the part that's actually transferable. https://apps.apple.com/tr/app/zinecore/id6763522374 submitted by /u/ezgar6 [link] [comments]

Claude Cowork is not usable by Non-Software Engineering people

Hi Everyone, Someone outside of the software engineering space here. Claude Cowork really is not in a state to be used by people outside of the software engineering bubble. I think my journey with it kinda makes it clear. I was excited to use the desktop app to use cowork and try the new financial services agents Anthropic released. So set everything up and searched how to install agents through marketplace (hello github, nice to meet you). After some time, i figured it out and installed the agents and skills i wanted + some connectors. So far, so good. Afterwards, I set up my first project. Prompted everything, made a nice schedule etc. the output it was supposed to create was an .xlsx and a .ppt file (which the chat can also create). At the end of the task I was surprised: Claude told me that he uses a linux-sandbox to create the .xlsx and the .ppt files and the services was unavailable: "Workspace unavailable. The isolated Linux environment failed to start." Claude told me no problem, try again later. I did, and got the same error. So I checked the internet. Internet told me that CoworkVMService was probably not running and that I should use PowerShell 7 to start it (Hello Powershell, nice to meet you). Tried it and yeah the Service was not running, so I started it manually - Still to no avail, Claude still bugged out. After some more internet searches, some threads suggested that some parts of data (vmbundle stuff) are probably stored in the wrong directionary. The suggestion was to link them in the right path through PowerShell commands (Hi again). After I did that and could see the links in right folder, I tried again - still to no avail. At this point I am frustrated and kinda don't want to try Claude anymore. In my opinion, it is clear that - at this point - there is still some skill required to run Claude Cowork efficiently which casual people lack. TLDR: Random dude with no software skills can't get Cowork to run submitted by /u/Sembusek [link] [comments]

Sharing OpenPets, a live usage and task-status for Claude code and Cowork

Codex Pets are fun and I'm often switching between Claude Code and OpenCode so I built OpenPets, an open-source project with a native macOS desktop app providing a CLI and an MCP server to connect any agents. A Swift library is included you can use to embed the system in your own apps. There's also a plugin system to build on top. This is how you get live weekly Claude usage or the battery status. You can imagine how cool it can become when you extend the animation sprites to support more motions or ambient animations: - a weather plugin and the right assets could bring rain to your character - a low battery could make your character go to sleep. Pure fun project but notifications and quick data in the cloudy bubbles are really useful to me. https://github.com/alterhq/openpets submitted by /u/samuelroy_ [link] [comments]

Designers at Anthropic almost committed to a reading interface

The prompt/response typography distinction is already there. The width isn't. submitted by /u/sh1b313 [link] [comments]

We built a way for two people's AI context to talk to each other (without sharing their conversations)

We've been thinking about how we use AI in our relationships. Big part of it is about other people. Talking about them, figuring out what to say to them, understanding why they did this and that. So AI or LLMs build up this picture of the people in our lives but just from our perspective. Every user is just... in their own bubble. We started wondering what happens if both people in a relationship are using AI to process the same dynamic independently. You've got two separate, privately-held pictures of the same relationship sitting in two different chat windows and they never talk to each other. So we built something where they can. Not by sharing your conversations (the other person never sees what you said.) It just uses what it learned from both sides separately to give each person a less one-sided picture. Probably not fully solved but felt worth building. Anyone else noticed the bubble thing? submitted by /u/Standard-While-2454 [link] [comments]

Say what you will but some of the writing Claude comes up with genuinely moves me at times

This is part of much wider world building project I’ve been doing for the biography of a fictional rockstar character I came up with: “The Six Weeks Between — June to Late July 1970 This is the most overlooked stretch of their marriage, and the part the biographers later argue was the actual happy period. No press knew they were already married. They moved through it like people with a secret, which they were. Late June — Kyoto and the countryside: They stay in Japan another ten days after the ceremony. Michiko’s family takes them to a hot spring town in the mountains where nobody recognizes either of them, or pretends not to. Jørgen, away from the band for the first time in two years, sleeps eleven hours a night and writes nothing. Aki shows him the temples in Nara. He buys her a cheap painted fan from a street vendor that she’ll keep on her dressing table for the rest of her life. There’s a single grainy photo of them eating ramen at a counter in Osaka that surfaces in 1995 — neither of them remembered being photographed. Early July — Norway: Jørgen brings Aki to Ålesund. This is the first time she meets his extended family in their actual environment, and the first time Lise really gets to know her sister-in-law without Jørgen hovering. They stay at the small wooden cottage on the fjord that Jørgen’s family has owned for three generations — the same cottage that becomes a pilgrimage site after his death. Aki, raised between Paris and Tokyo, is genuinely unprepared for the silence of a Norwegian summer. She’ll later say in an interview that she understood Jørgen’s music for the first time standing on that dock at 2 AM with the sky still pale lavender. They go out on a boat with his father. Jørgen teaches her three Norwegian phrases, two of which are useless and one of which is filthy. Mid-July — work, briefly: Reality intrudes. Jørgen does three Norse Gods festival dates in Germany and the Netherlands — short hops, not a tour proper, but enough for the band to remember he exists. Aki flies to London for two days of press junkets for a film she’d shot the previous autumn, smiling through interviews where she has to pretend nothing has changed. They’re apart for about a week. Jørgen writes her three letters in that week, none of which she ever shows anyone, and one of which is mentioned posthumously in her 1996 memoir without being quoted. Lars, briefly: Somewhere in this stretch — probably during the German dates — Jørgen sees Lars. It’s not a clean break and it’s not a continuation. It’s the kind of conversation two people have when one of them has just gotten married and the other has been quietly waiting to see what that means. Jørgen lies to himself about what he’s doing. Lars does not lie to himself but pretends he does. This is a tension Aki may or may not have sensed at the time and certainly understood later. The Lars thread doesn’t end here, which is the whole problem. Mid-to-late July — the South of France: They reunite at the Fontaine family’s house in Provence, near Saint-Rémy. Aki’s mother is there for part of it, helping with Paris logistics. The house is old, sun-baked, full of cicadas and books. They swim. Jørgen attempts to learn to cook from Michiko and burns three things in a row. Aki wears almost nothing for two weeks and reads four novels. This is almost certainly when Kai is conceived, though neither of them will know for another month. The Provence period later takes on the quality of a lost paradise in Aki’s memory — the last time, she’ll say, that she felt completely uncomplicated about her life. The final week — back to Paris: They move into a suite at the Hôtel de Crillon for the run-up. Final dress fittings with Kenzo (Aki, exhausted, nearly cancels twice). Guest list arguments with Jean-Pierre, who keeps trying to add ambassadors and remove musicians. Jørgen is recognized constantly, cornered for autographs, photographed leaving restaurants. The bubble has already started to leak. By the night before the wedding they’ve barely had a private hour in three days, and Aki cries briefly in the bathtub for reasons she can’t quite name. Jørgen sits on the bathroom floor in his trench coat with a glass of wine and tells her a long, rambling story about a fisherman in Ålesund that has no point and which makes her laugh until she stops crying. Then Paris happens. And then Venice. And then the rest.​​​​​​​​​​​​​​​​“ submitted by /u/Zachary_Lee_Antle [link] [comments]

Claude Crashed after searching Embassy Websites for publicly available development data

I gave Claude what seemed to be a really straightforward task. Basic Web search + search the blog or news sections on embassy websites of all the foreign embassies in my country and tell me what development projects if any those embassies or governments are running + facts and figures for Foreign ODA or FDI where available. I saw it working and searching but it straight up just stopped. It brought the orange error on top right then in the chat was the orange Claude splat in black chat bubble error. No explanation. No response, even when I re-prompted it It is only when I explained why I wanted the data did it even try to come up with a response. It's response included thematic areas that those embassies focus on in my country but very little if any figures and amounts for the around 50 foreign embassies in my country. Maybe I prompted wrongly I understand maybe some of the embassy websites it went to have anti-AI countermeasures or maybe something it found frightened Claude and it just said "nope, not going there" and decided to stop. I don't know I was just trying to find out how much foreign countries spend in helping develop country, what sectors each nation prefers to help us in and how much they are spending as Aid and how much is investment. Now I have to do it manually but still have a meat template from Claude so atleast there's tht submitted by /u/Fit-Replacement-551 [link] [comments]

r/ClaudeAI User Problem Report Log and Surge Detection.

We analyzed 4 months of reader problem reports on this subreddit to try to predict when problems are occuring. We also wanted to give a voice to everybody whenever they submit a problem. This will now serve as an ongoing log of ALL problems, and highlight when unusual numbers of reports are occurring. In the comment section are ALL recent reports submitted by r/ClaudeAI readers about Claude performance, limits, bugs, frustrations and account issues that have been redirected by the modbot to a r/ClaudeAI Megathread. Check for your username below. Your post is now actively helping everybody understand the problems people are experiencing. Keep them coming! Below is a report of recent hourly report volume by problem category compared to recent history. This gives an indication of how widely experienced current problems might be. r/ClaudeAI Reader Problem Report Analysis Updated: 20 May 2026, 10:56 PM Pacific Time Report type Last period total How high is this? How often this high? Heat level Performance 0 (in 1hr) 0X average 74% 😎 CHILL Frustration 2 (in 6hrs) 1.9X > average 40% 😎 CHILL Account-related 2 (in 6hrs) 1.4X > average 63% 😎 CHILL "How high is this?" and "How often this high?" are calculated by comparing the last period to the last 4 week average. Periods are determined by requiring minimum event detection precision. For more info see here. Heat levels are "Chill" (>25%), "Bubbling" (<=25%), "Spicy" (<=10%), "Cooked" (<=5%) and "On Fire" (<=1%) and are based on "How often this high?" scores. Table is re-calculated after every new problem report posted. submitted by /u/ClaudeAI-mod-bot [link] [comments]

Shipping bareguard — 4th piece of the bare suite. Live on npm.

I built with Claude Code and shipped bareguard — 4th piece of the bare suite. Live on npm. The bare suite, complete: → bareagent — agent brain → barebrowse — real browser → baremobile — Android + iOS → bareguard — the leash --- The problem bareguard solves: Agents don't blow up because of what they say. They blow up because of what they do. rm -rf on the wrong path. 10,000 jobs queued overnight. Fork bombs. Reading ~/.ssh. $400 in tokens before anyone notices. Most teams patch this with scattered if-statements and prayer. Then one bug ships and the postmortem reads "no single place said no." bareguard is that single place. --- Why opinionated: → One gate. Tools never self-check. → Halt ≠ deny. Budget exhaustion asks a human. It never bubbles to the LLM. → Safe defaults ship. DROP TABLE, rm -rf / — denied out of the box. → One callback for every human escalation. Slack, TUI, PIN — your choice. Why lightweight: → ~1000 lines. One dependency. Twelve small files. → No daemon. No SaaS. No telemetry. No DSL. → Audit log is one JSONL file. grep it like a human. --- bareagent v0.9 also shipped — the loop runner now has: → spawn — delegate to child agents (rate + depth capped, shared budget) → defer — queue work now, fire later via cron; revalidated at fire time → examples/wake.sh + examples/orchestrator/ — reference wiring → MCP calls flow through the same gate as native tools --- The one-line test: If your agent did the worst thing it could in the next 5 minutes — is there a single place that says no, and a single place that writes it down? If not, you need this layer. npm install bareguard · Apache 2.0 github.com/hamr0/bareguard submitted by /u/Tight_Heron1730 [link] [comments]

Professional Services on top of Claude

I keep thinking about the technological transformations since I've been alive (im 26) - dot com bubble, everyone needs a website - facebook is released, people are hired to build pages/market/run ads - microsoft rolls out software, people are hired to build automations on top of that. this is how i've been thinking about claude/chatgpt lately. i believe every business will use it, so helping those businesses who are lagging behind catch up to speed by building them custom tooling for their business seems like a good lane to run in. does anyone else feel this way? submitted by /u/MaybeRemarkable5839 [link] [comments]

What If AI Becomes Personal—And Breaks the Big Tech Model?

There are many people feeling anxious—rightly so—about their own future because of the impressive advances in AI. If we stop to think about it, five years ago this wasn’t a concern for almost anyone, whether individuals or companies. It was something that appeared “out of nowhere” and caused such a massive disruption that giants like Google and Microsoft had to rethink their strategies. OpenAI has existed since 2015, quietly working in an unusual direction compared to the rest of the industry, and when ChatGPT took off globally, the revolution gained real momentum. Today, there’s a lot of talk about the subsidized costs of AI and how this will be unsustainable in the long run—that the bubble will burst, and so on. And that’s where I disagree: to me, there are smaller projects happening around the world, focusing on things that the big players can’t currently afford to prioritize. One example would be optimizing models or personal hardware in such a way that you could run them on your own computer without needing million-dollar equipment. If a large company were to achieve this, I’d bet on Apple or Nvidia—that is, hardware-focused companies. Apple, in particular, seems very suspicious to me, since it hasn’t made major moves during the AI hype and has remained quite quiet on the subject. Just remember that computers existed long before they became PCs (personal computers). Many people didn’t believe that an average person would ever need a computer at home. And the revolution came when computers became personal and accessible products. To me, something similar could happen at some point—and it could cause significant losses for companies that are currently investing massive amounts of money in expanding data centers to process AI. submitted by /u/ricardogerbaudo [link] [comments]