[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8,"_9":10},"actionData","errors","root",{"_154":155,"_156":157},"routes/_app.x.$handle.$name",{"_95":94,"_32":45,"_103":85,"_27":104,"_13":14,"_105":-5,"_11":106,"_107":108,"_109":110,"_111":112,"_113":114,"_20":-5,"_115":-5,"_116":-5,"_117":25,"_118":119,"_120":121,"_122":-5,"_123":-5,"_124":125},"routes/_app.x.$handle.$name.branch.$branch.version.$version.diff",{"_11":12,"_13":14,"_15":16,"_17":-5,"_18":-5},"project",{"_43":44,"_32":45,"_38":46,"_47":-5,"_48":25,"_49":50,"_51":50,"_52":53,"_54":-5,"_18":55,"_56":-5,"_57":25,"_58":-5,"_59":-5,"_60":61,"_62":63,"_64":-5,"_65":-5,"_66":-5,"_67":-5,"_68":69,"_70":69,"_71":72,"_73":72,"_74":72,"_75":69,"_76":69,"_77":78,"_79":80,"_81":82,"_83":25},"version",36,"changes",[19],"aiChatInfo","userId",{"_20":21,"_22":23,"_24":25,"_26":25,"_27":28,"_29":28},"file",{"_30":31,"_32":28,"_33":34,"_35":37,"_38":39,"_40":14,"_41":42,"_24":25},"previous",{"_30":31,"_32":28,"_33":34,"_35":36},"deleted",false,"deletedHere","path","slides.ts","latestPath","fileId","2604ede6-5464-11f1-b99d-ee650bb23af1","name","fileType","http","content","// val.town talk slides — the slides about val.town are themselves running on val.town.\n// Powered by reveal.js (loaded from CDN). Hash navigation, fade transitions,\n// speaker notes (press 'S'), fullscreen (press 'F').\n\nconst SLIDES_MD = `\n

~val.town

\n\nServerless without the ceremony\n\nNote:\nHold this for ~5 seconds while people settle. Don't read it.\n\n---\n\n# What is val.town?\n\n- TypeScript on Deno, multi-file projects\n- A live working endpoint on every save\n- Built-in: SQLite (Turso), blob storage, cron, email, logs, env vars\n- Branches, version history, and PRs baked in\n- No CI, no deploy step, no infra\n\nNote:\nIt's a serverless platform — but the relevant claim isn't *that* it's serverless,\nit's *how much* comes for free. Most platforms give you the compute and leave you\nto bring everything else. Val.town hands you a runtime, a database, a key-value\nstore, a scheduler, and a public URL — without provisioning anything.\n\n---\n\n# A new spot in the stack\n\n

\nLaptop script ←———— val.town ————→ Production service\n

\n\n\nMocks · Webhook sinks · Integration PoCs · Scheduled jobs · Internal tools · Production glue\n\n\nNote:\nWe have two well-defined tiers: one-off scripts on someone's laptop, and proper\nservices in the platform. There's a whole middle ground where things deserve a\npublic URL and a database but don't deserve a Rails app — and that's been\nawkward for us.\n\nVal.town is exactly that tier. The examples on screen are the kinds of things\nI've been reaching for it for.\n\n---\n\n# Why use it\n\n- **Speed** — edit to live in seconds\n- **Shareable** — real URLs, no ngrok required\n- **Try ideas** — without touching the main codebase\n\nNote:\nI want to land three claims before I show you anything. Each of these will be\nvisible in the demo — pay attention to which ones land for you and which ones\ndon't.\n\n---\n\n# Pairs with agents\n\n- Read and edit any file in your val\n- Query the SQLite DB directly\n- Tail logs to debug a recent run\n- Run an endpoint to verify a change\n- Create branches, open PRs\n\nNote:\nThis is the operator-level access you'll see in the demo. When I ask Claude\nto polish the poll later, it's reading my code, generating a diff, writing\nthe file back, and saving. Same iteration loop as me typing — just driven\nby a prompt.\n\nYou can trigger this from Claude Code, claude.ai, Cursor — anywhere with\nMCP support.\n\nThis is your \"one more thing\" before the demo — set up the polish-via-Claude\nmoment as the live demonstration of what's on this slide.\n\n---\n\n

Let me show you.

\n\nNote:\nTransition into the cold hook. Don't linger.\n\nDemo order:\n 1. Paste BLOCK 1 (basic poll) → save → open URL → vote yourself once or twice\n 2. \"OK, that's functional. Let me make it look like I meant it.\"\n 3. Paste BLOCK 2 (polished poll) → save → refresh (data persists, layout changes)\n 4. Ask Claude via MCP to polish further → watch it edit live\n 5. Share URL / QR code → audience votes from phones → refresh → bars move\n\n---\n\n

