【社会服务赛道】(可在线体验含视频)AI 小店助手 — 58 岁老板不用学任何系统,和 AI 聊 2 分钟就管好了店(可下单测试)

【标签】 社会服务

【标题】 【社会服务赛道】AI 小店助手 — 58 岁老板不用学任何系统,和 AI 聊 2 分钟就管好了店

## :clapper_board: 演示视频上线

抖音观看:完整视频 最新视频


0. 先和大家打个招呼

我是这个项目的开发者,一个相信"技术应该服务所有人"的产品人。

和 TRAE 配合的过程,最打动我的一点是:我只需要描述"58 岁老板不会用后台"这个场景,TRAE 就能帮我把它变成可运行的代码。它帮我跨过的最大坎是 MCP 工具的设计——我原本只有"让 AI 能操作数据库"这个想法,TRAE 帮我把它拆解成了 19 个具体工具,每个工具都有独立的 Prompt 和参数校验。

这个项目的每一行代码,都是在 TRAE 里一句一句聊出来的。


1. Demo 简介

是什么: 一个已部署上线的 AI 经营助手系统(三端架构:顾客扫码点餐 H5 + 商家管店系统 + 云平台)。核心是 19 个 MCP 工具驱动的 AI Agent,老板打开对话界面,AI 会主动推送经营洞察。

面向谁: 50 岁以上、数字化能力弱的夫妻小店经营者(面馆、小吃店、早餐铺等)。

主要功能:

:sparkles: 核心体验(建议评委先点这个)

AI 主动发现问题 — 老板什么都没问,AI 自己从数据里挖出 3 件事,以卡片形式推送。

AI 洞察卡片

  • 经营趋势卡片:“近 7 天营收 8,426 元,周二偏少,建议您增设会员日”

  • 流失预警卡片:“孙先生 34 天没来,历史消费 7 次,建议您发券召回”

  • 菜品诊断卡片:“卤蛋建议降价或增加曝光”


:bar_chart: 自然语言对话 — 问"最近客人是不是少了",AI 自己查数据库并回话

AI 对话

  • AI 不是在编答案,它调用了 19 个真实的 MCP 工具去读写 SQLite 数据库

  • 即使云端 API 不可用,系统会自动降级到本地模型 + 规则引擎,保证永不断线


:steaming_bowl: 完整商业闭环 — 顾客扫码 → 选规格 → 下单 → 商家管店 → 云平台开店

点餐页 云平台

  • 顾客端:扫码点餐、规格选择(辣度/份量)、优惠券、确认订单

  • 商家端:接单 Dashboard、菜品上下架、桌台管理、AI 对话

  • 云平台:一键开店、商家列表、数据总览(累计订单 3226 / 累计营收 ¥156,650.90)

2. Demo 创作思路

灵感来源:

58 岁的张阿姨开了 12 年面馆,每天凌晨 4 点起来熬汤。扫码点餐系统她学了一个月还是不会用,最后把二维码撕了。她说:“我就想安安心心做面,为什么要我学会用电脑?”

这不是张阿姨一个人的困境,是 2000 万街边夫妻小店的共同困境。

想解决的问题:

  1. 老板不会用后台 — 复杂的菜单系统、报表、营销工具,60 岁老人学不动

  2. 顾客吃完走了 — 没有复购引导,老板不知道谁流失了

  3. 不会看数据 — 什么菜该下架、今天生意好不好,全靠蒙

  4. AI 离他们太远 — 所有 AI 产品都是给年轻人设计的

为什么做这个方向:

我判断——问题不在老板,在工具。 工具应该去适应老板,而不是反过来。

  • 不用学后台,直接和 AI 聊天:"明天搞个活动"→AI 自动创建优惠券

  • 不用看报表,AI 主动推送洞察:3 张卡片告诉老板最近发生了什么

  • 不用关心技术,系统内部做了三层降级,云端挂了切本地,本地挂了切规则引擎

一句话:把工具从老板手里拿走,让 AI 去做。


3. Demo 体验地址

:white_check_mark: 已部署上线,可在线体验(阿里云 HTTPS)

