Val Town、JavaScriptを100msでlive URLへ変えるinternal tools基盤の設計

Steve KrouseとTom MacWrightは、Val Townを「GitHub Gistsが実行でき、AWS Lambdaが楽しかったら」という発想から始めた。出典

これは、コードを書ける人が小さな道具を作るたびに、repository、deploy、hosting、cron設定を別々に用意する不満への答えだった。

創業のきっかけ

Val Townは2022年から、JavaScriptを編集する感覚をspreadsheetに近づけ、API、cron、email、data storageを一つの環境にまとめる方向へ進んだ。出典

Steve Krouseは、最終的な使命をend-user programmingと表現し、まずはdeveloperとfounderから始めると説明している。出典

転機・苦労

自由なruntimeは万能ではない。

公式のalternative説明は、no-codeチーム、JavaScript以外の言語、巨大なuser-facing applicationには向かないと明記する。出典

CDN/cache、native filesystem、FFI、subprocessがないという制約は、何でも載せるのではなく小さなinternal toolに集中するための境界線になった。

成長・成功

Val Townは保存時に100msでdeployし、HTTP URL、branch、PR、remixを同じ体験にした。出典

2026年にはClaude Code、Codex、Cursorを支援するpluginを公開し、MCPとSkillsを通じて外部のAI agentからもvalsを作成・deployできるようにした。出典

結び

Steve KrouseとTom MacWrightの設計は、cloud platformを「設定する場所」から「書いたものがすぐ動く場所」へ寄せる試みだ。

AI時代には、agentを囲い込むより、ユーザーが選んだagentをcredibleにexitできる実行環境へつなぐ方が、長く使われる基盤になり得る。出典

Val Townは、AWSやKubernetesの設定に時間を使いたくない一方、no-codeでは表現力が足りない開発者・Ops・GTM担当者に刺さる。

公式は「know-code engineers」と呼び、20行程度のJavaScriptで内部automationを作れる位置づけを明示している。出典

さらに、HTTP、cron、email、SQLite、Blobを一つの実行環境にまとめ、保存からlive URLまでの摩擦を削っている。出典

技術単体より、実行・共有・remix・branch・AI agent接続が一体になったfeedback loopがmoatになる。

Deno/Web standardsを使うことでexit可能性を残し、lock-inへの不安も下げている。出典

中程度。

公開vals、templates、remixは供給側のネットワーク効果を持つが、実行基盤そのものは単独でも利用できる。

チーム機能と公開communityが増えるほど、再利用可能なコードの価値が上がる。出典

主対象はJavaScript/TypeScriptを書ける開発者、GTM/Ops、founder、社内automationを素早く作りたい小規模チーム。

巨大なpublic applicationや非JS組織には適合しにくい。出典

第一に、100msでlive URLへdeployする体験が価値の中心にある。出典

第二に、DenoとWeb standards、npm互換を採用し、既存のJavaScript知識を流用できる。出典

第三に、公開valsのremix、branch、PR、AI pluginを組み合わせ、個人の小さなコードを共有可能な資産にしている。出典

自由度の高さは、no-code利用者には学習コストになり得る。

公式自身もJavaScript・TypeScript以外のチームや巨大なuser-facing applicationには向かないと説明する。出典

また、build step、CDN/cache、filesystem、FFI、subprocessに制約があり、既存cloudの完全な代替ではない。出典

無料枠と即時deployで試用障壁を下げ、公開vals・templates・contentで開発者を獲得するPLGが主軸。

2026年にはClaude Code、Codex、Cursor向けpluginを配布し、AI agentを新しい入口にした。出典 出典

主要チャネル: content, community, developer_relations, product_led_growth

開発者向けplatformでは、機能数より「変更がliveになるまでの時間」を主価値に置ける。

さらに、AI agent対応を専用agentの囲い込みではなく、ユーザーが選べるBYOAとして出すと、技術変化の速さをproductの強みに変えられる。出典

日本では、情シス・営業企画・マーケが小さな自動化を作る場面が多い。

日本語template、Slack・HubSpot・kintone連携、監査ログと権限管理を前面に出せば、no-codeと本格開発の間を埋められる可能性がある。

一方、データ所在地や法人契約の要件は要確認。