HubSpot PoC

\n\nBuilt entirely on val.town\n\nNote:\nThe pivot. You've seen the poll — ~30 lines of code, audience-participation\napp in 90 seconds. Now let me show you what the same iteration loop looks\nlike applied to something with real integration stakes. Two weeks of\nHubSpot work — OAuth install, custom workflow actions, a UI Extension\ncard — all on val.town. None of it in our main codebase.\n\n---\n\n# Public REST API\n\n

\n\nBearer auth\n\n- \\`GET /campaigns\\` — list campaigns with embedded gifts\n- \\`GET /gifts\\` — list gift catalogue\n- \\`POST /gift_requests\\` — create gift request\n- \\`GET /gift_requests?recipient_email=…\\` — gift history\n\n

\n\nNote:\nThe andopen v2026-05 stand-in. Bearer-authed, andopen-shaped responses,\nzero HubSpot vocabulary on the wire. The CRM card calls these endpoints\nto list campaigns and create gifts; the workflow action also delegates\nto these internally after the HubSpot adapter translates the request.\n\n---\n\n# OAuth + UI Extension bootstrap\n\n

\n\nApp install\n\n- \\`GET /admin/hubspot/install\\` — start install\n- \\`GET /admin/hubspot/oauth_callback\\` — OAuth callback\n\nUser session\n\n- \\`POST /admin/hubspot/connections/:portal/session\\` — UI Extension session mint (HMAC)\n\n

\n\nNote:\nInstall, OAuth callback, and the UI Extension session bootstrap. The\nbootstrap endpoint is HMAC-verified and is the bridge between HubSpot's\nHMAC-signed runtime and our Bearer-authed public API — it mints a\nsession token bound to (tenant, user) that the card uses as its Bearer\nfor everything else.\n\n(Three debug routes also exist — list connections, force-refresh,\nsimulate-uninstall — omitted here for brevity. Available in the val if\nasked.)\n\n---\n\n# HubSpot adapter\n\n

\n\nHMAC-verified\n\nWorkflow action\n\n- \\`POST /integrations/hubspot/workflow_actions/options\\` — dropdown values\n- \\`POST /integrations/hubspot/workflow_actions/execute\\` — fire on enrollment\n\nWebhooks\n\n- \\`POST /integrations/hubspot/webhooks\\` — receive HubSpot events\n\n

\n\nNote:\nHubSpot's protocol-specific surface. Dedicated endpoints because workflow\naction URLs can't carry a Bearer token — they only receive HMAC-signed\nrequests. Translates HubSpot's request shape to andopen domain operations\nand delegates to existing services. Three endpoints: workflow action\noptions (campaign dropdown), workflow action execute (the firing), and\nthe webhook receiver (currently handles \\`app.uninstalled\\`).\n\n---\n\n

Now let me show you.

\n\nNote:\nTransition into the HubSpot demo. Don't linger.\n\nDemo order:\n 1. Show the val structure (lib/ + handlers/ + router) — emphasise it's real code, multi-file, multiple branches\n 2. Show the workflow action live in HubSpot — author picks a campaign, fires on a test contact\n 3. Show the contact tab in HubSpot — &Open card loads, lists campaigns, shows gift history\n 4. (Optional) Trigger an uninstall via the debug route, show sessions revoked\n\n---\n\n# Other potential use cases\n\n- **Mocked backends** — unblock frontend before the real BE is ready\n- **Internal tooling** — small services that need a URL, a DB, and some logic but not a Rails app\n\\t- Delivery exceptions notification service\n\\t- Shopify → Shipwire product creation service\n\nNote:\nThe HubSpot PoC is one shape of this, but val.town isn't just for\nintegration experiments. A few other places we'd reach for it:\n\n**Mocked backends.** When the FE team is ready to build a screen but the\nreal BE isn't ready, val.town can stand up a mock API with the same shape.\nFE unblocks immediately. When the real BE lands, FE points at it and\nnothing else changes.\n\n**Internal tooling.** Small services that don't need a Rails app but do\nneed a URL, a DB, and to keep running.\n\n- A *delivery exceptions notifier* — courier APIs flag delays, post a Slack\n ping. Needs a DB to dedupe, a cron to poll, and a URL to receive webhooks.\n Not Rails-worthy.\n- *Shopify → Shipwire product sync* — when a product lands in Shopify,\n create the corresponding Shipwire SKU. Glue code with state. The kind\n of thing that usually ends up as a half-maintained Python script on\n someone's laptop.\n\nBoth fit val.town's profile precisely: needs a real URL, needs persistent\nstate, doesn't deserve a full service.\n`;\n\nexport default async (_req: Request) => {\n return new Response(\n `\n\n\n \n \n val.town\n \n \n \n \n\n\n