地址 账号 推荐体验顺序
AI 对话页(先点这个) https://ntysj.cn/store/demo/chat.html 无需登录 ① 先看 AI 推送的洞察卡片 ② 试试对话:“今天营业额多少” / “明天搞个活动”
顾客扫码点餐 https://ntysj.cn/store/order/menu.html?shop=1&table=T01 无需登录 ③ 浏览菜单 → 选规格 → 加购物车
商家端管店 https://ntysj.cn/store/admin/ admin / admin123 ④ 看 Dashboard → 试菜品管理 → 试 AI 经营助理 Tab
云平台开店 https://ntysj.cn/store/cloud/ admin / admin123 ⑤ 试"一键开店" → 看商家列表

:light_bulb: 评委体验提示: 先点 AI 对话页,体验"AI 主动发现问题"的核心交互。


4. TRAE 实践过程

开发流程:

阶段 时间 做了什么
① 骨架搭建 第 1-2 天 Express 后端 + SQLite 9 张表 + JWT 认证 + 基础 REST API
② MCP 工具层 第 3-4 天 19 个 MCP 工具:菜单 CRUD(5个)+ 优惠券管理(4个)+ 桌台查询(2个)+ 打印机(2个)+ 洞察分析(6个)
③ AI Agent 第 5-6 天 被动模式(对话调用工具)+ 主动模式(打开页面自动推送 3 张洞察卡片)
④ 三层降级 第 6 天 DeepSeek API → qwen 本地模型 → 规则引擎,切换对用户透明
⑤ 体验打磨 第 7-8 天 demo/chat.html 优化:卡片设计、打字动画、对话流体验
⑥ 部署上线 第 9 天 Nginx + systemd + 阿里云 ECS,域名 ntysj.cn 绑定 HTTPS

TRAE Work 开发过程截图:

扫码点餐:

体验小程序扫码点餐二维码

关键任务 Session ID(证明由 TRAE 开发完成):

  • 3256072200791148:252cf39552a0c3c7615efcfe8bc814ec_6a35d75d1f4205946b0c7791.6a35f93a618a0461de64784c.6a35f93a618a0461de64784a:TRAE Work CN.0.1.21.no_sid.no_ppe.T(2026/6/20 10:21:46) — 系统架构设计 / 数据库搭建

  • 3256072200791148:7038e5d77a38657a70a58070e6407d87_6a35d75d1f4205946b0c7791.6a35fe0f618a0461de64793d.6a35fe0f618a0461de64793b:TRAE Work CN.0.1.21.no_sid.no_ppe.T(2026/6/20 10:42:23) — 核心功能开发 / MCP 工具实现

  • 3256072200791148:3d40ab3c9fb8ea9ebc83320a68551eae_6a35fded618a0461de647917.6a37c107b2422ba42fa858b0.6a37c107b2422ba42fa858ae:TRAE Work CN.0.1.21.no_sid.no_ppe.T(2026/6/21 18:46:31) — 前端体验优化 / 部署调试

  • 3256072200791148:dd679dd762821bf37d9cecb8ec4a5525_6a3547591f4205946b0c7220.6a37caa1e4c10794cc223760.6a37caa1e4c10794cc22375e:TRAE Work CN.0.1.21.no_sid.no_ppe.T(2026/6/21 19:27:29) — 功能迭代 / 持续优化


5.已通过的报名帖

【社会服务赛道】AI小店助手 — 每个老板都值得拥有一个"懂经营的AI助手"

2 个赞

:pushpin: 开发进展 · 持续更新中

2026-06-23 今日更新

1. 微信小程序对接完成 :tada:

  • 商家优惠券列表展示,顾客可浏览领取
  • 商家定位功能,一键导航到店
  • 小程序码见下:

2. 桌台二维码功能持续完善中


体验地址汇总

地址 账号
:robot: AI 对话 小店经营助手 无需登录
:steaming_bowl: 顾客点餐 扫码点餐 无需登录
:convenience_store: 商家端 商家助手 admin/admin123
:cloud: 云平台 云平台 · 小店经营助手 admin / admin123
:mobile_phone: 小程序 优质商家图文介绍,一键导航,优惠券展示

所有功能持续迭代中,欢迎评委体验!

3 个赞

这个太棒了!这个解决了很多小店的收银难题,赞!

2 个赞

不错不错,AI应用落地,这才是是AI该有的发展,应该多多推广!

2 个赞

非常好,ai就应该用在这方面,提升效率。

2 个赞

## :clapper_board: 演示视频上线

抖音观看:点击查看


