用GitHub Spark花10分钟搭了个全栈应用

三个测试场景

我选了三个不同难度的场景来测 GitHub Spark 的真实能力。

场景一：个人记账应用

「一个简单的记账工具，能添加收支记录，按月分类显示。」Spark 用了约 3 分钟生成了完整的前后端代码，包括数据库 schema、API 路由和一个简洁的 React 界面。功能基本可用，UI 虽然朴素但逻辑正确。一键部署到 GitHub Pages，链接直接可用。

场景二：团队任务看板

「一个带拖拽功能的任务看板，支持创建/编辑/删除卡片，有截止日期提醒。」这次 Spark 明显吃力了。拖拽功能的实现很粗糙——它用了最基础的 HTML5 Drag API，完全没有状态管理，拖完刷新页面就丢了。截止日期提醒根本没实现。

场景三：Markdown 博客

「一个简单的博客系统，支持 Markdown 写作、标签分类、代码高亮。」结果超出预期。它自动集成了 react-markdown 和 Prism.js，连 frontmatter 解析都做好了。这个场景下，Spark 的表现最接近「生产可用」。

一键部署：真正的亮点

不需要配 CI/CD，不需要写 Dockerfile，生成完代码后点一下「Deploy」，几分钟后你的应用就在公网可访问了。这对快速验证想法来说价值巨大。

当前局限

交互复杂的应用（拖拽、实时协作、WebSocket）不太行。生成的代码风格偏「一次性原型」，没有错误处理、没有 loading 状态、没有边界情况处理。如果你打算在生成代码基础上长期维护，大概率要重构。

结论：适合快速原型和简单工具类应用。如果需求明确、交互简单，10 分钟从零到上线确实不是夸张。但别指望它替代真正的开发——它更像是一个「会写代码的产品经理」。