\n \n

\n \n \n \n \n \n\n`,\n { headers: { \"Content-Type\": \"text/html; charset=utf-8\" } },\n );\n};\n","// val.town talk slides — the slides about val.town are themselves running on val.town.\n// Powered by reveal.js (loaded from CDN). Hash navigation, fade transitions,\n// speaker notes (press 'S'), fullscreen (press 'F').\n\nconst SLIDES_MD = `\n

~val.town

\nLaptop script ←———— val.town ————→ Production service\n

Let me show you.

HubSpot PoC

Now let me show you.

\n\nNote:\nTransition into the HubSpot demo. Don't linger.\n\nDemo order:\n 1. Show the val structure (lib/ + handlers/ + router) — emphasise it's real code, multi-file, multiple branches\n 2. Show the workflow action live in HubSpot — author picks a campaign, fires on a test contact\n 3. Show the contact tab in HubSpot — &Open card loads, lists campaigns, shows gift history\n 4. (Optional) Trigger an uninstall via the debug route, show sessions revoked\n\n---\n\n# Other potential use cases\n\n- **Mocked backends** — unblock frontend before the real BE is ready\n\nNote:\nThe HubSpot PoC is one shape of this, but val.town isn't just for\nintegration experiments. A few other places we'd reach for it.\n\n**Mocked backends.** When the FE team is ready to build a screen but the\nreal BE isn't ready, val.town can stand up a mock API with the same shape.\nFE unblocks immediately. When the real BE lands, FE points at it and\nnothing else changes.\n\n---\n\n# Other potential use cases\n\n- **Mocked backends** — unblock frontend before the real BE is ready\n- **Internal tooling** — small services that need a URL, a DB, and some logic but not a Rails app\n\\t- Delivery exceptions notification service\n\nNote:\n**Internal tooling.** Small services that don't need a Rails app but do\nneed a URL, a DB, and to keep running.\n\nA *delivery exceptions notifier* — courier APIs flag delays, post a Slack\nping. Needs a DB to dedupe, a cron to poll, and a URL to receive webhooks.\nNot Rails-worthy.\n\n---\n\n# Other potential use cases\n\n- **Mocked backends** — unblock frontend before the real BE is ready\n- **Internal tooling** — small services that need a URL, a DB, and some logic but not a Rails app\n\\t- Delivery exceptions notification service\n\\t- Shopify → Shipwire product creation service\n\nNote:\n*Shopify → Shipwire product sync* — when a product lands in Shopify,\ncreate the corresponding Shipwire SKU. Glue code with state. The kind\nof thing that usually ends up as a half-maintained Python script on\nsomeone's laptop.\n\nBoth fit val.town's profile precisely: needs a real URL, needs persistent\nstate, doesn't deserve a full service.\n`;\n\nexport default async (_req: Request) => {\n return new Response(\n `\n\n\n \n \n val.town\n \n \n \n \n\n\n

\n \n