58岁的张阿姨开了12年面馆。扫码点餐学了一个月还是不会用。
现在她只需要和AI聊2分钟,就管好了整家店。大家可以通过下面的视频链接查看简介

点击观看视频

2 个赞

# AI 小店助手 · 开发踩坑记录

做这个项目踩了不少坑,写出来大家乐一乐,也帮后面的人避避雷。

## 1. 服务跑起来了,但 curl 回来的东西不对

部署完之后 curl localhost:3000,回来的不是我们的内容。查了半天才发现服务器上另一个项目早占了 3000 端口,我们一直在打别人的服务。

后来用了 `ss -tlnp | grep 3000` 才看到那个进程。改到 3005 就好了。

更坑的是 `.env` 和 `.env.production` 里一个写 3000 一个写 3005,部署时用错文件又白忙活一场。

**一句话:部署前先看看端口有没有被占,环境变量统一检查一遍。**

## 2. 小程序码扫了没反应,折腾了两轮

小程序码生成完,扫码只打开小程序首页,啥也不发生。第一反应是代码有问题,查了半天发现:

后端生成码的 scene 写成 `1_A01`,小程序那边却用 `scene.startsWith(‘order_’)` 来判断。`1_A01` 当然不匹配 `order_` 前缀,所以 `handleScene` 直接跳过,啥也没干。

改完之后发现还是不行——因为我改了文件但 Node 进程没重启,跑的还是旧代码。`systemctl restart` 之后重新生码才真正生效。

**一句话:前后端 scene 格式要提前对好。改了后端代码记得重启,Node 不会自动 reload。**

## 3. 用户扫码后卡在小程序里,死活跳不到 H5

scene 修好了,小程序也识别到了,但用户还是卡在小程序里。查代码发现有个判断:

```javascript

if (是老客) {

跳 H5

} else {

留在小程序领券页

}

```

问题是小程序拿到的 openid 跟数据库里的对不上,所有用户都被当成"新客"留在小程序原生页了。

更坑的是还有个 5 秒超时:`wx.login` 只要超过 5 秒没返回,也直接掉到原生页。稍微网络慢一点就中招。

最后我们把新老客判断去掉了,不管登录成不成功、不管新客老客,全部直接跳到 H5 点餐页。5 秒超时也去了。

**一句话:扫码点餐的场景,用户就是想点餐,不要自作主张分流。小程序就是个拿 openid 的壳,别让它挡路。**

## 4. AI 说起来没完没了,老板根本看不完

AI 分析完数据回复一大段,比如"根据近7天的经营数据综合分析,我们发现您的店铺在周二时段的订单量相对偏低,建议您可以考虑在周二推出一些优惠活动来吸引顾客…"

小餐饮老板哪有耐心看完这个。我们后来在每个 prompt 里都加了硬约束:

```

“每条控制在20字以内,一句话说完,不要分段不要序号不要emoji”

```

出来的结果变成了:“周二订单偏少,建议您考虑增设会员日活动”。老板一眼就看完了。

**一句话:AI 默认说话太啰嗦,得告诉它说多短、什么语气,不然老板不看。**

## 5. 改了代码没重启,白忙活一小时

改 `admin.js` 的 scene 格式,重新生码,扫码还是没用。想了半天才反应过来——Node 进程跑在内存里,你改的是硬盘上的文件,它又不会自己重载。

`systemctl restart` 之后好了。

后来开发时用了 `nodemon`,改代码自动重启,省心多了。

**一句话:Node 不会热重载,改了代码记得重启。开发用 nodemon,部署用 pm2。**

## 6. 用户登录后台显示"网络错误",其实是 token 过期了

管理后台有个自动登录逻辑:用 localStorage 存的旧 token 去请求 API。token 过期了 API 返回 401,代码的 catch 里没做任何提示,只是把按钮恢复原样。用户看到"网络错误"以为服务器挂了。

后来在 401 的时候加了清除 token + 提示"登录已过期,请重新登录"。

**一句话:API 报错要给用户明确的提示,不要静默失败。用户不是程序员,看不懂"网络错误"。**

## 7. AI 洞察说得太空洞,因为数据没故事

一开始 AI 洞察返回的东西特别水,比如"建议您关注经营情况"这种废话。后来发现不是 AI 的问题,是种子数据太没意思了——没有波动、没有异常、没有流失。

