产品会分享 / 2026.10
从产品 Demo
到上线
页面之外，还要补齐什么？
CSC 简例 × 背单词两天改造实录
从一个按钮开始
页面上的“成功”，
真实发生了吗？
✓ 申请已提交后台收到申请，能办理，用户能查进度。
✓ 学习进度已保存换设备、重新登录，记录仍然属于你。
案例 01 / CSC
把“申请已提交”
接成一条真实流程
申请状态从浏览器本地记录，转为服务端保存与判定。
案例 01 / CSC
同一个提交按钮，
涉及三个仓库
代表提交：9c63e32 / 8faac71 / 04e228a / 1a9cc8b
背单词实录 / 会话 × 前后端提交
这两天，页面之外发生了什么？
接入真实业务词库、账号、学习记录；核对 PRD 与加载体验
配置测试资源建表与内容导入；验证数据库、Redis、OSS
排查发布故障后端启动配置、前端构建地址、小程序登录
清理 Demo 残留去掉本机 / 云端二选一，移除预览入口
完善运营与资源调整 Banner 归属；推进音频资源，仍在收尾
北京时间 · 从 10 月 19 日晚这轮改造开始；记录包括已提交、已验证及推进中的工作。
背单词实录 / 会话 × 前后端提交
接上后端后，
还要确认身份也是真的
“前后端是否已经相连？不再使用模拟数据？”
你的会话原话 · 10/19 20:58当时已经接上
词本与学习记录走 Java 和 MySQL。
本地登录仍使用新通契约桩。
继续补齐
连接真实新通身份服务。
对齐登录凭证、续签与账号隔离。
用户端→新通确认身份→词汇服务保存进度
背单词实录 / 会话 × 前后端提交
真数据进来，
体验和规则都要补
“这个方案，怎么解决小程序上传限制大小的问题？”
你的会话原话 · 10/19 21:44内容按需进入页面
词库留在服务端，详情拆小包读取。
统一骨架屏、失败重试和有限缓存。
规则与内容一起验收
核对复习时间、换计划规则。
校订完整答案释义与英文勘误。
提交：前端 24b65e7、6bc65c7、bf48a54；后端 c4000ee。未用提交数量估算工时或性能收益。
背单词实录 / 会话 × 前后端提交
把内容真正送进
测试环境
“数据库导入了没。应该要把本地数据库中的内容导入到测试环境库中”
你的会话原话 · 10/20 12:42环境“能连”之后
还要有业务表、初始化数据和图片。
逐项检查数据库、Redis 与目标 OSS 桶。
迁移有可核对的结果
当时核对了 390 个文字内容包、6 张 WebP。
上传后回读，再由 Java 图片接口验证。
前端 9b0e878；后端 5860fc3、496b1a9。数字来自当时的迁移记录，不代表当前全部内容规模。
背单词实录 / 会话 × 前后端提交
“连不上”背后，
可能是几种不同的问题
“为什么现在出现小程序预览版和前端同时连不到部署后的后端。给我排查问题”
你的会话原话 · 10/20 14:57| 出现在哪里 | 当时查到的原因 | 对应处理 |
|---|
| 后端启动失败 | 部署配置没有启用 OSS 实现 | 补齐实际运行配置 |
| 网页请求 404 | 产物缺少词汇 API 地址 | 修正测试配置与构建模式 |
| 小程序异常 | 502、样式与上传网络问题 | 分开验证服务、构建和上传 |
前端 c4025ed、34c76fc；后端 64be541 记录部署配置修复及公网接口回读。
背单词实录 / 会话 × 前后端提交
服务恢复后，
继续验证发布与用户路径
“这些容器有自动清理机制吗，怎么越堆越多？然后之后每次部署都会出现这些问题吗”
你的会话原话 · 10/20 16:21能发布，还要能再次发布
旧备份容器和发布目录阻塞下一轮。
临时清障后，要修正流水线源脚本。
能访问，还要走完用户路径
页面恢复后，微信登录仍暴露配置问题。
逐一验证登录、保存、重新打开。
此页主要依据当时会话：临时恢复有记录；流水线保留规则未见永久修复的对应提交。
背单词实录 / 会话 × 前后端提交
接上接口后，
还要清理演示时期的假设
“Demo 时期的残留去掉之后，如有必要需要用真实逻辑补上的”
你的会话原话 · 10/20 19:58清理旧的假设
去掉本机 / 云端记录二选一。
移除游客导入、演示预览与固定素材。
补上真实的状态规则
学习记录以云端为持久来源。
版本冲突重读；失败保留重试反馈。
前端 a480d47、3964023、6b3768a；后端已有按账号与版本保存的接口（13a0bc0）。
背单词实录 / 会话 × 前后端提交
上线以后，
谁来维护内容？
“这里的banner也vocab-server管理”
你的会话原话节选 · 10/20 23:15管理路径
新通后台 → 新通权限校验
→ 词汇服务管理接口
展示路径
学习端 → 词汇服务 → OSS
不经过新通管理服务
10/21 本地停服场景验收有记录；词汇前后端仍有未提交改动，未据此宣称新架构已全部上线。
背单词实录 / 会话 × 前后端提交
有一个播放按钮，
还需要可交付的音频
“伪词不需要录音”
你的会话原话 · 10/21 10:46音频也需要交付方案
梳理来源、提前准备、上传 OSS。
检查缺音、英美音和例句音频。
先看业务含义
测词中的伪词有题目设计用途。
按产品规则处理，不盲目补全。
截至 10/21 上午会话，真实词音频下载与例句 TTS 仍在推进；不列为已经完成上线的成果。
交付全貌
上线，需要补齐哪些工作？
| 工作 | 要回答的问题 | 完成证据 |
|---|
| 01 范围与规则 | 什么条件才算完成？ | 首期主流程与开放范围 |
| 02 账号与权限 | 谁能看，谁能改？ | 账号隔离，权限有效 |
| 03 接口与数据 | 保存在哪里，能否恢复？ | 真实保存，重新登录读回 |
| 04 运营与内容 | 上线后由谁处理？ | 后台与前台连通 |
| 05 性能与资源 | 真实内容进来还能顺畅吗？ | 加载、请求与查询检查 |
| 06 构建与部署 | 代码、配置和数据齐了吗？ | 对应产物、迁移与导入记录 |
| 07 验收与恢复 | 能走完流程，能定位问题吗？ | 目标环境验收，版本可追溯 |
把决定提前
技术选型，
从使用场景开始。
让 Agent 从第一天，就沿着确定的边界开发。
四仓策略
固定技术栈，按场景用仓库
各端共享服务端规则，沿用现有框架、依赖和构建方式。
建立新项目远端，按首期范围开发；已有能力仍需配置、联调与验收。
协作方式
把真实流程
提前到第一轮
01确认场景
02脚手架起步
03做通一条流程
04逐项扩展
05目标环境验收
学习场景登录 → 学完一组词 → 保存 → 重新登录读回
脚手架与规范站
把经验变成
下一个项目的起点
全流程演示 / 活动报名示例
现在，从一个新产品开始
用户在浏览器报名 → 运营审核 → 用户查询结果
01入口与权限
02新项目仓库
03交给 Agent
04真实验收
05交付上线
接下来演示操作方法；新项目地址、账号和环境由对应开发确认。
全流程演示 / 01
脚手架在公司 Codeup
打开 Base 组中的仓库；没有权限，就找对应开发开通。
把公司账号、产品名称、仓库链接和错误现象发给对应开发。
源仓库要能读取、拉取；新项目仓库要有开发分支的推送权限。
全流程演示 / 02
新产品的代码，放在哪里？
Base 脚手架→ 拉取 →本地项目目录→ 推送 →新项目四仓
先确定目标位置
对应开发确认公司代码组、四个空仓库、
默认分支和协作权限。
例：event-java / admin / web / uniApp
实际地址从新仓库页面复制。
再让 Agent 初始化
拉取四仓 → 更换各自 origin
→ 对齐分支 → 首次推送。
origin 就是本地代码同步的远端地址。
业务提交应进入新项目仓库。
现场核对：本地远端地址 + 新项目网页上的首个提交；四份代码各有自己的目标仓库。
全流程演示 / 03
给 Agent 一份完整的开工信息
项目：活动报名；本地目录和四仓地址见项目 README。
先读 docs.tzxys.cn/llms.txt、起步指南及各仓 README / AGENTS.md。
沿用现有技术栈，检查 origin，按各仓要求启动现有工程。
第一轮：用户登录报名 → 运营审核 → 用户查询结果。
先确认账号、接口、数据与环境依赖，再做这条真实流程。
完成后给出改动、提交、验证结果和待对应开发协助的事项。
产品确认流程和验收结果；对应开发确认接口与环境；Agent 在新项目中执行。
全流程演示 / 04
现在，亲手报一次名
用户端登录并提交
服务端真实保存
管理端查到并审核
用户端查询结果
重新登录结果仍在
再换一个账号
看不到别人的报名记录。
没有审核权限，就不能修改结果。
再试一次异常
重复提交不产生重复报名。
接口失败给出真实的失败反馈。
记录测试地址、提交版本、验收结果和未通过项；目标测试环境还要重新走完这条流程。
全流程演示 / 05
最后，交给研发什么东西？
| 交付物 | 内容 | 现场展示 |
|---|
| 代码与版本 | 新项目地址、分支、提交 | 打开仓库中的本次改动 |
| 运行与数据 | 构建、配置项、迁移与资源 | 查看项目运行说明 |
| 验收与缺口 | 真实流程结果、未通过项 | 打开测试地址与验收记录 |
| 发布与恢复 | 负责人、版本、日志、回退方式 | 核对目标环境发布结果 |
代码审查→测试部署与验收→生产发布→再次验证真实流程
按项目现有流程发布。Java、Nuxt Web、静态 admin 与小程序各有自己的运行或交付方式。
从下一个项目开始
先做通一条真的。
确定场景 / 使用共同脚手架 / 验证真实流程
让产品同事用 AI 做出来的成果，
持续进入正式交付。