跳到案例正文
渐成记·佳词宜记返回房间

佳词宜记

一款可在电脑和手机使用的离线词汇学习产品。

Windows / Android

学习体验 · 产品交付

访问产品官网 ↗(新标签页)

分工与结果

我的工作

提出双算法假设,亲自使用后要求取消,并再次检查学习与复习流程。

AI 的参与

分析技术方案,完成主要代码实现、删除调整和技术排错。

当前结论按本人回顾,产品重新聚焦单一学习主线。外部用户验证仍待补充。

同样的学习动作,按屏幕重新组织。

电脑上的学习卡
Windows · 学习卡
手机上的学习卡
Android · 学习卡

Flutter 1.9.6+196 · 2026-09-02 运行截图 · 两端独立采集

选择上方标注,可以在两张原图中找到对应区域;点击图片可查看原尺寸。

方案是我提出的,也是我决定删掉的。

佳词宜记 · 一次自用复盘

我曾提出增加另一套背词算法,希望产品更完整、使用者有更多选择。Coding Agent 完成实现后,我在自己的持续使用中发现,这份复杂度带来的体验价值有限。我据此重新判断自己提出的产品假设。于是我要求取消双算法方向,并重新走学习和复习流程,检查调整后的使用感受。功能去留继续按实际使用价值判断。

判断转折
依据实际学习体验,判断一种选择是否值得保留。
最终取舍
取消自己提出的方案,重新聚焦一条学习主线。

这次结论来自我的持续自用,尚未经过外部用户验证。

本人回顾与代码记录,分别证明什么?

来源:本人在 2026-09-12 补充的经历回顾,该日期仅为补充时间。具体使用负担尚待与旧记录对应;个人使用判断仅覆盖自身体验,外部用户验证、学习效果、性能和算法优劣仍需独立依据。其他版本的现有截图按各自版本展示。

历史代码中,具体收敛了哪些状态?

2026-08-01 的 Flutter 删除提交与其父提交都标为 1.9.4+194,下列变化按提交区分。

设置选择
旧版同时提供 MMS / FSRS,选择 FSRS 需检查专业版权限;后续改为 FSRS 单项说明。
试用到期
旧版会从 FSRS 回退到 MMS;后续删除算法回退,保留自动备份的权益回退。
旧数据接入
同次修改在数据库升级和备份恢复中归一旧算法标识,调度统一使用 FSRS。相关测试定义可查,运行结果仍需独立验收。

这些代码记录说明功能收敛的范围。哪套是本人回顾中的“第二套”、该提交是否对应同一轮修改,以及具体哪个学习动作产生负担,仍需本人反馈与历史记录对应。

查看脱敏核查说明 ↗(新标签页)

先完成本地学习,
再扩服务。

先把词库、例句与核心学习放在本地,后置云同步、复杂账号和社区,让用户直接进入学习流程。

保留备份、恢复和导入导出入口,支持本地数据维护。自动跨端接续尚待验证。

这两张图能证明什么?

两张图展示词库导入与数据管理入口。备份恢复的执行结果、断网下的完整学习流程,尚缺本轮运行验收记录。

产品需求与源码中存在随包词库及本地备份实现。静态界面、实现记录与完整运行验收分别说明界面、代码和运行结果。

佳词宜记 Windows 窄窗口中的导入词库页,展示 CET-4、CET-6、GRE 等词库及导入按钮。
可用词库与导入入口Windows 窄窗口 · 截图未显示版本

按学习目标选择词库,保留明确的导入入口。

佳词宜记 Windows 设置页的数据管理区,包含备份数据库、从备份恢复、CSV、JSON、Anki 导入导出和健康检查入口。
数据管理 · 备份与恢复Windows 窄窗口 · 截图未显示版本

备份、恢复与文件交换放在同一处。

组织词卡、练习
与听学流程。

产品提供词卡、主动练习和听学入口。这些界面展示使用范围,学习成效需要通过实际使用另行验证。

展开学习、练习与听学的原始界面3 张
佳词宜记 Windows 新词学习卡正面,显示 the、音标、点击翻牌以及发音和详情入口。
新词学习 · 翻牌前Windows 窄窗口 · 截图未显示版本