\n \n \n \n \n \n\n`,\n { headers: { \"Content-Type\": \"text/html; charset=utf-8\" } },\n );\n};\n","createdAt",["D",1779439349991],"branchVersion","branchId","26000e7a-5464-11f1-b99d-ee650bb23af1","id","25ff5fc0-5464-11f1-b99d-ee650bb23af1","val-town-talk-slides",["D",1779292453614],"deletedAt","legacyEnvVars","privacy","public","httpPrivacy","description","Slides for the val.town team session — running on val.town","imageUrl","019cd814-ec11-713b-b5c6-63004bd3de74","pinnedFileId","pinPreview","pinMigrated","screenshotVersion","likeCount",1,"orgId","019cd814-ec11-713b-b5c6-643250d96c12","tursoName","tursoHostname","tursoMeasuredAt","pinned","userPerm","r","valPerm","blobPerm","rw","emailPerm","sqlitePerm","projectPerm","telemetryPerm","user",{"_95":94,"_102":98},"org",{"_95":94,"_96":-5,"_97":98,"_18":55,"_99":100,"_101":25},"branch",{"_13":84,"_32":85,"_43":42,"_86":44,"_87":-5,"_88":-5,"_89":-5,"_90":-5,"_91":-5,"_92":45,"_93":94},"isOwned",37,"main","projectId","forkedBranchId","forkedBranchVersion","forkedProjectPrivacy","forkedProjectId","forkedProjectOrgId","projectName","userHandle","johnfarrell","handle","displayName","avatar","https://img.clerk.com/eyJ0eXBlIjoiZGVmYXVsdCIsImlpZCI6Imluc18yTm10cGhQUklwU0tqZHNiOHNnNGd2ZjJURFUiLCJyaWQiOiJ1c2VyXzNBbDBJakx3ZVZNc2VCdXEyMjN3OGE0SVFMQiJ9","tier","free","canRestrictVals","profileImageUrl","branchName","","adoptOrgId",{"_43":44,"_32":45,"_38":150,"_47":-5,"_48":25,"_49":50,"_51":50,"_52":53,"_54":-5,"_18":55,"_56":-5,"_57":25,"_58":-5,"_59":-5,"_60":61,"_62":63,"_64":-5,"_65":-5,"_66":-5,"_67":-5,"_68":69,"_70":69,"_71":72,"_73":72,"_74":72,"_75":69,"_76":69,"_77":151,"_79":152,"_81":153,"_83":25},"tree",[145],"files",[145],"counts",{"_134":135,"_136":61,"_137":135,"_138":139,"_140":141},"contents",[126],"upstreamProject","upstreamBranch","emptyEnvVars","flags",[],"hasHttpFiles",true,"grants","orgs","customDomains",{},{"_43":127,"_32":28,"_30":31,"_128":-5,"_41":42,"_40":14,"_129":25,"_38":130,"_13":131,"_33":34,"_35":37,"_24":25,"_132":-5,"_27":133},"2b1132c0-55ba-11f1-a7bc-ee650bb23af1","parentId","latest",["D",1779439349991],35,"label",[28],"pulls",0,"branches","forks","envVars",{"_142":135,"_144":135},"connections",{"_142":135,"_143":135},"count","unfilledCount","emptyCount",{"_43":127,"_32":28,"_30":31,"_128":-5,"_41":42,"_40":14,"_129":25,"_38":146,"_13":131,"_33":34,"_35":37,"_24":25,"_132":-5,"_147":148,"_27":149},["D",1779439349991],"children",[],[28],["D",1779292453614],{"_95":94,"_102":98},{"_95":94,"_96":-5,"_97":98,"_18":55,"_99":100,"_101":25},{"_13":84,"_32":85,"_43":42,"_86":44,"_87":-5,"_88":-5,"_89":-5,"_90":-5,"_91":-5,"_92":45,"_93":94},"ctx",{"_77":-5,"_123":187,"_188":189,"_190":191,"_192":25,"_193":25,"_194":25,"_195":121,"_196":-5,"_197":-7,"_198":-7,"_199":135,"_200":25,"_201":25,"_202":-5,"_203":25,"_204":25,"_205":25,"_206":-5},"ENV",{"_158":159,"_160":161,"_162":85,"_163":164,"_165":166,"_167":168,"_169":170,"_171":172,"_173":174,"_175":176,"_177":178,"_179":180,"_181":182,"_183":184,"_185":186},"REACT_APP_SENTRY_DSN","https://586020d86f05489db63a554690acf1e9@o1398359.ingest.sentry.io/6724499","RENDER_GIT_COMMIT","e87eb04e707cf64e7e532c8e8ec395f209e17f15","RENDER_GIT_BRANCH","POSTHOG_API_TOKEN","phc_nmoyuAkStEZuUp69rYlg1DZgrIt19Gx0Y4Hwf8tGgJP","POSTHOG_API_HOST","https://wart.val.town","WEB_API_TEMPLATE","https://{val}.web.val.run","APP_URL","https://www.val.town","MODULE_URL","https://esm.town","VANITY_WEB_API_TEMPLATE","https://{label}.val.run/","DENOLS_URL","https://lsp.val.town","NODE_ENV","production","CLOUDFLARE_TURNSTILE_SITE_KEY","0x4AAAAAACtaIZJH7s9rBMZ6","GOOGLE_CLIENT_ID","875989696899-jtsqkhlbdv5jrlsk8631p7ipjg3c6o62.apps.googleusercontent.com","STRIPE_PUBLISHABLE_KEY","pk_live_51N2zvWEpZTTLipIkVEwXrUG9AT0yeOOEYxszarZT1jpsZV58Ly6wlg3SltZpHN26CUalOBmUSY7adQRQiSkCZz2500qSXNkf8Y","API_URL","https://api.val.town",[],"preferencesKeybindings","default","preferencesTheme","light","preferencesFixers","preferencesCopilot","preferencesSelectionAi","preferencesCloseBrackets","preferencesChatPanelState","preferencesDprint","preferencesDenofmt","notificationCount","flagDenols","isBusinessOrgMember","businessOrgHandle","isBusinessOrgAdmin","isHigherTownieTier","navCollapsed","currentOrgId"]

Diff · v36