LinkGo 拼车

背景

同城大学城周边出行是个高频刚需——周末去市区、节假日回家、实习通勤，打车太贵、公交太慢。同学之间其实有大量方向一致的出行需求，但缺少一个低门槛的连接渠道。

要做的是一个”发一嗓子就能找到同路人”的工具：车主发单，乘客加入，双方通过院系姓氏匿名展示，保护隐私的同时建立基本信任。

核心决策

• 微信小程序 + 云开发：零运维后端，云函数处理核心逻辑，云数据库直接存取。一个人包全栈的性价比最高的方案
• 院系+姓氏匿名展示：不暴露手机号等真实信息，列表页只显示”机电院张同学”，详情页需加入后才可查看联系方式
• 原子化人数控制：加入/退出用 db.command.inc 原子操作，总人数严格 ≤ 4，避免并发超卖
• 信誉分体系：新用户 99 初始分，退出会扣分，每 5 天自动恢复 5 分。低于 60 分需购买订阅才能加入拼车
• 订阅消息通知：满员全员推送、每日定时提醒未完成的拼车单，信息留存走微信订阅消息体系
• 合规安全优先：用户协议、隐私政策、乘车安全须知一应俱全，手机号验证已接入（待微信审核激活）

架构概览

微信小程序前端（miniprogram/）
  ├── pages/ — 首页/发布/详情/个人中心/协议页
  ├── utils/ — auth/db/places/calendar/medals 工具层
  └── app.js — 全局状态

微信云开发（cloudfunctions/）
  ├── login — 身份识别，获取真实 _openid
  ├── verifyPhone — 手机号解密验证（待激活）
  ├── initDevData — 开发环境初始化
  ├── cleanupRides — 定时清理过期拼车单
  ├── checkUnfilledRides — 订阅消息定时推送
  └── sendSubscribeMsg — 即时订阅消息发送

云数据库
  ├── users — 用户信息、信誉分、订阅状态
  ├── rides — 拼车单（出发地/目的地/时间/人数）
  └── applications — 拼车成员关系

前端通过云函数 SDK 直调云函数，数据库安全规则按角色控制读写权限。

当前状态

合规安全体系代码已完成，待微信后台审核手机号验证能力后激活。订阅消息推送体系（场景 A/B/C）已完整上线，包含满员即时推送和定时扫描推送。

技术债方面：rides 集合存在 to 和 destination 字段并存的历史遗留问题，待统一。