一句话生成能跑的完整网站应用

在手机上描述一个应用，几分钟后拿到一个能打开的网站——这是 MiniMax App 最能体现「任务型 Agent」本质的场景。这一页拆解它的全栈应用搭建能力。

交付标准：完整到什么程度

官方能力表的描述相当具体：能够稳定交付全栈带 Auth + Functions + Database + Stripe 支付的复杂 Web Apps。翻译一下：账号注册登录、后端业务逻辑、数据库存储、支付流程——一个商业应用需要的四件套都在交付范围内，不是只做个静态页面。

技术栈：自动选型，不建议指定

官方「目前不支持」清单里有两条直接相关：

• 技术栈由 Agent 按最佳实践自动决定，比如前端使用 React、后端使用 Supabase。
• 指定额外进阶的技术框架或数据库，Agent 不一定能很好地响应。

这意味着派任务时把力气花在描述「应用要做什么、长什么样」上，而不是「用什么框架写」。有明确的技术诉求（比如必须用某个 API 及其版本）时，官方建议在任务一开始就说明，见给AI下指令的六个实用技巧。

什么样的活适合派

• 原型与展示站：个人主页、产品落地页、活动页——投入产出比最高的场景。
• 带真实数据的工具：内部小工具、表单收集、内容管理——数据库与登录能力派上用场。
• 商业应用雏形：带支付流程的最小可行产品，先用真实交付验证想法再投入开发资源。

复杂的企业级系统不在此列——手机端任务适合中轻量应用，重度开发场景属于桌面端 MiniMax Code 的领域（绑定本地项目、终端操作），见手机远程控制电脑端Agent怎么连。

生成的应用质量怎么保障，见生成的应用谁来测试稳定性。

能力描述依据官方使用指南整理，技术选型与交付边界可能随版本变化，以官方最新版为准。