输入为周期性SOP任务定义，关键操作是构建基于当前时间的周期键逻辑并模拟重置场景，产出为经过多轮时间推演验证的可靠状态流转机制。核心在于避免依赖后台定时器，而是通过计算确保下个周期自动恢复“待完成”状态。
定义按周期键保存完成记录
普通待办勾选完成后会从列表消失，但周期性sop需要保留记录并在下一周期自动重置。首先需明确数据结构：不存储绝对日期，而是存储“周期键”。当用户勾选完成时，系统仅记录“今日已完成”，并将该任务的内部状态标记为已归档，而非删除。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
根据图片中的核心逻辑提示，SOP被勾选后，下一天、下一周或下个月的状态处理必须明确。关键在于生成唯一的周期标识符，例如将年月日组合为字符串作为Key。这样，系统在渲染列表时，只需检查当前周期的Key是否对应完成记录，若无则显示为“待完成”，若有则显示为“已完成”且不可再次勾选，直到新周期到来。
模拟周日到周一的时间跳跃测试
验证周循环重置最简单的方式是跨越周末。假设当前为周六，用户勾选了“每周一次”的SOP。此时周期键为2023-W45（第45周）。若直接查看列表，它应显示已完成。现在，将系统时间模拟推进至周日凌晨。由于周数未变，状态仍应为已完成。
继续推进至下周一，即进入W46。此时重新计算当前周期键，发现与上次记录的W45不同。系统判定为新周期，自动将该任务状态重置为“待完成”。此过程无需后台定时任务触发，仅在用户打开页面或刷新数据时，通过对比当前时间与周期键的差异即可实时判断。
覆盖月底到月初及页面重开的边界场景
月循环重置涉及天数变化，如1月31日勾选后，2月1日应重置。测试用例中，设定一个每月1号执行的SOP。在1月31日勾选完成，记录周期键为2023-01。当时间变为2月1日，周期键变为2023-02，两者不匹配，任务自动恢复待办状态。这验证了月份切换时的逻辑正确性。
最后测试页面重开场景。用户在1月31日勾选后关闭应用，次日2月1日重新打开。此时前端代码执行初始化逻辑，获取当前时间生成2023-02作为查询Key。由于本地存储或数据库中无2023-02的完成记录，任务自然呈现为初始的“待完成”状态。这种设计确保了无论用户何时访问，只要跨过了周期边界，状态就会准确重置，避免了因设备离线或重启导致的状态丢失。
