@cloudgrid-io/mcp 0.12.0 → 0.14.0

package/src/corpus/templates/online-store/AGENTS.md

@@ -0,0 +1,153 @@
+# AGENTS.md — online-store (blueprint)
+
+This is a **blueprint**, not runnable app code. It tells an agent exactly how to
+build a working e-commerce store on CloudGrid: a Next.js storefront with a cart,
+Stripe checkout, a Stripe webhook that confirms payment, and orders persisted in
+the grid-shared Mongo. Read this whole file, then write the files under
+`services/web/` following the tree and wiring rules below.
+
+The proven shape to imitate is `app-with-data` (Next.js App Router + `mongodb`
+driver, lazy DB getter, app under `services/web/`). This blueprint adds a second
+collection (`orders`), Stripe checkout, and a webhook.
+
+## 1. File tree
+
+App code MUST live under `services/web/` — `path: /` in `cloudgrid.yaml` is the
+URL mount, NOT the filesystem path. A service named `web` means the CLI looks for
+`services/web/`; files at the project root fail with
+`Error: Service directory not found: …/services/web`.
+
+```
+cloudgrid.yaml                                  # name + services.web (nextjs) + needs:{database:true} + vault:{STRIPE_KEY}
+services/web/package.json                       # next, react, react-dom, mongodb, stripe
+services/web/lib/db.js                          # lazy Mongo client from DATABASE_MONGODB_URL (legacy MONGODB_URL fallback)
+services/web/lib/stripe.js                      # lazy Stripe client from process.env.STRIPE_KEY (injected by the vault: block)
+services/web/lib/products.js                    # product catalog source (seed array, or read the products collection)
+services/web/app/layout.js                      # root layout + inline CSS
+services/web/app/page.js                        # storefront: server component, lists products from Mongo
+services/web/app/cart.js                        # "use client" cart UI (localStorage), "Checkout" button
+services/web/app/success/page.js                # post-checkout confirmation (reads ?session_id, shows the order)
+services/web/app/api/checkout/route.js          # POST: create a Stripe Checkout Session from the cart, return its URL
+services/web/app/api/webhook/route.js           # POST: Stripe webhook — verify signature, persist the paid order
+services/web/app/api/products/route.js          # GET (list) / POST (add) — optional admin CRUD for the catalog
+```
+
+## 2. Mongo collections + fields
+
+The grid provisions one Mongo database (`needs: { database: true }`). Use two
+collections:
+
+**`products`**
+- `_id`         — ObjectId
+- `name`        — string
+- `description` — string
+- `priceCents`  — integer (store money in the smallest unit — cents — never floats)
+- `currency`    — string, e.g. `"usd"`
+- `image`       — string URL (optional)
+- `active`      — boolean (hide without deleting)
+
+**`orders`**
+- `_id`               — ObjectId
+- `stripeSessionId`   — string (Checkout Session id; unique — use it for idempotency)
+- `items`             — array of `{ productId, name, priceCents, quantity }`
+- `amountTotalCents`  — integer (authoritative total from the Stripe event, not the client)
+- `currency`          — string
+- `email`             — string (customer email from Stripe)
+- `status`            — string: `"pending"` → `"paid"` (set to paid ONLY by the webhook)
+- `createdAt`         — Date
+
+Never trust prices sent by the browser. The checkout route builds line items from
+the server-side `products` catalog; the webhook records the total from the
+verified Stripe event.
+
+## 3. How CloudGrid injects things (do NOT hardcode any of this)
+
+- **Mongo:** declare `needs: { database: true }`. The platform provisions Mongo
+  and injects the connection string as **`DATABASE_MONGODB_URL`** (plus the legacy
+  **`MONGODB_URL`** alias) at dev-time (`grid dev`) and at runtime (after
+  `grid plug`). Read it as `process.env.DATABASE_MONGODB_URL || process.env.MONGODB_URL`
+  **lazily inside a getter**, never at module top level — a top-level read fails
+  `next build`, which imports the module for route analysis before the grid injects
+  the var. Never hardcode a connection string; never commit a secret.
+- **Stripe secret:** put it in the vault, not in code. The `vault:` block in
+  `cloudgrid.yaml` maps the vault item `stripe-live-key` to the env var
+  **`STRIPE_KEY`**. Set the vault item once with `grid secrets set stripe-live-key`
+  (paste the `sk_live_…` / `sk_test_…` key); the platform injects it as
+  `process.env.STRIPE_KEY`. Read it lazily in `services/web/lib/stripe.js`.
+- **Stripe webhook signing secret:** the `whsec_…` value Stripe gives you for the
+  webhook endpoint. Add it to the vault too and map it in the `vault:` block, e.g.
+  `STRIPE_WEBHOOK_SECRET: stripe-webhook-secret`, then verify events with
+  `stripe.webhooks.constructEvent(rawBody, sig, process.env.STRIPE_WEBHOOK_SECRET)`.
+- **Public base URL:** Stripe Checkout needs absolute `success_url` /`cancel_url`.
+  Derive them from the incoming request (`new URL(request.url).origin`) rather than
+  hardcoding the live host, so it works in `grid dev` and after `grid plug`.
+- **AI (only if you add it):** declare `needs: { ai: true }` and the platform
+  injects `AI_GATEWAY_URL`; call it via `@cloudgrid-io/ai`. Not required for a store.
+
+## 4. Wiring payments (Stripe) — and optional auth
+
+**Checkout route (`app/api/checkout/route.js`):**
+1. Read the cart (array of `{ productId, quantity }`) from the POST body.
+2. Load each product from the server-side `products` collection — never trust the
+   client's prices.
+3. Build Stripe `line_items` with `price_data` from the DB (`unit_amount:
+   priceCents`, `currency`).
+4. `stripe.checkout.sessions.create({ mode: "payment", line_items,
+   success_url: origin + "/success?session_id={CHECKOUT_SESSION_ID}",
+   cancel_url: origin + "/" })`.
+5. Return `{ url: session.url }`; the client redirects to it.
+
+**Webhook route (`app/api/webhook/route.js`):**
+1. Read the **raw** body (in the App Router: `await request.text()` — do NOT
+   `request.json()`; signature verification needs the exact bytes).
+2. Verify with `stripe.webhooks.constructEvent(rawBody,
+   request.headers.get("stripe-signature"), process.env.STRIPE_WEBHOOK_SECRET)`.
+3. On `checkout.session.completed`, upsert the `orders` doc by `stripeSessionId`
+   (idempotent — Stripe may retry), set `status: "paid"`, `amountTotalCents =
+   event.data.object.amount_total`, and the customer email.
+4. Return `200` fast; return `400` if verification fails.
+   Register the endpoint URL (`<live-url>/api/webhook`) in the Stripe dashboard and
+   copy its `whsec_…` secret into the vault.
+
+**Optional auth (accounts / order history):** add a provider SDK (Clerk, Auth0,
+or NextAuth). Put its keys in the vault and map them in the `vault:` block, e.g.
+`AUTH_PROVIDER_KEY: clerk-secret-key` (and any publishable key), read them from
+`process.env`, and gate the account/order-history pages behind the provider's
+middleware. Not required for a basic store; add it only if the user wants logins.
+
+## 5. Deploy steps
+
+1. `grid init` an app `<name>` (creates the entity + `.cloudgrid/link.json`,
+   writes a `cloudgrid.yaml` with empty `services: {}`). Run this FIRST — `plug`
+   needs a linked directory.
+2. Write the app under `services/web/` and set `cloudgrid.yaml` to the shape in
+   this template (name + `services.web` nextjs + `needs: { database: true }` +
+   the `vault: { STRIPE_KEY: stripe-live-key }` block).
+3. `grid secrets set stripe-live-key` (and the webhook secret) so the vault items
+   the `vault:` block references exist. Do NOT set `DATABASE_MONGODB_URL` yourself.
+4. (Optional) `grid dev` to run locally against the injected Mongo + your Stripe
+   test key before deploying.
+5. `grid plug` to build + deploy. A runtime deploy is **async**: `plug` returns
+   `status: building`. Poll `grid status` until the entity is live; surface a
+   liveness signal, never a bare silent wait. Only then return the live app URL.
+6. Register `<live-url>/api/webhook` in the Stripe dashboard, copy its `whsec_…`
+   into the vault, and re-`grid plug` the SAME entity (same URL) if you changed the
+   `vault:` mapping.
+
+## 6. Edition note
+
+This is a **runtime app** (a built + deployed container), so it needs the **local
+edition** (Claude Desktop / Claude Code) or the CloudGrid CLI. The hosted edition
+(Claude Web / hosted MCP) is inline-only and can publish only static pages — it
+cannot build this store. If you are on hosted, offer a static storefront preview
+instead and stop the runtime path.
+
+## 7. Self-check before you call it done
+
+- App code is under `services/web/`, not the root.
+- DB and Stripe clients are read LAZILY inside getters, never at module top level.
+- Prices come from the server-side catalog; the webhook records the Stripe total.
+- The webhook reads the raw body and verifies the signature.
+- `cloudgrid.yaml` active fields are exactly: `name`, `services.web {type:nextjs,
+  path:/}`, `needs: { database: true }`, and the `vault:` block for `STRIPE_KEY`.
+- No secret or connection string is committed anywhere.

