Oct 22, 2026 · by Nick Pitt · View source

Bloblings

A pet for every Claude Code session

Bloblings

Editorial analysis

The Creator Stack Is Getting Agentic — and Somebody Finally Built a Dashboard for It

If you run social accounts for a living, you already know the dirty secret of the AI era: the tools got smarter, but the management got dumber. I’m not talking about scheduling. I’m talking about the new layer underneath it — the half-dozen Claude Code and Codex sessions most growth teams now keep open to draft captions, generate hook variants, pull analytics, and rewrite long-form into thread copy. Last month I had six terminal windows running at once trying to repurpose a single YouTube script into a week of posts, and I lost forty minutes just figuring out which window was waiting on my approval. That’s the actual bottleneck now. Not ideation. Not scheduling. Orchestration. Which is why Bloblings, a free Mac app from maker Nick Pitt, caught my attention — not because it’s a social tool, but because it’s the first thing I’ve seen that treats multi-agent AI workflows as something you supervise rather than something you babysit. For creators running AI-assisted content pipelines, that distinction is the whole ballgame.

What Bloblings Actually Is (and Why It’s Not a Social Tool)

Let me be precise, because the Product Hunt listing is easy to misread. Bloblings is a native Swift macOS app — roughly 4 MB, notarised, free — that puts a small animated “pet” in a drawer at the edge of your screen for every Claude Code session you have running, whether in the Claude app or the terminal. The pet types when the thread is editing, hammers when tests run, holds up an “OK?” sign when the session needs your approval, and raises a hand when it has a question. One click jumps you to that thread or its terminal window. Finished sessions wander off to the cinema, the hot tub, or the beach; ignored ones slowly turn into skeletons.

That’s the surface. The substance is the plumbing underneath: a small hook writes a status line to a local file every time a session uses a tool — a few milliseconds of overhead, per the maker — and the app reads those plus Claude’s own local session files. No network, no account, no analytics. It never approves anything and never sends anything on your behalf. It does inject three things into threads: notes passed between your sessions (automatic by default, or gated behind your click), helper limits you choose, and — with “Save usage” enabled — a short hint nudging the session toward the cheapest model that fits the task.

Then there’s the part that matters most for anyone running a content operation: sessions can pass short notes to each other, and you can link several into a team with a shared goal and a role each, or start from a template. A designated leader can call a “Huddle” for a five-line report from everyone. Codex threads participate bidirectionally, and Google’s Antigravity connects too. There’s a Claude Code plugin on GitHub for the modding crowd. The maker is explicit that it’s Mac-only for now and not affiliated with Anthropic, OpenAI, or Google.

So no — it won’t schedule your Instagram Reels. But if your content workflow has quietly become “run five AI agents and hope one of them finishes,” this is aimed squarely at you.

Why this is a creator-economy story, not a dev-tool story

Here’s my take, and I’ll flag it as opinion: the biggest shift in social media operations over the last eighteen months isn’t a platform algorithm change. It’s that the work itself fragmented. A single LinkedIn carousel used to be one person, one doc, one afternoon. Now it’s a research pass, a hook-variant pass, a fact-check pass, a repurposing pass into X threads and TikTok scripts, and a UTM-tagging pass — and increasingly, each of those is a separate AI session. Buffer and Hootsuite solved the distribution half of that problem a decade ago. Nobody has solved the production half, because production stopped being linear. Bloblings is a bet that the supervision layer is the missing piece. I think that bet is directionally right, even if this specific product is early.

How It Differs From the Tools You Already Pay For

The honest comparison set here isn’t social schedulers — it’s the emerging “agent observability” category, plus the DIY status quo. Let me walk through where Bloblings sits relative to things you’d actually recognize.

Versus the DIY status quo. Most operators I know track parallel AI sessions with a pinned note, a second monitor, and vibes. In my own tests of similar multi-session setups, the failure mode is always the same: a thread goes idle waiting for approval, you don’t notice for twenty minutes, and your “quick repurposing batch” eats the whole morning. Bloblings’ core value — ambient, glanceable status — directly attacks that. The skeleton mechanic is a nice touch: ignored sessions visibly decay, which is a better nudge than a red dot you’ve learned to ignore.

Versus agent frameworks like LangGraph or CrewAI. These are for people building agent systems in code. Bloblings is for people running them interactively and wanting a human in the loop. Different audience entirely. If you’re a growth marketer who’s never opened a Python file, the framework route is a non-starter; Bloblings is point-and-click.

Versus general automation tools like Zapier or Make. Those orchestrate deterministic workflows — trigger, action, done. They’re brilliant for “new YouTube video → draft tweet → queue in Buffer.” They’re terrible for “have three agents argue about which hook performs best,” because there’s no supervision surface and no graceful handling of an agent that needs a human decision mid-run. Bloblings lives in that gap.

Versus Cursor or Windsurf. These are IDEs with their own agent panes — but they’re editor-centric, and they don’t span your Claude app, your terminal, Codex, and Antigravity in one view. Bloblings is deliberately platform-agnostic across those surfaces, which is either its smartest design choice or its most fragile one. I’d bet on “smartest,” given how fragmented most creators’ AI stacks already are.

Why TikTok-first creators should care more than LinkedIn-first ones

This is a sidebar worth spelling out. If your content engine is LinkedIn-first — one thoughtful post, maybe a carousel, published on a predictable cadence — your AI usage is probably a single session you check between meetings. Bloblings is overkill.

But if you’re TikTok- or Reels-first, your output volume is brutal: multiple hooks per concept, script variants, caption A/B tests, comment-reply drafts, and a repurposing pass into CapCut briefs. That’s a naturally parallel workload, and parallelism is exactly where unattended sessions pile up. In my experience, the creators who’d benefit most from an ambient agent dashboard aren’t the ones with the fanciest stack — they’re the ones shipping the most variants per week. Volume creates the supervision problem. Bloblings is a volume tool.

What Social Media Teams Can Borrow From This Design

Even if you never install Bloblings, there are three operational lessons baked into its design that I think every content team should steal this quarter.

1. Ambient status beats notification spam. The pet-in-a-drawer model is a quiet rebuke to the Slack-ping-everything culture most teams run on. The lesson: surface state passively and let people opt into detail. If you’re managing a content calendar across five platforms, ask yourself whether your team’s status lives somewhere glanceable or somewhere people have to go hunting. A shared Notion board nobody opens is not ambient. A pinned “what’s blocked” channel is closer.

2. Handoffs should be artifacts, not memory. Bloblings’ notes-between-threads feature exists because the maker got tired of “pasting context between threads” and “writing handovers by hand.” That’s the same pain as a content team where the strategist’s brief lives in their head and the editor reinvents it. Write the handoff down, pass it as a structured note, and let the next stage pick it up. This is basic ops hygiene, but AI workflows make the cost of skipping it visible in minutes rather than days.

3. Cost hints belong in the loop. The “Save usage” feature — nudging a session toward the cheapest model that fits — is a small thing that scales into a big thing. Most creators I know over-provision model choice out of habit, burning budget on tasks a lighter model handles fine. In my experience, a simple “use the smallest model that works” rule, applied consistently, is one of the highest-leverage cost controls in an AI-assisted content pipeline. You don’t need Bloblings to adopt the rule; you just need to adopt the rule.

The repurposing workflow I’d actually wire up

To make this concrete: if I were running a lean creator team with Bloblings installed, I’d structure it as a small “team” of sessions with explicit roles — one researcher pulling source material and analytics exports, one hook-writer generating variants, one repurposer cutting the long-form into platform-native drafts, one QA session checking claims and links. The leader calls a Huddle for a five-line status report before I review. That maps almost exactly onto how a human content pod works, which is the point: the tool’s mental model is org design, not prompt engineering. That’s the most interesting thing about it.

