我是谁，为什么要做这套系统
我是一名代驾司机，收入全部来自三个平台：安师傅、新桔代驾、高德代驾。每天晚上出门，骑电动车或开代步车接单，干到凌晨收工回家。
代驾这行的收入有几个特点：
- 按单结算、笔数碎：一晚可能跑几单到十几单，每单金额、平台扣费都不一样。
- 平台规则不透明：同样的流水，扣完保障费、信息费、抽成之后到账多少，各平台算法不同，还经常变。
- 收入波动大：受天气、节假日、时段、运气影响，一晚空等几小时是常态。
最初我靠记忆和感觉判断"今天赚得怎么样、这个月行不行"，但感觉会骗人：明明忙了一晚，可能大半时间在空等；看着单数不少，扣完费到手没多少。
这套系统要解决的问题
一句话：把"我干得怎么样"从感觉变成可以核对的数字。
具体要回答这几类问题：
- 这一晚 / 这一周 / 这个月，我实际到账多少？跑了多少单？出门多少小时？
- 我的时薪是多少？多少时间在真正跑单，多少时间在空等？
- 买的免佣卡到底值不值，回本了吗？
- 按收入计提的车辆基金攒了多少，离目标还差多少？
目标边界（不做什么）
为了让系统能长期跑下去，一开始就划清不做的东西：
- 不做自动交易：系统只算账、提示，转钱、买卡这些动作由我本人做。
- 不预测收入：收入只要还在跑单就必然涨，对我没有信息量；系统只记录事实，唯一关注的"效率信号"是时薪。
- 不做复杂的手工录入：我只在聊天里用大白话报当天数据，入库、计算、出报告全部自动。数据是干活的副产品，不能变成额外负担。
- 不做多用户 / 商业化：这是我一个人的私人系统。
现在的样子
系统已经稳定运行，数据链路是：
我在聊天里报数 → 脚本即时写入 SQLite 数据库 → 统计层统一计算 → 自动生成日报、周报、月报、年报和网页面板。
SQLite 数据库是唯一的事实来源，所有报告都从它算出来。后续文章会逐层拆开讲每一部分怎么设计。