package/src/corpus/templates/online-store/README.md

@@ -0,0 +1,16 @@
+# online-store template — e-commerce blueprint (Next.js + Mongo + Stripe)
+
+A **blueprint** for a real online store on CloudGrid: a Next.js storefront with a
+cart, Stripe Checkout, a signature-verified Stripe webhook that confirms payment,
+and `products` + `orders` persisted in the grid-shared Mongo — the same proven
+`services/web/` + lazy-Mongo shape as `app-with-data`, plus payments. It exists
+because "sell products online" is a common ask that needs a database *and* a
+payment provider wired the CloudGrid-correct way (Mongo via `needs`, the Stripe
+key via the `vault:` block → `STRIPE_KEY`), and getting that wiring right is the
+hard part.
+
+**This is a blueprint: structure + `cloudgrid.yaml`, not finished app code.** Read
+`AGENTS.md` for the file tree, the Mongo collections/fields, how the grid injects
+Mongo (`DATABASE_MONGODB_URL`) and the Stripe secret (`vault:` → `STRIPE_KEY`), the
+checkout + webhook wiring, and the deploy steps — then build the app under
+`services/web/`, adapting the catalog and UI to the user's store.

package/src/corpus/templates/online-store/cloudgrid.yaml

@@ -0,0 +1,234 @@
+# ============================================================================
+# cloudgrid.yaml — Complete Example
+# ============================================================================
+#
+# This file shows EVERY field the platform supports, with comments explaining
+# each one. It is a reference — no real project would use all of these at once.
+#
+# STANDARD: every CloudGrid template ships its cloudgrid.yaml in THIS full form.
+# Uncomment ONLY the fields the archetype needs (always: name + services; plus
+# needs: for runtime apps). Leave everything else commented. Comments are
+# ignored by the parser, so the file deploys to exactly the active fields.
+#
+# Only two fields are required: name and services. Everything else is optional.
+# Full docs: docs/cloudgrid-yaml-reference.md
+# ============================================================================
+
+
+# ─── IDENTITY ───────────────────────────────────────────────────────────────
+
+# Entity slug (REQUIRED). 2-42 chars, lowercase alphanumeric + hyphens.
+# Must start and end with a letter or digit.
+# Becomes part of your public URL: <name>-<4hex>.<org>.cloudgrid.io
+name: online-store
+
+# One-line summary. Max 280 chars. If omitted, Grid Brain auto-generates one.
+# description: Order processing API for the e-commerce platform
+
+# Single emoji or short text shown as the entity icon. Max 64 chars.
+# icon: "📦"
+
+# Entity type: 'app' (default) or 'agent'. An agent is an app with an agent: block.
+# kind: app
+
+
+# ─── NETWORKING ─────────────────────────────────────────────────────────────
+
+# Whether this entity serves public HTTP traffic.
+# true = public URL + Ingress (default). false = internal only.
+# expose: true
+
+# Additional domain names this entity serves on (the platform URL is always active).
+# custom_domains:
+#   - orders.example.com
+#   - shop.example.com
+
+
+# ─── HEALTH PROBE (entity-level override) ──────────────────────────────────
+
+# Override the default health check for the entire entity.
+# probe:
+#   path: /healthz               # HTTP path to probe (default: /).
+#   expected: "<500"             # '<500' (default), '200', '2xx'.
+
+
+# ─── DEPLOY NOTIFICATIONS ──────────────────────────────────────────────────
+
+# Slack notification to the org's default channel on deploy failure.
+# true = notify (default), false = silent.
+# notify: true
+
+
+# ─── SCALING ────────────────────────────────────────────────────────────────
+
+# Replica scaling intent.
+#   'auto'  — platform decides from the grid tier (default).
+#   'alert' — single-replica, emit a SPOF warning at plug time.
+#   1-10    — explicit replica count, clamped to the grid max.
+# scale: auto
+
+
+# ─── INFRASTRUCTURE NEEDS ──────────────────────────────────────────────────
+#
+# Declare infrastructure; the platform provisions it and injects connection
+# details as env vars. Nine needs: database, cache, kv, queue, pubsub, vector,
+# object_storage, disk, ai. Simplest form is `true`.
+#
+# needs:
+#   # database — MongoDB. Injects DATABASE_MONGODB_URL (+ legacy MONGODB_URL).
+#   #   true | pool | dedicated | { tier: external, secret: MY_DB }
+#   database: true
+#   # cache — Redis, LRU eviction (derived data). Injects CACHE_REDIS_URL (+ REDIS_URL).
+#   #   true | redis | { engine: external, secret: MY_REDIS_URL }
+#   cache: true
+#   # kv — Redis, no eviction (durable: flags, idempotency). Injects KV_REDIS_URL.
+#   kv: true
+#   # queue — Redis job-queue substrate (BullMQ). Injects QUEUE_REDIS_URL.
+#   queue: true
+#   # pubsub — Redis broadcast pub/sub. Injects PUBSUB_REDIS_URL.
+#   pubsub: true
+#   # vector — pgvector on Postgres. Injects VECTOR_PGVECTOR_URL (+ PGVECTOR_URL).
+#   #   true | pgvector | { engine: pgvector, dim: 1536 }
+#   vector: pgvector
+#   # object_storage — GCS bucket. Injects OBJECT_STORAGE_GCS_BUCKET, _GCS_REGION.
+#   #   true | { size: 10Gi }
+#   object_storage: true
+#   # disk — persistent FS mount (PVC). Injects DISK_PATH. Pins to 1 replica.
+#   #   true | { size: 1Gi, mount: /var/data }  (forbidden: /proc /sys /dev)
+#   disk: true
+#   # ai — AI Gateway via @cloudgrid-io/ai. Injects AI_GATEWAY_URL. true | false.
+#   ai: true
+
+
+# ─── INTER-ENTITY COMMUNICATION ────────────────────────────────────────────
+
+# Entities this app calls (outbound). Service-account token injected per pair.
+# calls:
+#   - org:atomic/billing-api
+
+# Inbound caller policy — who can call YOUR entity.
+# callers:
+#   policy: auto                 # 'auto' | 'manual' (default).
+#   scope: org                   # 'org' (default) | 'space' | 'explicit'.
+#   fallback: deny               # 'deny' (default) | 'warn'.
+#   # allowed_apps:              # required only when scope: explicit
+#   #   - org:atomic/frontend
+
+
+# ─── VAULT ──────────────────────────────────────────────────────────────────
+
+# Map org vault items to env vars. Keys UPPER_SNAKE_CASE; values = vault item keys.
+# Stripe secret key for the checkout + webhook routes. Set the vault item once
+# (`grid secrets set stripe-live-key`); the platform injects it as STRIPE_KEY.
+vault:
+  STRIPE_KEY: stripe-live-key
+#   SENDGRID_API_KEY: sendgrid-key
+
+
+# ─── CONNECTORS AND HOOKS ──────────────────────────────────────────────────
+
+# connectors:
+#   - id: team-slack
+#     target: org                # 'system' | 'org'.
+#     channel: "#deploys"
+# hooks:
+#   - on: deploy.failed          # release.published | deploy.failed | feedback.received | entity.created
+#     via: team-slack
+#     template: "Deploy failed for {entity_name}: {error}"
+#     channel: "#alerts"
+# triggers:
+#   - from: team-slack
+#     event: message
+#     channel: "#support"
+#     route: /webhooks/slack
+
+
+# ─── LOCAL DEVELOPMENT ──────────────────────────────────────────────────────
+
+# Config for `grid dev`. Redact fields in dev data snapshots.
+# dev:
+#   snapshot:
+#     mask:
+#       - users.email
+#       - users.phone
+
+
+# ─── AGENT METADATA ────────────────────────────────────────────────────────
+
+# An agent is an app with kind: agent (above) and an agent: block.
+# agent:
+#   purpose: Sync customer data from external CRM every night
+#   schedule: "0 2 * * *"
+#   trigger: webhook
+
+
+# ─── PRIVATE RESOURCE AUTO-DEPENDENCIES ────────────────────────────────────
+
+# When true (default), private resources are auto-injected as depends_on.
+# auto_depends_on_private_requires: true
+
+
+# ─── SERVICES (REQUIRED) ───────────────────────────────────────────────────
+#
+# At least one service is required. Key = service name (slug rules).
+# Types: node, nextjs, python, static, cron.
+#
+services:
+  web:
+    # type (REQUIRED): node | nextjs | python | static | cron
+    type: nextjs
+    # HTTP route: '/' | '/api' | false (internal) | omitted (=false + warning).
+    # Only one service per entity can claim '/'.
+    path: /
+    # Container port (default 8080; read process.env.PORT). Not for cron.
+    # port: 3000
+    # nextjs only: base_image: distroless (default) | alpine
+    # base_image: distroless
+    # node only: lang: javascript (default) | typescript
+    # lang: typescript
+    # Custom source location (default services/<name>/). '.' = project root.
+    # source:
+    #   path: src/worker
+    # Health probe: false/omitted (TCP) | true (/health) | "/path" | {path,expected}
+    # health:
+    #   path: /api/health
+    #   expected: "200"
+    # Static runtime env vars (strings). Reserved: PORT, APP_NAME, SERVICE_NAME,
+    # NODE_ENV, MONGODB_URL, REDIS_URL, AI_GATEWAY_URL, N8N_WEBHOOK_URL, CLOUDGRID_*.
+    # env:
+    #   LOG_LEVEL: info
+    # Sibling services/private resources that must be Ready first (no cron, no cycles).
+    # depends_on:
+    #   - worker
+    # Per-service needs override (merges with app-level needs).
+    # needs:
+    #   queue: true
+    # Static-only build step:
+    # build:
+    #   command: npm run build
+    #   output: dist
+    #   env:
+    #     VITE_API_URL: https://api.example.com
+    # node_version: "22"          # static build step: '18'|'20'|'22'|'24' (quoted)
+    # Cron-only: schedule (REQUIRED), timezone (UTC|EST|PST), run (job | https URL)
+    # schedule: "0 9 * * 1"
+    # timezone: UTC
+    # run: job
+    # Verbose per-service persistence (prefer needs.disk):
+    # persist:
+    #   - name: scratch
+    #     path: /tmp/scratch
+    #     size: 500Mi
+
+
+needs:
+  database: true
+
+
+# ============================================================================
+# NOTES
+# - NOT here: org:/entity_id: (→ .cloudgrid/link.json), secrets (→ grid secrets set),
+#   Dockerfile (platform generates from services.*.type).
+# - Deploy: grid plug   |   Local with grid resources: grid dev
+# - Full reference: docs/cloudgrid-yaml-reference.md  |  CLI: docs/cli-reference.md
+# ============================================================================

