用项目、工作项和每日记录，把零散的工作进展沉淀成可回顾、可导出的工作轨迹。
今天正式发布一个我业余时间做的个人开源小工具：流梭 Flow Shuttle。
它是一款本地优先的个人工作进展日志工具。它不是待办清单，也不是团队协作系统，而是想解决一个很具体的问题：很多工作不是当天完成的，而是持续推进的，但这些推进过程经常没有被好好记录下来。
流梭希望用项目、工作项和每日记录，把平时散落在聊天、文档、会议、笔记和脑子里的工作进展，沉淀成一条可以回顾、可以导出的工作轨迹。
在此基础上，如果你愿意配置自己的模型 API，流梭也可以对今日变更摘要、日报、周报和月报做 AI 提炼。它不是替你凭空生成工作总结，而是基于你已经记录下来的内容，帮你把表达整理得更清楚一点。
很多工作不是“完成”，而是“推进”
在日常工作里，很多事情并不是一个简单的待办事项。
一个需求可能今天讨论范围，明天调整方案，后天补充字段，再过几天才进入开发。
一篇文章可能今天确定方向，明天补资料，后天改结构。
一个项目可能每天都推进了一点，但很难说哪一天真正“完成”。
如果只用待办清单来记录这些工作，最后往往只剩下两个状态：完成，或者未完成。
但中间发生过什么，推进到了哪里，为什么改了方向，哪一天做了关键判断，反而很容易丢失。
这也是我做流梭时最在意的一点：它不只是记录“做没做完”，而是记录“这件事是怎么一步步往前走的”。
所以在流梭里，工作不是孤立的一条待办。它会被放在具体的项目和工作项下面，每天围绕这个工作项记录当天的进展。这样过几天、几周再回头看，看到的就不是一个简单的完成状态，而是一段连续的推进过程。
写日报、周报、月报时，最累的往往是重新回忆
很多人写日报、周报、月报时，真正累的不是写几句话，而是重新回忆这一段时间到底做了什么。
一部分进展在聊天记录里。
一部分结论在会议里。
一部分修改在文档里。
还有一部分只是当时脑子里的判断。
如果当天没有留下记录，过几天再写，就只能不断翻聊天、翻文档、翻会议记录，甚至靠印象补齐。
这件事做多了会很消耗。因为你不是在总结，而是在重新考古。
流梭的思路很简单：不要等到写总结时才开始回忆，而是在每天推进工作时顺手留下记录。
每天记录一点，后面生成日报、周报、月报时，就不需要从零开始拼。它不是替你凭空写总结，而是把你已经留下的每日进展重新整理出来，让总结这件事少一点临时回忆，多一点连续依据。
有了连续记录之后，AI 才真正有用
我对流梭里的 AI 能力有一个很明确的判断：AI 不应该用来替代记录，更不应该在没有材料的情况下帮你“编”日报。
真正有价值的是，先把每天真实推进过的内容留下来，再让 AI 基于这些已有记录做整理和提炼。
所以流梭当前支持两类 AI 提炼：
一类是今日变更摘要。当你在 Today 里围绕不同工作项记录了一天的进展后，可以让 AI 帮你提炼今天相比之前主要推进了什么、变化了什么、哪些内容值得放进总结里。
另一类是日报、周报、月报提炼。流梭会先按照时间范围整理你已经记录下来的工作内容，再由 AI 帮你压缩、归纳和润色，让它更接近一份可以直接查看、复制或导出的工作总结。
这和“AI 自动生成日报”不是一回事。它的前提仍然是：你先留下真实记录，AI 再帮你做表达层面的整理。
为了保持本地优先和个人控制感，流梭不会内置一个统一的公共 AI 账号。AI 功能需要你配置自己的模型 API。你可以决定是否启用，也可以决定接入哪个模型服务。
需要说明的是：如果你启用 AI 提炼，参与提炼的文本会按照你的配置发送给你选择的模型服务商处理；流梭不会把这些内容上传到自己的服务器。这个设计的目的，是把选择权和控制权尽量留给使用者自己。
普通笔记能记录当天内容，但很难承接推进中的工作
在做流梭之前，我自己也会用笔记工具每天记录工作进展。
这个方式当然有用。至少每天做过什么，不至于完全没有痕迹。
但时间长了，我发现另一个问题：很多工作不是一天结束的。今天没做完，明天还要继续。为了让第二天的记录能接上，我经常需要先从昨日笔记里把还在推进的内容复制过来，再在下面继续写今天的进展。
如果同时推进的事情多一点，这种复制就会变得很频繁。
昨天写了一段，今天复制过来接着写。
今天又补了一段，明天还要再复制。
几天之后，同一个工作项可能散落在多天笔记里，也可能在不同日期之间重复出现。
这不是笔记工具不好，而是它本来就更像一张按日期展开的纸。它适合记录“今天发生了什么”，但不一定适合管理“一个工作项连续推进了什么”。
流梭想补的正是这一层。
它不是让你每天从空白笔记开始，也不是让你手动复制昨日内容，而是把记录挂在项目和工作项下面。今天推进的是哪个工作项，就进入对应工作项记录今天的内容。明天继续推进时，仍然围绕同一个工作项接着写。
这样记录的重心就从“今天这页笔记”变成了“这件事本身”。
日期依然重要，但日期不再是唯一的组织方式。你既可以从 Today 看到今天做了什么，也可以回到某个项目或工作项里，看它从开始到现在经历了哪些推进。
项目推进过程，需要一条连续的时间线
很多项目在推进过程中，其实会经历很多变化：需求调整、方案取舍、沟通结论、阶段性成果、临时阻碍。
这些内容在当时看可能只是几句话，但过几周再回头看，往往就是理解一个项目为什么走到今天的关键线索。
如果没有连续记录，项目结束后只剩下最终文档，很难看清过程。
流梭会把围绕项目和工作项产生的每日记录串成时间线。回看一个项目时，不只是看到最后结果，也能看到它是怎么一步步推进的。
这对复盘很有帮助。
有些工作当时觉得琐碎，但串起来看，就能看到一个项目的真实脉络。
有些判断当时只是临时决定，但回头看，可能就是后来方案变化的起点。
有些进展当天不显眼，但放进一个月里，就能看出自己确实在持续推进。
流梭想留下的，就是这些平时容易被忽略的过程。
个人工作记录，也应该成为自己的长期资产
个人工作记录里有很多细碎但真实的内容。
它们可能不是正式文档，也不一定适合全部放到某个平台上，但对个人来说很重要。它们是你理解自己工作方式、复盘项目过程、整理阶段成果的材料。
如果这些内容只散落在聊天、笔记、临时文档和各种系统里，时间一长，就很难再完整找回来。
所以流梭选择本地优先。
流梭的数据保存在本地 SQLite，不强制登录，不上传工作内容。它先是一个给个人使用的工具，而不是团队管理系统。
AI 提炼能力也是可选的。只有在你主动配置自己的模型 API 并使用相关功能时，流梭才会把需要提炼的文本发送给你选择的模型服务。
我希望它更关注“我如何记录和回顾自己的工作”，而不是“别人如何管理我的工作”。
流梭当前版本提供什么
围绕这些问题，流梭当前版本先提供了一套基础的个人工作记录流程。
你可以用「项目」承载一个长期推进的方向，用「工作项」承载项目下具体推进的事项，再通过「Today」记录每天围绕这些工作项做了什么。
这些每日记录会继续沉淀成几类内容：
- 日报、周报、月报；
- 项目时间线；
- 工作活跃度热力图；
- 可导出的 Markdown 内容。
这套流程不复杂，也不是为了替代所有工具。
它更像是帮你把平时容易散掉的工作过程，先留下来。等到需要回顾、总结、复盘、整理材料时，不用再从一堆聊天记录和零散笔记里重新拼。
流梭适合谁
流梭更适合长期推进多个事项的个人知识工作者，比如产品经理、开发者、设计师、运营、独立开发者，以及经常需要整理日报、周报、阶段总结和项目复盘的人。
如果你的工作大多不是“一天做完一件事”，而是多个项目并行推进，每件事都在持续变化，那么流梭可能会比较适合你。
它不一定适合所有人。
如果你只需要一个简单的任务提醒工具，待办清单可能已经够了。
如果你需要多人协作、权限管理、上级查看进度，流梭目前也不是这个方向。
它现在首先解决的是个人工作记录问题：把每天推进过的事情留下来，并且让这些记录能在之后被回看、整理和导出。
下载与开源说明
流梭 Flow Shuttle 现在已经正式发布 v0.1.1，并开放下载使用。
下载地址、最新安装包、GitHub 仓库、更新日志和反馈方式，我都统一整理在个人网站的 Flow Shuttle 页面中。后续版本更新，也会优先同步到这个页面。
流梭 Flow Shuttle 页面：
前往流梭 Flow Shuttle 发布页
如果你只是想下载体验，可以直接在页面中获取最新安装包。
如果你熟悉 GitHub，也可以从页面进入开源仓库，查看源码、Release 记录，或通过 Issues 反馈问题。
这是一个早期版本，很多地方还会继续打磨。欢迎下载试用，也欢迎把真实使用中的问题和建议反馈给我。
最后
做流梭的初衷很简单：我希望工作过程不要总是在回忆里被重新拼起来。
很多事情其实每天都在推进，只是当时没有被好好留下来。等到需要总结的时候，才发现那些细碎的过程已经散在各处。
流梭想做的，就是把这些零散的进展接起来。
每天留下几条记录，项目推进的轨迹就会慢慢变清楚。
这也是“流梭”这个名字想表达的东西：让零散的时间和进展，有一条可以回看的线索。