核心链路完全依赖 AI：未配置模型时用户无法搭建出可用界面 #97

问题（功能缺口 + 体验断点）

MIAO 的“描述 → 搭建 → 使用”主链路里，界面（页面）只能由小助手对话生成，没有任何手动建页入口。一旦服务端没有配置可用的生成模型，这条链路对普通用户是彻底断掉的。

• 页面草稿只有 harness 一条入口：createUIDraft 仅被 internal/httpapi/harness.go:286 调用，routes_application.go 里没有任何“手动新建页面”的路由，只有 activate / preview。
• 开放需求在未配置模型时直接停在等待态：internal/httpapi/app_builder.go:816 返回“尚未配置生成模型，开放需求不会自动替换为模板……请管理员配置模型后补充需求”。
• 模板搭建同样走 harness + LLM/JEV，模型不可用时模板也不能真正落成界面。
• 产品文档已明确“不提供可视化页面编辑器或手动发布按钮”（docs/OPERATIONS.md 第 2 节）。

用户实际感受

管理员没有配置 AI 时，用户能做的只剩：创建应用外壳、手动建表/建字段、录入记录。但应用没有任何可使用的界面，app-runtime 是空的，发布出去的公开页也不存在。用户会卡在“我建了表和记录，却看不到任何界面”的状态，而系统只给出一句“请配置模型”。这对一个“自托管一个二进制即可用”的产品是致命的上手断点。

建议方向

1. 降级可用：未配置模型时，至少允许基于已有数据表生成“表格 + 表单”的默认界面（确定性渲染，不依赖模型），让应用先能用。
2. 明确引导：在空界面状态给出可操作的“配置模型”入口与说明，而不是让 run 停在等待态。
3. 手动兜底：提供最低限度的手动建页/建界面能力，使 AI 成为加速器而非唯一入口。

验收

• 未配置模型时，用户仍能得到一个可浏览、可录入记录的可用界面（哪怕是默认表格视图）。
• 空界面状态能明确引导到“配置模型”，run 不再无声停在等待态。