2025.08.13 (三)

Gemini 2.5 Pro 的总结  

搭建生产部署流水线,并为实际运营打下基础的一天。

原文

🗓️ 日期:2025.8.13 周三

目标:2/2

待办:0/0

习惯:3/3

赌约:2 个

naver-028-001

🔂-🎯 目标管理例行系统

一生的目标

  • [人生 RPG]

  • 🎯 月活跃用户数(MAU)达到 100 万以上

2025 年的目标

  • [人生 RPG] (liferpg.online)

  • 🎯 临时路线图(尚未确定):开发 5 个以上人生 RPG 平台内置应用(模块)

  • 🎯 2025.08 iD Note
  • 保存学院/PT 课程记录,并通过出勤打卡和作业等积累经验值、升级的游戏化应用

  • 🎯 2025.09 Oharu(今天一天)
  • 搭载内部 SNS 功能的日常游戏化应用,可设置今日目标,并把达成情况分享给朋友

  • 🎯 2025.10 Pianolic
  • 管理钢琴演奏记录,并收集练习过的曲目和专辑的音乐游戏化应用

  • 🎯 2025.11 Running Party
  • 追踪跑步记录,并提供可与附近其他用户一起跑步的跑步匹配功能的跑步游戏化应用

  • 🎯 2025.12 Auto Vibe
  • 汇总自动化工具和 vibe coding 的技巧与课程,并根据用户目的提出学习路线的教育游戏化应用

  • 🎯 2026.01 Life Store 上线
  • 正式上线平台核心 Life Store。用户可以在商店购买应用访问权限,开发者也可以注册新的应用。

  • 🎯 2026.02 挑战预备创业套装
  • 为了平台成长和稳定运营,挑战政府支持项目“预备创业套装”,验证商业性并获得支持。

  • [iD Note]

  • 🎯 以 SaaS 打造 B2B 模型(以管理员/老师为中心的更新)

  • 🎯 注册 App Store / Play Store

  • 🎯 在 B2B 模型中加入 B2C 要素:统一管理所有课程组织之间的数据(以学生为中心的更新)

  • [健康]

  • 🎯 减重 10kg(85kg → 75kg)

8 月的目标

  • [人生 RPG] (liferpg.online)

  • 🎯 撰写人生 RPG 企划案草案

  • 🎯 构想平台相关业务及收益模型

  • 🎯 考虑转向 B2B

  • 🎯 市场调研:企划案、将加入的应用、业务及收益模型相关,……(+ AI)

  • 🎯 核心假设验证:收集游戏化效能相关资料

  • 🎯 问卷调查

  • 🎯 在 Notion Workspace 中整理内容

  • [iD Note]

  • 🎯 以 SaaS 打造 B2B 模型(以管理员/老师为中心的更新)

  • 🎯 注册 App Store / Play Store

  • [健康]

  • 🎯 减重 2.5kg(84.5kg → 82.0kg)

8 月第二周的目标

  • [人生 RPG] (liferpg.online)

  • [iD Note]

  • 🎯 移动端 UI 优化

  • 🎯 添加“今日测验”功能

  • ✅ 移除所有组织相关功能

  • [健康]

  • 🎯 减重 0.5Kg(84.5kg → 84.0kg)

今日目标(⚠️ 必填)

  • ✅ iD Note:账户相关调试

  • ✅ iD Note:DB 修改/迁移/部署

🔂-📌 待办管理例行系统

今日待办(⚠️ 必填)

🔂-♾️ 习惯管理例行系统

今日习惯

  • ✅ 优点:今天发现的我的优点至少 1 个

  • 拥有较高的开放性,也不太怕生。

  • ✅ 感谢:今天感谢的事至少 1 件

  • 感谢牧师介绍了一位或许能成为伙伴的好人

  • ✅ 例行:今日目标 / 待办 / 习惯检查

naver-028-002

naver-028-003

🔂-💸 赌约管理例行系统

进行中的赌约(⚠️ 必填)

🤔 简短回顾

通过使用 Firebase Emulator,我已经很熟悉在本地测试后再部署到生产环境这件事了。

以前我也闯过各种祸,把错误弄得一团糟,还被用户们说过一两句,

(“这是什么呀老师~ 这个是坏的吧!”……老师转述给我的一个小朋友的抱怨,我实在忘不掉。)

现在部署流程本身似乎终于进入稳定期了。

以后应该再单独做一个测试服务器,先部署到那里,确认没问题之后再部署到生产服务器,这样会更安全一点。

< 注意! >

绝对不要部署 User Authentication 相关内容!

不要随便部署 Firestore Rules!

Firestore Index 在本地模拟器里不需要,但生产环境里没有的话会直接导致错误!

< 部署流水线 >

  1. ./start-emulator.sh –backup:[DB export] 从生产环境导入到本地 Firebase Emulator

  2. firestore.rules:改成全公开权限。(bak2)

  3. schema_migration_service.dart:DB 迁移及修改

  4. ./start-pasting –no-backup:[DB import] 从本地 Firebase Emulator 强制覆盖到生产环境

  5. firestore.rules:改成 RBAC 权限。(bak1)

  6. firestore.indexes.json:添加必要索引

  7. ./start-deploy.sh –rules –index:GitHub Actions / Firestore Rules / Firestore Index

留下评论