package/src/corpus/templates/online-store/index.md

@@ -0,0 +1,81 @@
+# Template: online-store (blueprint — Next.js + Mongo + Stripe)
+
+A **blueprint** for a real e-commerce store on CloudGrid: a Next.js storefront +
+cart, Stripe Checkout, a signature-verified Stripe webhook, and `products` +
+`orders` in the grid-shared Mongo. This is **structure + `cloudgrid.yaml`, not
+finished app code** — fetch `AGENTS.md` for the full build guide, then write the
+app under `services/web/` and adapt it to the user's store.
+
+**Key rules (same proven shape as `app-with-data`, plus payments):**
+
+1. **App code MUST live under `services/web/`, not the root.** `path: /` in
+   `cloudgrid.yaml` is the URL mount, NOT the filesystem path. Files at the root
+   fail with `Error: Service directory not found: …/services/web`.
+2. **Read the Mongo connection string LAZILY (inside a getter), never at module
+   top level.** The grid injects it as `DATABASE_MONGODB_URL` (legacy
+   `MONGODB_URL` alias) at dev-time and runtime; a top-level read fails
+   `next build`. Never hardcode it; never commit a secret.
+3. **Declare the datastore with `needs: { database: true }`** — the canonical
+   shape. `requires:` is the deprecated v1 alias; never set `needs:` and
+   `requires:` together (the validator rejects it).
+4. **The Stripe secret comes from the vault, not code.** The `vault:` block maps
+   the vault item `stripe-live-key` → env var `STRIPE_KEY`. Set it with
+   `grid secrets set stripe-live-key`; read `process.env.STRIPE_KEY` lazily.
+5. **Trust server-side prices only.** Build Stripe line items from the `products`
+   collection; the webhook records the authoritative total from the verified
+   Stripe event and reads the RAW request body for signature verification.
+
+## File tree
+
+```
+cloudgrid.yaml                                  # name + services.web (nextjs) + needs:{database:true} + vault:{STRIPE_KEY}
+services/web/package.json                       # next, react, react-dom, mongodb, stripe
+services/web/lib/db.js                          # lazy Mongo client (DATABASE_MONGODB_URL / MONGODB_URL)
+services/web/lib/stripe.js                      # lazy Stripe client (process.env.STRIPE_KEY)
+services/web/lib/products.js                    # product catalog source
+services/web/app/layout.js                      # root layout + inline CSS
+services/web/app/page.js                        # storefront: lists products from Mongo
+services/web/app/cart.js                        # "use client" cart (localStorage) + Checkout button
+services/web/app/success/page.js                # post-checkout confirmation
+services/web/app/api/checkout/route.js          # POST: create Stripe Checkout Session from the cart
+services/web/app/api/webhook/route.js           # POST: verify signature, persist the paid order
+services/web/app/api/products/route.js          # GET/POST: optional catalog admin CRUD
+```
+
+## cloudgrid.yaml
+
+```yaml
+# On disk this file is the full-annotated reference (templates/_cloudgrid.yaml.reference) with EVERY
+# field present as a comment; only the fields below are uncommented, so it
+# deploys to exactly these active fields.
+name: online-store
+vault:
+  STRIPE_KEY: stripe-live-key
+services:
+  web:
+    type: nextjs
+    path: /
+needs:
+  database: true
+```
+
+> **Capability:** `needs: { database: true }` → the deployer provisions Mongo and
+> injects `DATABASE_MONGODB_URL` (+ legacy `MONGODB_URL`). The `vault:` block maps
+> the org vault item `stripe-live-key` to `STRIPE_KEY` at runtime. See the
+> capability-map for the full injection table.
+
+## Mongo collections
+
+- **`products`** — `name`, `description`, `priceCents` (integer cents),
+  `currency`, `image`, `active`.
+- **`orders`** — `stripeSessionId` (unique, idempotency key), `items[]`,
+  `amountTotalCents`, `currency`, `email`, `status` (`pending` → `paid`, set to
+  paid ONLY by the webhook), `createdAt`.
+
+## Build it
+
+Fetch `gridctl_fetch("template", "online-store")` and read **`AGENTS.md`** — it
+has the checkout + webhook wiring, the vault/secret setup, and the deploy steps
+(`grid init` → write under `services/web/` → `grid secrets set` → `grid plug`,
+async → poll to a live URL → register the webhook endpoint in Stripe). Adapt the
+catalog, fields, and UI to the user's store.

package/src/corpus/templates/portfolio/README.md

@@ -0,0 +1,29 @@
+# portfolio
+
+A single self-contained HTML personal / freelancer portfolio: a hero intro, an about section, a skills list, a projects grid, and a contact section.
+
+Static inspiration — a single self-contained `index.html` (inline CSS and JS,
+no external CDNs). It deploys instantly via `gridctl_drop` and works on every
+CloudGrid edition, including hosted.
+
+## Fill it in
+
+Fetch the template with `gridctl_fetch("template", "portfolio")`, then replace the
+placeholders:
+
+   - The person's name, role/title, and short intro.
+   - The about paragraph.
+   - The skills — one pill per skill.
+   - One card per project: title, short description, tags, and an optional link.
+   - The contact links (email as a mailto, plus optional social/profile links).
+
+Keep it a single self-contained HTML file. Do not add external scripts,
+stylesheets, fonts, or large embedded media.
+
+## Deploy
+
+- Hosted MCP edition: call the drop tool with the HTML.
+- Local MCP / CLI edition: write the HTML to a file and run `gridctl plug`.
+
+It deploys as an inspiration and returns a live share URL right away. Re-deploy
+with the same entity id to update the same URL.