我们重新设计了种子数据:

- 20 天订单量有高有低,还有下雨天爆降

- 10 个顾客里 3 个流失了、2 个快流失了

- 8 道菜里凉拌黄瓜连续 7 天卖不到 5 单

- 3 张券里满30减5核销率 85%,卤蛋免费券只有 22%

这样 AI 才能说出"酸梅汤连续3天下降""张先生23天没来"这种让人眼前一亮的话。

**一句话:AI 洞察好不好看,七分靠数据三分靠模型。种子数据得有故事。**

## 8. node_modules 装了半天发现没装对位置

`npm install` 跑到项目根目录装了,但 `require(‘./config/database’)` 是从 `backend/` 目录找的。报错说找不到模块,检查了半天才发现依赖装错目录了。

**一句话:npm install 之前看清楚当前目录对不对。**

## 9. 小程序提审通过了但还是旧功能

改完代码高高兴兴提审,审核通过了,但用户手机上的小程序还是老样子。问了半天才发现审核通过之后还要手动点"发布",光通过不发布等于没发。

**一句话:微信小程序审核通过≠自动发布,还要手动点一次发布按钮。**

## 10. 企微回调验证成功了但收不到消息

企微后台配置回调 URL,点"保存"显示验证通过。但是老板发消息过来,服务器收不到。查了半天发现企微回调的 URL 要配在"接收消息"页面,不是"回调配置"页面。两个地方长得差不多,但功能完全不一样。

**一句话:企微的回调 URL 要配在"应用管理→自建应用→接收消息"里,不是功能页的回调配置。**

## 写在最后

这个项目从想法到上线大概一周时间,大部分代码都是跟 TRAE 聊出来的。踩坑的过程也是学习的过程,希望这些经历能帮到正在做项目的你。

如果有问题欢迎回帖交流,我们还在持续迭代中。

2 个赞

58岁老板也能用AI管店,这个方向太接地气了!降低技术门槛让更多普通人受益,正是社会服务赛道最需要的作品。

我们在做「智读古籍」时也有类似的思路——让读不懂文言文的人也能和孔子、老子对话,本质上也是用AI降低文化门槛。已投票支持!

感兴趣的话欢迎体验:https://zhidu-guji.surge.sh
【社会服务赛道】智读古籍 —— 和孔子老子孙子实时对话的 AI 古籍智慧伴侣

2 个赞

58岁老板也能用AI管店,这个方向太接地气了!降低技术门槛让更多普通人受益,正是社会服务赛道最需要的作品。我们在做「智读古籍」时也有类似的思路——让读不懂文言文的人也能和孔子、老子对话,本质上也是用AI降低文化门槛。已投票支持!感兴趣的话欢迎体验:https://zhidu-guji.surge.sh

2 个赞

AI小店助手58岁老板这个项目很有创意!用TRAE做出的创新应用让人眼前一亮,方向选得好!

我们也在用TRAE做创新——「智读古籍」,用AI解读中国古代典籍,和孔子老子孙子实时对话,让科技与传统文化碰撞出火花。

恳请大家来我们的帖子点赞支持,每一票都很重要:

在线体验:https://zhidu-guji.surge.sh

一起用TRAE创造更多可能!

1 个赞

有好几个人私信问我 MCP 工具到底是什么东西,这里统一回复一下。

先说人话版本:**就是让 AI 不光能跟你聊天,还能自己动手去数据库里查数据、改数据。**

没有这玩意的话,你问 AI"今天卖了多少钱",它只能瞎猜一个数糊弄你。有了工具,它会自己去数据库里把真实数字捞出来再回你。

我们一共搞了 19 个这样的工具。

## 第一类:帮老板干活的(13个)

**管菜单的 5 个:**

- **查看菜单** — 老板问"今天有什么菜",AI 去数据库把菜单拉出来

- **加菜** — 老板说"加个红烧排骨面28块",AI 直接写进数据库

- **改菜** — “牛肉面改成30”,AI 改价格

- **删菜** — “凉拌黄瓜下架”,AI 标记下架

- **搜菜** — “有没有辣的”,AI 模糊搜索

**管优惠券的 4 个:**

- **看券** — “看看有啥券”,拉列表

- **发券** — “搞个满30减5”,直接创建

- **停券** — “那个卤蛋券别发了”,禁用掉

