炙点——烧烤店扫码点单系统
- 我的角色
- AI 辅助开发
- 使用工具
- Codex / Vue 3、TypeScript、Vite / Node.js、SQLite / Socket.IO / Playwright
01一句话介绍
一个通过 AI 辅助开发的移动端点单网站,连接顾客选菜、订单保存、后厨接单与制作进度展示。

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



留下回音
评论 · 暂未开放
首次留言需审核后显示 · 留言须知
评论暂未开放。
这里还很安静,留下第一声回音吧。