SvelteKit 3

SvelteKit 3 的整体反响

• 许多评论对 Svelte/SvelteKit 持强烈正面评价，称其速度快、直观，并且开发体验出色。
• 一些用户反馈升级过程很顺利，尤其是从 SvelteKit 2 → 3，认为这个版本更偏向打磨完善，而不是带来重大新功能。
• 也有人持无感或怀疑态度，认为在 AI/agent 时代，框架的人体工学没那么重要了。

远程函数、数据加载与新特性

• 远程函数目前仍标记为实验性，但多位用户表示他们已在生产中使用，问题很少，而且预计迁移会很容易。
• 传统 load 函数仍是“稳定”的惯用方式，但它们工作在路由/布局层级，而远程函数支持更细粒度、组件级的数据获取。
• 少数用户不喜欢远程函数这类新的耦合模式，预测它们以后可能会过时。

Svelte vs React（以及 LLM/agent 语境）

• 许多评论者更喜欢 Svelte 而不是 React，因为它的心智模型更简单、更接近 HTML 的模板、更少“踩坑点”，并且默认性能和打包体积更好。
• 也有人说，由于训练数据更多、生态更丰富，LLM 历来在 React 上表现更好，因此 React + agents 非常高效。
• 还有人反驳说，现代模型现在也能很好地处理 Svelte/SvelteKit，有时 token 更少，而且生成后的 Svelte 代码更容易被人阅读和维护。
• 一些人从用户角度看，React 应用臃肿且资源消耗高。

Svelte vs Vue/Nuxt 及其他框架

• 一条详细比较指出：Vue 的核心 DX 被描述为比 Svelte 更精致，但 Nuxt（Vue 的主要 SSR 方案）被称为令人痛苦；SvelteKit 因 SSR 的清晰度和类似 “MVC” 的分离方式而受到称赞。
• 也有人表示从 Nuxt 迁移到 SvelteKit 后就再也没回头。
• Solid 和 Astro 被提及为替代方案，前者工具链更好，后者更强调 SSG。

工具链、生态与稳定性担忧

• 反复出现的抱怨是：Svelte 的自定义语法需要专门的工具支持；与 Storybook、ESLint、IDE 以及某些 JS 库的集成，可能都不如基于 JSX 的生态完善。
• 有人指出，Svelte 各版本之间的语法和 API 多次变化（尤其是早期版本，以及 Svelte 5 的 runes），这损害了 LLM 的可靠性和开发者信任。
• 另一些人则认为，自 Svelte 3 以来，重大破坏性变更已相对有限，而且迁移工具很强。

AI 时代的框架 vs 原生

• 有一小部分人明显认为，在强大的 LLM 之下，很多应用可以用原生 HTML/CSS/JS 构建，而无需框架，从而避免依赖项频繁更迭。
• 也有人回应说，框架仍然有价值，因为它们帮助管理复杂性、性能、类型安全和 SSR，对人和 agent 都有帮助。