- **看效果** — “券发出去多少了”,算核销率

**管桌台的 2 个:**

- **看桌** — “现在哪几个桌空着”

- **要二维码** — “A03的码给我”

**管打印机的 2 个:**

- **看状态** — “打印机连上了没”

- **测试** — “打个测试页”

## 第二类:AI 自己发现问题用的(6个)

这 6 个是这次比赛我们觉得最拿得出手的东西。别的项目大多是"你问我答",我们是****AI 自己看数据,发现问题,主动告诉你****。

- **经营分析**:拉最近7天的订单,AI 看完告诉你"周二单子偏少,要不要搞个会员日"

- **流失预警**:查哪些老顾客超过14天没来了,AI 说"张先生23天没来了,以前每周来2次,要不要发个券叫他回来"

- **收入预测**:看过去30天的数据,告诉你"明天估计能卖3000块,比今天多12%"

- **券好不好**:每张券赚了多少亏了多少,AI 说"满30减5效果最好,卤蛋券没啥用建议停掉"

- **天气营销**:今天35度,AI 说"高温天酸梅汤好卖,建议推半价券"

- **菜品诊断**:AI 发现"凉拌黄瓜连续7天卖不到5单,估计夏天没人爱吃这个,建议下架换别的"

每个工具干活的方式都一样:

```

老板问话(或者 AI 自己想起来了)

→ AI 决定用哪个工具

→ 工具去数据库查真实数据

→ 把数据整理一下,丢给 DeepSeek 分析

→ 把结果用人话告诉老板

```

万一 DeepSeek 连不上了,会自动换本地备胎,再不行就走固定规则,反正不能让老板干等着。

## 举个实际的例子

老板问:“今天生意怎么样?”

背后实际发生的是:

```

① AI 收到问题

② AI 想:要看经营数据 → 调经营分析工具

③ 工具去数据库查:

过去7天每天有多少单、收了多少钱

④ 拿到真实数据后,拼成一段话丢给 DeepSeek

⑤ DeepSeek 看完说:

“近7天总营收8,426元。周二单子偏少,建议搞个会员日活动”

⑥ AI 把这句话回给老板

```

老板看到的就是一句人话,但背后真的查了数据库、真的分析了数据。

## 这玩意技术上咋接的

其实就是 function calling,每个工具注册成一个"技能",告诉 AI 这个技能叫啥、能干啥、需要什么参数。AI 自己判断要不要用、什么时候用。

比如创建优惠券这个技能,注册信息大概长这样:

```

技能名:创建优惠券

能干啥:帮老板创建新的优惠活动

需要参数:券名字、类型、面值、满减门槛、总数、开始结束时间

```

AI 收到"搞个满30减5的活动",就会自己填好这些参数,然后调工具去数据库里创建。全程不用人管。

差不多就这样,有问题的继续问

2 个赞

**操作类(AI替你干活的):**

菜单5个:查看菜单、加菜、改菜、删菜、搜菜

优惠券4个:看券、发券、停券、看效果

桌台2个:看桌、要二维码

打印机2个:看状态、测试打印

**洞察类(AI自己分析数据的):**

经营分析、流失预警、收入预测、券ROI、天气营销、菜品诊断

下面是老板在对话框里问了一句"今天生意怎么样",后台真实打印出来的日志:

```

=== AI 收到老板消息:今天生意怎么样 ===

# AI 开始干活了,先并行查3个数据源

[MCP] 调用工具: get_business_insights 店铺ID: 1

[MCP] 调用工具: get_churn_risk 店铺ID: 1

[MCP] 调用工具: dish_health_check 店铺ID: 1

# 三个工具都成功调用了 DeepSeek 做分析

[AI] deepseek ✓

[AI] deepseek ✓

[AI] deepseek ✓

# 数据查回来了,每个工具都返回了真实结果

[MCP] 返回: get_business_insights 耗时 837ms

[MCP] 返回: get_churn_risk 耗时 1622ms

[MCP] 返回: dish_health_check 耗时 1671ms

# AI 根据拿到的数据又调了一次经营分析做最终回答

[MCP] 调用工具: get_business_insights 店铺ID: 1

[AI] deepseek ✓

[MCP] 返回: get_business_insights 耗时 1302ms

# 最终 AI 回复老板

今日营收约3,200元,共98单。招牌牛肉面卖得最好,已售18份。

```

每条 `[MCP]` 开头就是一次工具调用。可以看到整个过程完全不需要人插手——AI 自己决定查什么、自己调工具、自己分析数据、自己回复老板。

工具调的是 MySQL 数据库,不是瞎编的数字。`get_churn_risk` 这个工具去查了 customers 表里哪些顾客超过 14 天没来了,拿到数据后丢给 DeepSeek 分析,最后返回"孙先生34天没来,建议发券召回"这类具体的结论。

三层降级也起作用:如果 DeepSeek 连不上,会自动切到本地 qwen 模型,再不行就走规则引擎。工具调数据库那步不受影响。

2 个赞

今天搞了几个小修小补:

  1. 小程序店铺图片 — 之前图片路径写成了 /store/store/… 双份前缀,显示不出来,全变成 :convenience_store: 表情。路径改好,还给缺图的店补了默认图。

  2. 演示页面店铺不全 — demo 首页硬编码只写了张记面馆和李记卤味两家,大赛体验店和何氏没加进去,现在4家都齐了。

  3. 演示页面切商家只切两家 — 之前点"切换商家"只在1和2之间来回跳,改成4家循环了。

  4. 演示页离线数据 — 大赛体验店和何氏没有 mock 数据,切过去报错,现在每个店都有自己的一套经营洞察数据。

  5. 下载桌码 — 之前下载的二维码是普通 H5 链接的码,现在改成微信小程序码了(扫出来先打开小程序拿 openid,再跳 H5 点餐),商家面板也加了"生成小程序码"按钮,可以手动刷新。

  6. 新增示范桌码扫码点餐示例,欢迎大家测试

3 个赞

这个我也有,但我这个不参赛。你这个可以增加排队功能。顾客跟AI聊天取号排队。排队完成,AI通知老板安排位,或者AI通知顾客直接坐哪一桌

2 个赞

新增视频

最新视频

2 个赞

增加老板每日微信推送:

我觉得我们最佳的优势就是没有任何复杂的操作,经过微信的沟通,让AI通过自然语言来给商家赋能,经过实地勘察,发现太多的商家的收银系统就是简单收钱,没有最大化利用软件给经营赋能。经过我们这套AI管店,让商家实实在在的了解经营中的困境,让AI去给客户画像,商家更好的为客户去服务。现在的小商家生存压力实在太大了,那么多的家庭靠着一个小店维持着生活,我们应该给他们更多的关注,解决他们的痛点。这也是我们做这套系统的初衷。我们结合微信-企业微信-h5,每个关节都最大化的利用各种优势。我们下一步是结合抖音的优势,利用抖音来客,抖音视频,继续给商家赋能,在符合政策的条件下,为更多的中小型店铺打造更好用的系统。

2 个赞

这个项目真正做到了“技术向下兼容”——58岁老板不用学系统,聊两句就能管店。解决了很多夫妻小店的真实困境,这个方向很有社会价值。已体验,支持!

同为TRAE创作者,我这次报了生活娱乐+社会公益(智慧助老)双赛道,做了「年轮」这款家族时间轴工具。中国有2.8亿老人,每一位都是活着的历史书,但太多故事没被记录就消失了。年轮——把家人的故事连成时间,让每一个普通人的记忆都被记住,觉得有意思求个投票和评论欢迎交流: 【生活娱乐赛道】年轮——从小疼你的人走了,你能说出他们的故事吗?——把家人的故事连成时间,让每一个普通人的记忆都被记住

demo在线体验:年轮 - 把家人的故事连成时间

1 个赞

“我就想安安心心做面,为什么要我学会用电脑?”——张阿姨这句话道出了2000万街边夫妻小店的共同困境 :steaming_bowl: 19个MCP工具+三层降级机制(云端API→本地模型→规则引擎),说明不只是在做Demo,而是认真考虑了生产环境的可靠性。

建议:AI对话页面如果能加入"一键操作"功能(看到"卤蛋建议降价"卡片后直接点按钮就完成调价),对58岁老板来说会更友好。

这个项目让我想到,运维工具也应该这样——让AI直接告诉你要关注什么。我做了一个运维中台也是这个思路:网络智能运维中台 | NetOps AI Hub v4.0 初赛版 互相交流!

我本身就是个外卖店老板,你这个项目是解决面的问题,我做的项目是解决点的问题。