炙点——烧烤店扫码点单系统
一个通过 AI 辅助开发的移动端点单网站，连接顾客选菜、订单保存、后厨接单与制作进度展示。
本地核心流程已验证，尚未正式上线（站长提供）。
暂无在线体验链接：尚未公网部署。
界面截图
以下为本地测试界面，来自不同测试场景，桌号可能不同，不视为同一笔订单的连续记录。点击可查看原图，不能在截图中操作点单。
解决什么问题
针对烧烤店点单时数量、口味和备注需要准确传达到后厨的需求，将选菜、确认订单和制作状态连接起来，并处理重复提交、网络中断和不同桌台之间的数据隔离。
怎么做的：工具与分工
- Codex：辅助开发
- Vue 3、TypeScript、Vite：构建前端
- Node.js、SQLite：后端与数据保存
- Socket.IO：实时同步
- Playwright：浏览器自动化验证
实际结果与验证边界
已实现的内容（站长提供）
已实现桌码生成、独立顾客会话、点菜与备注、购物车、真实订单保存、同桌分批提交、后厨实时接单及顾客制作进度同步。
顾客主要页面已统一为“暖色炭火风”。
本地测试记录（站长提供）
- 固定测试订单金额为 ¥46.00。
- 重复提交保护、断线恢复、关台后旧会话失效已通过本地测试。
- 点单系统页面在 320、390、768、1366 像素宽度下通过无横向溢出检查。
尚未完成
- 公网部署。
- 手机流量实机扫码验收。
- 微信／支付宝在线支付。
没有真实营业效果或用户增长数据；¥46.00 是测试订单金额，不是收入或经营成果。
踩坑与反思
以下保留站长提供的实践复盘。
最初按店员点单设计，转向顾客扫码后，发现不能直接开放员工接口，需要独立的顾客身份和桌次隔离。
网络超时也不能直接当作下单失败，否则重新提交可能重单。
界面美化时，固定底部操作栏曾遮挡备注，补充滚动留白后才通过检查。
这次实践让我认识到：页面好看、功能可操作、本地测试通过和正式上线，是不同阶段，必须分别验证。