Where My Judgment Says It Falls Short

Now the balanced part, because a Product Hunt launch page is a highlight reel and you deserve the fine print.

It’s Mac-only, and that’s a real ceiling. The maker says so plainly: “Mac only for now.” Most social media teams I’ve worked with are Mac-heavy on the creative side but Windows-heavy on the ops and analytics side. If your team is split, Bloblings only solves half the problem. Not disclosed is any timeline for Windows or web.

It’s Claude-Code-centric, with Codex and Antigravity as guests. The core loop is built around Claude Code’s session files and hook system. That’s a dependency on Anthropic’s local file formats staying stable — a reasonable bet, but a bet. If Anthropic changes how sessions are written to disk, the app’s whole read layer is at risk. The maker’s transparency about the mechanism is a trust signal; the single-vendor dependency is the trade-off.

Onboarding has already tripped people up. In the launch thread, Stephen Chou reported getting stuck when multiple demo teams launched and failed, and asked whether the demo required a specific model. The maker’s reply is worth reading closely: the demo opens each teammate’s thread with its brief typed but not sent, so you have to press Return in each one, and Claude may prompt you to trust a new folder first. Clicking the demo again started a fresh team instead of reopening the waiting one — a bug the maker says is fixed in version 1.0.28, with the app self-updating. My read: the fix sounds right, but first-run friction on a novelty-forward product is a real adoption risk. Creators are impatient; a confusing demo is a churn event.

The pets are a double-edged sword. They’re charming, and the maker’s video-editor background shows — the launch thread is full of people praising the video specifically. But I’d bet a meaningful slice of serious operators will find the animation distracting or unprofessional in a shared office, and there’s no indication of a “minimal mode.” Fun is a feature until it’s a liability.

And the honest scope question: Bloblings does not schedule, publish, analyze, or track anything. It won’t replace Buffer, Later, Metricool, or your UTM discipline. If you came here hoping for a social tool, this isn’t it — it’s infrastructure for the AI layer above your social tools. That’s a narrower audience than the launch page’s cute framing implies.

Who this is NOT for

If you run a single AI session at a time, skip it. If you’re on Windows, skip it for now. If your team’s bottleneck is approval workflows inside a corporate tool like Hootsuite or Sprout Social, this solves nothing for you. And if you’re uncomfortable with a local app reading your Claude session files — even with no network calls, which the maker states explicitly — the trust model, however clean, may not clear your org’s security review. That’s a legitimate objection, not a knock.

What I’d Watch / Test Next

Three concrete things an operator can do this week, no purchase required (it’s free, but the point is the workflow, not the download):

  1. Audit your parallelism. Count how many AI sessions you ran simultaneously in the last week and how many times one sat idle waiting on you. If the answer is “more than I can track,” you have the problem Bloblings solves — and you can test the fix by installing it on one Mac and running a single repurposing batch through it end to end. Watch whether the ambient status actually changes your behavior or just adds decoration.

  2. Write your handoffs down. Before you touch any tool, take your next multi-stage content project and force every stage transition through a written brief — research to hooks, hooks to drafts, drafts to QA. Measure the time you save. My bet: it’s more than any dashboard will give you, and it makes any orchestration tool you adopt later actually useful.

  3. Adopt a cost rule. Pick one “smallest model that works” policy for your routine content tasks and apply it for two weeks. Compare against your current default. This is the Bloblings “Save usage” idea without the app, and it’s the highest-ROI thing on this list.

What I’m watching long-term: whether Bloblings stays a Mac-only novelty or becomes the seed of a real cross-platform supervision layer — and whether the social schedulers notice. My take is that within a year, “agent status” becomes a checkbox feature in Buffer or Metricool, the way “AI caption generator” did. Bloblings is early, charming, and genuinely useful for a specific kind of operator. That’s a better place to start than most launches manage.

Ready to Create Your Own?

Join thousands of brands creating high-performing video ads with FLOWNIB. No editing skills required.

Start Creating for Free