Big clouds ship apps.
Pebble ships tools.
Your AI assistant writes the little tool your team keeps wishing existed — and ships it live in under a second, straight from the chat or with one command. Colleagues click a link, sign in with Google, and use it — no install, no explanation, no DevOps.
https://shippebble.com/mcp.
In Claude Code:
claude mcp add --transport http pebble https://shippebble.com/mcp
See how it works ↓
~/standup $ pebble ship --name standup building… deps ok, disk sealed ✓ live in 0.59s https://shippebble.com/t/standup/ ~/standup $
…or the classic way, if the terminal is home to you
The most useful software is too small to ship
Every team runs on tiny jobs: the tracker living in a spreadsheet, the report someone assembles by hand each Monday, the script that only works on one person's laptop. Too small for the engineering backlog. Too useful to keep dying in a tab.
AI agents can write that software in minutes now. What's been missing is a place to run it — somewhere org-safe, shareable, and boring to operate. That place is Pebble: a platform built for small software, not scaled-down big software.
Folder in, link out
Your agent builds it
Tell Claude, Cursor, or ChatGPT what you want. Connected via MCP, your agent fetches Pebble's one-page contract itself — or you paste it in. The tool is a plain folder — no framework, no config maze.
standup/ ├── run.sh # starts the server ├── app.py # the tool └── pebble.toml # optional: cron, egress
Ship it
One command from the folder — or no command at all: connect your AI and just say "ship it". Pebble seals the tool into its own microVM and hands back a URL in under a second.
$ pebble ship --name standup ✓ live in 0.59s https://shippebble.com/t/standup/
Share it like a doc
Paste the link in chat. Teammates sign in with Google and it just opens. You decide who can use it — everyone in your org, or named people only — from the share panel, or by telling your assistant. The Google-Docs model, for tools.
share “standup” ● anyone at @yourco — can use ● dana@yourco.com — can use
Never leave the chat
Connect Pebble to Claude, Cursor, or any AI assistant that supports MCP, and the assistant does everything itself — builds the tool, ships it, shares it, even reads the logs when something's off. You just say what you want.
Live at https://shippebble.com/t/receipts/ — everyone at your company can open it after Google sign-in. Want me to restrict it to just the finance folks?
- One-click connect. Add
https://shippebble.com/mcpas a connector in your assistant — a Pebble sign-in pops up, you approve, done. No API keys, no config files. - Your assistant gets real hands. It can fetch the build rules, ship, share with people, tail logs, and restore old versions — the same powers as the command line, driven by conversation.
- Guardrails stay on. If a tool wants internet access, the assistant must stop and ask you to approve the exact destinations. Isolation and quotas apply to AI-shipped tools exactly as to everything else.
…or on claude.ai: Settings → Connectors → Add custom connector
→ paste https://shippebble.com/mcp.
Full setup guide
Different offer, not a different flavor
Everything that exists wants your tool to be bigger than it is. Pebble is shaped around the truth that it's small.
| Where tools live today | What it costs you | On Pebble |
|---|---|---|
| Internal-tool builders (Retool & co.) |
Per-seat pricing — viewers included. Ten users of a tiny tracker ≈ $6k/yr. And you build inside their form builder, not with your agent. | Real code, any shape. Viewers free. Your agent writes it; Pebble just runs it. |
| Big clouds (Vercel, Cloud Run, AWS) |
Built for the public internet. IAM, Dockerfiles, YAML, DNS, cert config — machinery an 8-person tool can't justify, exposed to whoever ships it. | All of that is hidden. Ship a folder, get a link. Auth, certs, and isolation are the platform's job. |
| Somebody's laptop (scripts, notebooks) |
Dies when the lid closes. No auth, no sharing, no history — and one day its owner leaves. | Always reachable, never always-on. Tools sleep between uses, wake in 2.4s, keep their data. |
| Yet another SaaS (one subscription per problem) |
Subscription sprawl. Your workflow bent to their product, your data in their hands. | Exactly your workflow. The tool is yours — fork it, version it, restore it. |
Safe by architecture, not by policy
Agent-written code should never be an act of faith. Pebble assumes the code might misbehave — and makes that boring.
One microVM per tool
Every tool boots in its own Firecracker micro-virtual-machine — the isolation technology behind AWS Lambda. Hardware-level walls between tools, not shared-container promises.
Network: off by default
A freshly shipped tool can reach nothing. If it wants to call an external API, it must declare the destination — and the human shipping it approves the exact diff. Exfiltration isn't a bug class, it's a permission.
Google sign-in, explicit sharing
Nobody touches a tool without signing in. Owners share like a document — the whole org, or named people. Every request reaches the tool with the verified user's identity attached.
Versions with instant restore
Every ship is a version, and each version snapshots the data beside it. A bad update is a one-command restore — code alone, or code and data together.
Built for ten people, not ten million
- A tool with three users is a success here. The economics work because tools sleep when idle and wake on click — dozens of tools share one small machine without stepping on each other.
- No per-seat tax, ever. Charging per viewer punishes exactly the behavior a team tool exists for: being shared.
- Made for small groups. A team, a family, a 10–200 person company — one drawer of tools everyone can open, and nothing you have to operate.
Fair questions
What exactly is “small software”?
Do I need to know how to code?
How is this different from Retool?
What happens when nobody is using a tool?
Can a tool leak our data to the internet?
Can my AI assistant use Pebble directly?
https://shippebble.com/mcp as a connector in Claude, Cursor,
or any MCP-capable assistant, approve the sign-in once, and
from then on the assistant can build, ship, share, debug, and
roll back tools for you. To see what it can do after
connecting, just ask it: "what Pebble tools do you have?"Is Pebble finished?
Ship your first tool today
Using Claude or Cursor? Connect Pebble to your assistant:
Prefer a terminal? Install the CLI: