本文へ
ハクソク

世界を動かす技術を、日本語で。

SvelteKit 3

元記事: 原文(svelte.dev)

概要

  • SvelteKit 3.0 が正式リリース
  • 移行コマンドでスムーズなアップグレードが可能
  • 主要な 破壊的変更点 と新機能の概要
  • Remote functions は今後の最重要課題
  • 次回Svelte Summitは スロベニア・リュブリャナ で開催

SvelteKit 3.0のリリース概要

  • SvelteKit の公式アプリケーションフレームワークバージョン3.0の登場
  • 以前のバージョンと 操作感はほぼ同じ、より洗練された体験
  • 型安全性 の向上と不要な要素の削減
  • 移行コマンド (npx sv migrate sveltekit-3 --tasks all --confirm)による自動移行サポート
    • 可能な限りコードベースを自動変換
    • 完全自動化できない部分は TODOリスト として出力
  • 新規アプリ作成はnpx sv create my-new-appコマンドで実行

主な変更点と新機能

  • 設定ファイル がsvelte.config.jsからvite.config.tsへ移動
  • $libエイリアス が#libに変更、標準サブパスインポートを採用
  • 環境変数 の機能強化と利便性向上
  • Service Worker の実装がよりシンプルに
  • エラーハンドリング 全体の改善

Remote functionsの現状

  • Remote functions はクライアント・サーバ間の安全かつ効率的な型安全通信を実現するユーティリティ群
  • 他フレームワーク類似機能よりも優れた体験を目指す
  • 利用には Async Svelte と実験的フラグが必要(現在開発優先度トップ)

Svelte Summit 2024 in Ljubljana

  • 次回 Svelte Summit は11月19-20日にスロベニア・リュブリャナで開催
  • Svelte誕生10周年 の記念イベント
  • コミュニティとの交流や最新情報の共有の場

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

SvelteKitはここ数年、私にとって新鮮な風のような存在です。仕事でNext.jsを使わなきゃいけなかったけど、SvelteKitの方が断然好きです。このリリースを試すのが楽しみ!

└

LLMが大量のトレーニングデータでReactの方がずっと優れている世界で、Svelteの意味って何なんだろう?

すごくいいプロジェクトだよ。React好きな共同創業者たちをSvelte/SvelteKitに乗り換えさせたんだけど、心配してたけど彼らはめっちゃ気に入ってる!私たちはOrb.netのウェブサイトでSvelteをたくさん使ってるし(当たり前だけど)、デスクトップやモバイルアプリのフレームワークとしても使ってる。WailsがGolangを担当して、SvelteKit/SvelteがUXを提供してる。マルチプラットフォームの生産性がすごく向上したし、バイナリは20MB以下!Electronとは全然違うね!

└

Wailsの話に+1!最近知ったばかりで、Svelteにたどり着いたんだけど、すごく感動してる。Golangの「バックエンド」とSvelteの「フロントエンド」で、Electronのサイズのほんの一部でデスクトップアプリを作れるのは最高だと思う。

└

Svelteのウェブサイトのスピードが大好き。orb.netを見てみたけど、ページが瞬時にロードされる!他のフレームワークで作られたウェブサイトではあんまり見ないよ。

Svelteの一番好きなところは、生のHTMLに近いところだね。常にReactの開発についていく必要がないから。

└

そうだよ!最初にReactを学んで、その後Svelteを触った。SvelteはReactの面倒な抽象化がなくて、全ての利点を持ってる感じがする。

ベータ版から個人プロジェクトでSvelteKit 3を使ってるけど、特に問題はないよ。最高なのは、新機能をほとんど追加せず、既存の機能を改善してるところ。

Svelteでプログラミングする手応えのある開発体験が大好き。でも、2026年の10月だから聞きたいんだけど、Svelteのバイブコーディング体験はReactと何か違うの?両方の経験がある人、コメントしてくれない?

└

2026年初めには、Svelte 4とSvelte 5のモデルでかなり苦労したよ。リリースされたら、load関数とリモート関数でも同じことが起こると思う。

└

全く同じだね。2022年から2025年初めまでSvelteKitをめっちゃ使ってた。でも、LLMが良くなってからはReactに戻ったよ。コーディング体験が自動化されると、エコシステムの大きさがすごく重要になるからね。初期のモデルはSvelteよりもReactの方がずっと得意だったし、その差は今はなくなってるかもしれないけど、Svelteに戻る理由ってあるの?

└

はい。約1年前にSvelteKitをベースにしたSSGをオープンソースにして、AIツールやプロダクトのワークフローを構築し始めたんだけど、今はお蔵入りしてる。2024年から2025年にかけて、フロンティアモデルはSvelte 4と5の互換性の問題でかなり苦戦してた。主要な貢献者たちは、AIがSvelteを使うのを良くするためにベンチマークやMCP、その他のツールを作るのに本当に頑張ってくれたけど、個人的にはMCPやそういうツールが全然好きじゃなくて、新しいプロジェクトにはバニラのCSSやJSを使うことにした。これを見てみて;モデルがあれこれを処理するのは、ツールを使うよりも何倍もコストがかかるんだよ:https://svelte.dev/docs/ai/prompts/llms.txt これらは全てコンテキストを集めるための入力トークンとターンなんだ。「主要なトレーニングの優先事項にはならないほどニッチ」というジレンマは、今の新しい開発ツールがほとんど抱えている大きな問題だよ。既存のツールやカテゴリーリーダーが優先されて、主要なベンチマークに現れるから、モデルはそれらに対して素晴らしい暗黙の知識や能力を持って、常に「無料」でそれを露出させる。その他のものは大きな不利を抱えていて、モデルはそれらを知らないし、使い方もわからないし、何のためにあるのかもわからない。使うたびに大きな能力とトークンの損失が出る。モデルはそれらを文脈の中でしか学ばないからね。これについてはSvelteチームを全く責めないよ。開発ツールプロジェクトがフロンティアラボのトレーニングパイプラインに貢献するか、自分たちのエージェントコーディングモデルを適切にポストトレーニングするためのより良い方法が必要だと思う。

Hacker Newsで議論の続きを見る