年底述职想不起自己干过什么，这事得在平时解决
- 问题
- 日常忙起来不记录，到年底只能凭记忆拼凑，重要成果想不起来
- 需求
- 记录要顺手、报告要能直接交出去的工作台账
- 解决思路
- 记录之所以断，是因为它总是多出来的一步——把它和打勾合成同一个动作
- 方案
- 待办与日志合并 + 固定四段周小结 + 单文件数据放云盘、轮转备份
- 效果
- 27 次提交跨近两个月；67 个测试文件；已打包成可执行文件
个人工具工作台账离线可用零后端
单文件工具与小产品
年底述职想不起自己干过什么，这事得在平时解决
原来年底靠翻聊天记录拼凑，现在记录是顺手的事，周报月报随时能出
个人工具工作台账离线可用零后端
一句话
记录之所以会断，是因为它总是「多出来的一步」。把记录和打勾合成同一个动作，它才活得下去。
场景
给需要写周报、月报、年底述职的人用。日常活是碎的：今天开会、明天改方案、后天帮别人看个问题——都很小，都不值得单独记一条，可到了年底写述职的时候，恰恰是这些小事想不起来。
真正的问题不在年底那一次，在日常：记录这件事本身要额外花一次力气，所以忙起来第一件被砍掉的就是它。
原来怎么做
一开始是两套工具：一个待办清单管今天做什么，另一个笔记管今天干了什么。结果是两次录入——第二次一定不会做。
后来试过直接写在文档或日历里，写着写着就断了：没有地方提醒，也没有任何东西回报你。
到了写周报的时候，就变成翻聊天记录、翻邮件、翻提交历史，把一周的事情拼出来。拼出来的东西还经常漏掉最重要的一件——因为那件事当时太顺了，没留下印象。
真正的难在哪
以为难点是「坚持」，做起来才发现三个都不是「坚持」问题：
一、记录必须顺手，否则一定不会被记。 如果记一条要切界面、选标签、填时长，那它就是一个负担，而负担在忙的时候第一个被砍掉。所以问题不是设计得漂不漂亮，是能不能不额外多一步。
二、生成的东西要能直接用。 周报做出来还得重新排版、复制到别处才能交，等于没做。它必须能一键变成一段纯文本，直接粘进邮件或者 OA。
三、数据只有一个文件，还要跨设备。 这类工具要连着用几个月甚至一年，丢一次数据，人就再也不会信任它。没有账号体系的情况下，怎么保证不丢，必须提前想清楚。
我的做法
- 待办与记录合并。 每天管理今天做什么的时候，顺手把「今天干了什么、干了多少」写进去。不是两个功能，是同一个动作的两个结果。
- 周小结用固定四段：保持 / 问题 / 尝试 / 下周预案。四栏即时保存，一键生成纯文本——格式固定是为了让「写周报」从创作变成填空。
- 月报、年报按同一套数据聚合，不重复录入。数据只录一次，报告随时可出。
- 数据只放一个文件，放在云同步文件夹里让它自己同步；轮转备份 5 份；文件损坏时自动另存为带时间戳的副本，而不是覆盖——攒了几个月的东西，容错要留够。
- 取舍说清楚：不做账号、不做后端、不做数据库。代价是没有多端实时同步，靠云盘自己的冲突策略；换来的是不用维护服务器、打开就能用、数据不经过任何第三方。
结果与验收标准
- 134 个代码文件、25,060 行；67 个测试文件、13,822 行。
- 27 次提交，跨度 2026-07-20 至 2026-09-07——将近两个月持续迭代，不是一次写完就丢下的东西。
- 17 份文档约 9.8 万字，含安装文档与用户手册。
- 已打包成 Windows 可执行文件与发布压缩包，附带使用说明；也有可安装到手机的 PWA 形态。
- 待填：记完一条实际需要几秒
验收标准我定的是两条：周小结必须能一键复制成纯文本、直接粘进邮件或 OA；数据文件出问题时必须自动另存，不许覆盖。两条都是「使用者能不能真的用下去」的判据，不是技术指标。
可复用的方法论
- 把新习惯挂到已有习惯上。 单独培养一个「记录」习惯几乎不可能；挂在「打勾」后面才可能活。
- 产物要能直接交给下游。 周报的下游是邮件和 OA，不能让使用者再加工一次。
- 单个数据文件 + 云盘同步 + 轮转备份，是「不做后端」时最省事又不丢数据的组合——前提是把容错写在代码里，不是靠运气。
能力标签
React ｜ Vite ｜ TypeScript ｜ PWA ｜ 本地存储 ｜ Python 桌面启动器 ｜ 打包发布
依据
- 功能设计与使用方式（待办与日志合并、四段式周小结、数据与备份策略）：
../06 rili/docs/USER-GUIDE.md - 规格与验收基线：
../06 rili/docs/specs/0001-pwa-todo-work-journal.md - 技术栈与依赖：
../06 rili/package.json - 仓库规模、提交历史、测试文件数与发布物：
../06 rili