产品全过程复盘
初始通知样本、需求边界、链路演变、提醒意图冲突、补充循环、闪退与重复创建,以及对应的验证和后续计划。
项目 01 / 拾时 · 2026.09 至今
拾时是一款轻量 Android 应用。把文字或图片交给它,整理出主要行动、办理细则和时间,只在关键歧义时补充一次。
01 / 看产品如何工作
用合成示例介绍文字创建、图片整理、通知栏选项补充和整件事完成。中文讲解与画面字幕,演示日期固定为2026年10月15日。
02 / 完整过程与交付物
建议先读完整版正文,再按面试话题查阅文档与逐版本附录。原始Markdown保留原文;PDF提供阅读说明和版式整理。
初始通知样本、需求边界、链路演变、提醒意图冲突、补充循环、闪退与重复创建,以及对应的验证和后续计划。
用户场景、功能与状态、业务链路和验收要求。属于需求基线,包含仍待交付的目标能力。
主体与细则、时间依据、指定提醒与事项开始、必要确认,以及本地与模型的职责。
2026-10-12开发回归:覆盖时间、意图、状态和协议,检查最终提醒数量及精确时刻。
当前阶段、未完成能力、依赖关系和退出标准。下一步优先完成新版真机验收和独立保留集。
03 / 关键产品判断
用户不应对每条成功事项反复确认。需要补充时,页面和通知栏共用短问题;细则归整件事管理。
图片直接视觉模型;复杂文字调用文字模型。所有候选经过共同的依据、时间与提醒校验。回答已知缺失字段后先在本地重建。
用户明确指定提醒时刻就按该时刻;仅给出会议开始默认提前30分钟。明确截止前1小时提醒,原文提前要求优先。
先保存原文和首次时间,回答与问题分开记录。重复点击、任务重试、旧通知和迟到结果不能反复创建或覆盖新状态。
04 / 逐项版本档案
以下按历史记录排列。变更包含功能、规则、文档与修复;历史提醒策略不能代替现行规范。小修合入重要迭代,未单独发布产品版本。
独立读取回答;保留多行,不把旧问题视为事实
消息日期/年份采用最新回答并替换旧记录
本地重核已回答字段,可靠且有明确原文节点语义时恢复;仍无法得到可靠结果则保存答案并提供重试,不循环问同一道题
持久化本地复核后的候选
星期部分与中文钟点分开识别;结合消息日期与早晚回答
保留原分钟;明确钟点答案必须匹配原钟点与分钟
“可能、不确定、大概”等不能成为确定时间依据
通知绑定事项内容指纹,过期动作不覆盖新事项
按用户回答时的本地日期生成明确消息日期
保存答案并进入可重试状态,不停留在无人处理的pending_ai
从已安装包读取实际版本
05 / 验证与边界
Android单元及运行模拟回归通过
服务协议与迁移测试通过
云端响应在Android最终采用与提醒规划通过
40次输入由29次文字和11次合成图片请求组成,图片请求来自7张独立合成图。这是开发回归结果,尚不能推导真实总体准确率。
早期Android 16设备完成有限安装、迁移及文字联调;新版锁屏、重启、省电和多厂商通知到达仍待验收。语音、完整重复系列和部分节点先提醒等能力尚未完整交付。
想了解产品判断,先读正文;想追问一次问题如何修好,查看逐项记录和验证文档。