围绕当前词,组织发音、释义和详情入口。

佳词宜记 Windows 测试中心,展示题目数量、已学单词或全部词库范围,以及选择题、拼写测试和听写模式。
测试中心 · 题量与范围Windows 窄窗口 · 截图未显示版本

按题量与范围,进入选择、拼写或听写练习。

佳词宜记 Windows 随身听页面,展示 CET-4 来源、倍速、重复次数、释义和例句设置,当前单词为 a,并有播放按钮。
随身听 · 播放配置Windows 窄窗口 · 截图未显示版本

将词库组织为带倍速与重复设置的听学入口。

从能使用,
走到可维护。

把跨端词汇学习做成真正可以下载、更新和离线使用的产品。

交付范围
双端客户端 / 官网分发 / 更新链路
公开状态
已发布 · E3 等级仅描述材料范围
运行材料
既有 1.9.6 开发与发布记录覆盖 Windows / Android 客户端、官网分发和更新清单。2026-09-02 公开快照记录 1.9.6+196 在 Android 16 隔离环境与 Windows 实机运行,Flutter 分析通过、193 项测试通过并有 1 项失败;2026-09-08 仅做材料只读核查,验收结果沿用既有记录。

这里的版本页显示 v1.9.3,来自用户提供的历史界面;首屏为 1.9.6+196 的独立运行快照,两组材料分别标注版本与验收范围。

佳词宜记 Windows 设置的关于页,版本与更新区域显示当前版本 v1.9.3、检查更新按钮及导航栏定制选项。
版本与更新 · v1.9.3Windows 窄窗口 · v1.9.3

版本标识、更新入口与导航设置一起呈现。

让个人判断,接受外部检验。

下一步,邀请外部使用者完成学习与复习,记录他们在哪一步需要帮助、哪里偏离了预期,再根据观察结果决定下一轮取舍。

外部体验验证尚在计划阶段。待补齐的内容包括安装、断网学习、备份恢复和升级后的完整验证。

版本与材料来源

技术背景:为什么迁移到原生客户端?

技术路线的分析来源

2026-07-25 迁移审计比较过复用 Web 的 Capacitor 路线与 Flutter 原生路线,最终选择后者,以移动体验、离线能力与生命周期控制换取更高的迁移成本。

Flutter 路线主要由 AI 提供技术分析。我的个人经历重点是需求、实际使用与产品取舍。

依据:DESKTOP_TO_FLUTTER_MIGRATION_AUDIT.md(2026-07-25)与产品需求基线。上方两端运行截图属于独立的 1.9.6+196 候选快照;迁移前后的同场测试仍缺对应材料。

截图来源、版本与贡献边界

本页首屏:双端运行快照

2026-09-02 导出 · Flutter 1.9.6+196 候选工作快照 · Android / Windows 独立运行。 两图来自独立平台运行,捕获时仅翻牌、未评分。跨端同步、学习效果和评分后的数据一致性需要另行验证;本轮只整理既有截图。

查看 1.9.6+196 运行材料来源 ↗(新标签页)

用户提供:Windows 历史界面

本页精选 6 张 Windows 原图,全部保留窗口与原始比例。版本页直接显示 v1.9.3,其余截图未显示版本。目录日期沿用原文件名,运行验收日期仍需对应记录确认;竖长画面同样属于 Windows 窄窗口。

查看用户原图来源与核对记录 ↗(新标签页)

个人与协作边界

我提出增加算法、形成双算法的产品假设;在自己的持续使用中判断其体验价值有限,随后要求取消双算法方向,并再次检查学习与复习流程。这段决策归属来自本人回顾。算法分析、代码实现、删除与技术排错主要由 Coding Agent 完成;Flutter 等技术路线按协作决策呈现,FSRS 等已有算法保留原始归属。

原房间的开场沿用本地 Web 1.9.4 实录;历史 Android 1.0 的启动计时与恢复记录仅对应该历史版本,可在原房间查看。1.9.6+196 为独立的候选工作快照,干净、可复现的发布提交仍待整理。

在原房间中继续核对学习操作

换到手机,学习操作应该放在哪里?

固定一份作参照,先找两端相同的四档自评,再核对它们与词卡、例句的位置。

进入房间对照 ↗