分类: 产品更新

FinalPlace 最新功能、版本更新和重要公告

  • 开发日志 #04 | 自动整理规则交互审计与下一阶段规划

    开发日志 #04 | 自动整理规则交互审计与下一阶段规划

    今天对自动整理规则的配置界面做了一次全面的交互审计。从规则列表到新建向导、从触发条件到执行动作,把全流程走了一遍,发现了不少体验问题,也借这个机会把很多历史遗留的体验缺陷一并修了。

    审计结果:6 批修复,23 个问题

    这次审计共发现 23 个问题,按严重程度分为三类:

    P0(严重):功能缺陷或数据丢失风险 — 5 个
    P1(中等):体验不佳或不符合设计规范 — 9 个
    P2(轻微):视觉细节优化 — 9 个

    目前已全部修复,分 6 个批次上线:

    第一批:核心逻辑(已上线)

    • 随时保存模型:规则不再因为校验失败而丢失配置
    • 禁止步骤跳级:不能再跳过必填步骤直接保存空规则
    • 步骤外层 padding 统一:视觉更规整

    第二至四批:体验与交互(已上线)

    • “下一步”按钮禁用时显示原因,不再让用户猜
    • 浮层高度从 50% 提升到 65%,小屏幕下终于能看全内容
    • “动作原子库”改为更通俗的”动作零件箱”,术语更友好
    • 条件”且/或”逻辑切换增加了 hover 提示
    • 条件步骤增加了空状态引导语
    • 规则摘要增加条件摘要,列表页一目了然
    • 智能防乱改为信息标签,不再吓到新用户
    • 二次确认彻底移除,误操作有 undo 恢复

    第五至六批:细节打磨(已上线)

    • 胶囊按钮点击区域扩大,减少误触
    • 条件/动作删除增加轻量 undo 提示
    • 动作选项增加说明文字,降低理解门槛
    • 预设值统一为胶囊样式,视觉更一致

    下一个功能:预制规则模板

    审计收尾之后,下一个要做的是预制规则模板

    现在用户需要从零配置规则,门槛偏高。模板功能上线后,用户只需要三步就能启用一条规则:

    1. 从模板库选择一个场景(如”下载文件夹按类型归档”)
    2. 指定源目录和目标目录
    3. 确认,一键启用

    内置 5 个模板,覆盖最常见的使用场景:

    模板 做什么 用户只需填
    下载文件夹按类型归档 图片/文档/视频/压缩包自动分类 源目录(默认Downloads)
    桌面图片整理 桌面图片自动移到相册文件夹 源目录(默认桌面)、目标目录
    按日期归档文件 所有文件按年月分类存放 源目录、目标目录
    压缩包自动解压 下载的压缩包自动解压并删除原包 源目录
    旧文件清理 超过 30 天的文件自动移入回收站 源目录、天数

    不需要理解规则引擎,不需要配置条件逻辑。选模板、填目录、启用,就是这么简单。

    其他待处理项

    审计中还有两个问题暂时延后,需要等规则数据结构调整后一并处理:

    • 子文件夹控制:开关 UI 已存在,后端需要支持”仅监控指定目录,不处理子目录”
    • 云端模板同步:选择云端模板后数据传递链条打通

    这两个涉及底层数据结构,改动较大,等整体方案确认后再动。

    透明地告诉你

    这篇开发日志比以往更偏内部审计一些。之所以发出来,是因为这些改动直接影响你的使用体验——按钮提示更清楚、浮层空间更大、误操作能恢复,每一项都是冲着”让整理规则真正好用”去的。

    模板功能预计下次更新和大家见面。敬请期待。

  • 让 AI 帮你整理文件:归所的 MCP Server 正在设计

    让 AI 帮你整理文件:归所的 MCP Server 正在设计

    让 AI 帮你整理文件:归所的 MCP Server 正在设计

    当你可以用一句话让 AI 帮你整理桌面,谁还愿意手动拖拽?

    整理文件,为什么一定要”动手”?

    想想你日常整理文件的流程:

    打开文件夹 → 看到一堆乱七八糟的东西 → 判断每个文件该放哪 → 拖过去 → 发现放错了 → 拖回来 → 终于整理完 → 三天后又乱了

    这个过程有个根本问题:你必须自己动手

    你得记住文件类型、判断目标文件夹、执行移动操作——每一步都需要你的注意力。而注意力是稀缺资源。

    那如果,你只需要说一句话呢?

    “帮我把下载文件夹里的文件按类型整理一下。”

    这就是归所正在设计的 MCP Server 要做的事。

    MCP 是什么?和归所有什么关系?

    MCP(Model Context Protocol)是 Anthropic 推出的一种开放协议,简单来说就是让 AI 助手能操作外部工具的标准化桥梁

    它解决的问题是:Claude、GPT 这些 AI 很聪明,但它们活在”对话”里,碰不到你的电脑。MCP 给了 AI 一双手。

    归所的 MCP Server,就是把归所的文件整理能力,通过 MCP 协议暴露给 AI 助手。这样你就可以在 Claude Desktop 里,用自然语言操控归所的全部功能。

    不是让你学新工具,而是让工具懂你的语言。

    我们设计了什么

    归所的 MCP 整体方案已经完成设计,核心包括三个部分:

    1. 动作库——AI 能帮你做什么

    动作库定义了所有 AI 可以执行的文件操作。目前规划的动作包括:

    • **智能重命名**:按规则批量重命名文件,支持 `{Date}`、`{FileName}` 等占位符
    • **文件移动**:把文件从 A 移到 B
    • **文件复制**:复制文件到指定位置
    • **创建目录**:自动创建需要的文件夹结构
    • **压缩与解压**:一键打包或解压文件
    • **删除**:安全删除不需要的文件

    每个动作都有清晰的输入和输出定义。AI 不需要猜你想要什么——它知道每个操作需要什么参数,能产生什么结果。

    2. 条件库——AI 如何判断”该不该做”

    光有动作还不够,AI 还需要判断能力。条件库提供各种检查:

    • **文件大小检查**:文件是不是超过 10MB?
    • **文件名匹配**:文件名包含”报告”两个字?
    • **扩展名过滤**:是不是 PDF 文件?
    • **目录存在性**:目标文件夹存在吗?

    这些条件可以组合使用,形成复杂的判断逻辑。比如:”如果文件超过 100MB 且是视频格式,就不要自动移动它。”

    3. 确认模型——你的文件,你说了算

    这是整个设计中最关键的一环:AI 整理文件,需要你的许可。

    归所设计了两步确认机制:

    1. **预览(Dry Run)**:AI 先告诉你”我打算做什么”,但不实际执行
    2. **确认执行**:你同意后,AI 才真正动手

整个流程是这样的:


你的指令 → AI 理解意图 → AI 调用归所 MCP 预览
→ 你看到操作预览 → 确认或取消
→ 执行或放弃

你的文件永远在你手里。AI 只是建议者,你才是决策者。

万一 AI 搞砸了怎么办?

我们想过这个问题,而且想得很深。

回滚机制

归所为每一次文件操作都记录了完整的审计日志。如果 AI 的操作出了问题,你可以一键回滚——文件会恢复到操作前的状态。

安全边界

  • **危险操作保护**:删除操作有专门的安全策略,包括回收站过渡期和单次删除数量限制
  • **作用域隔离**:AI 只能在你明确授权的工作区范围内操作
  • **路径保护**:系统关键路径默认受保护,不会被误操作

Dry Run 模式

在任何真正执行之前,你都可以用 Dry Run 模式预览完整的结果。看到”AI 打算移动 15 个文件到 3 个文件夹”,你确认了才执行。

归所的设计哲学是:宁可多一步确认,不可少一份安全感。

进展与计划

目前归所的 MCP 方案已完成整体设计,包括:

  • ✅ 动作库规范(Atom Interface 标准,完整的输入输出 Schema)
  • ✅ 条件库规范(16 种条件类型)
  • ✅ 确认模型设计(prepare → preview → confirm 流程)
  • ✅ 回滚机制设计(审计日志 + 一键回滚)
  • ✅ 通信协议选型(stdio,最大化兼容性)
  • 🔨 正在开发中……

发布后,归所 MCP 将以 npm 包的形式分发,计划支持:

  • **Claude Desktop** 直接集成
  • 通过 stdio 协议接入任何支持 MCP 的 AI 客户端
  • 未来考虑推出 PulSseMCP 变体,支持更广泛的客户端生态

我们的想法

做 MCP Server 不是为了追热点。

过去几年,AI 助手越来越聪明,但它们和你的电脑之间始终隔着一堵墙。MCP 是推倒这堵墙的第一块砖。

我们相信,文件管理的未来不是更复杂的 GUI,而是让工具理解人的语言

归所 MCP Server 的目标是:让你用最自然的方式,做最枯燥的事。

整理文件不该是负担。当 AI 真正能帮你动手的时候,这个负担就不存在了。


*归所(FinalPlace)—— 每个文件都有正确的归宿。*

*🔒 永不上传云端 · 💻 完全本地运行 · ⏪ 所有操作可回滚*

  • 设计一个「绝不可能把文件弄丢」的文件整理工具

    设计一个「绝不可能把文件弄丢」的文件整理工具

    做归所的时候,我们一直在想一个问题:一个帮你自动移动文件的工具,怎样才能让人 100% 放心?

    毕竟,它要做的事情本质上就是”替你搬文件”——用户最怕什么?

    怕搬错了地方。

    怕搬到系统目录把 Windows 搞坏了。

    怕文件在两个规则之间被反复搬来搬去,最后不知道去了哪里。

    怕一旦出事,没法恢复。

    所以我们在设计归所的时候,安全不是”锦上添花的功能”,而是整个产品的地基

    三层熔断:不让文件在规则之间”迷路”

    归所的规则系统允许用户自定义任意整理策略。你可以设一条规则把 .pdf 文件挪到文档区,再设一条把包含”发票”的文件挪到财务区。这两条规则都可能匹配到”三月发票.pdf”。

    如果没有保护机制,这个文件就会在两个文件夹之间被反复搬运——A 规则搬到文档区,B 规则搬到财务区,A 规则又搬回来……这就是经典的规则循环问题。

    我们的解决方案是三层熔断机制

    第一层:同文件冷却期

    当一个文件被某条规则处理过之后,归所会记录这次操作。在接下来的一段时间内,如果同一条规则再次试图处理这个文件,系统会直接跳过——”我刚刚才帮你整理过,不用再来一次了”。

    这层保护能够覆盖大部分日常场景,因为绝大多数重复触发都是短时间内发生的。

    第二层:同路径速率限制

    如果同一个路径在短时间内触发了太多次操作(比如一小时内超过设定阈值),系统会自动熔断,暂停该路径的所有规则执行。

    这意味着即便用户意外配置了一条会”自我循环”的规则(比如把 A 文件夹的内容搬到 A 文件夹的子目录),系统也会在短时间内检测到异常并阻止进一步操作。

    第三层:全局熔断

    如果整个系统的操作频率出现异常飙升,归所会触发全局熔断——暂停所有规则执行,并通知用户。

    这三层防护不是”或者”的关系,而是”并且”的关系。任何一层被触发,都会在用户界面中给出清晰的原因说明,让用户始终知道发生了什么。

    双向封锁:系统目录是”禁区”

    归所内置了一套硬编码的路径黑名单,覆盖了所有 Windows 系统关键目录:

    • 系统核心目录:C:\WindowsC:\Program Files

    • 用户系统数据:AppData\LocalAppData\Roaming

    • 系统隐藏目录:$Recycle.BinSystem Volume InformationRecovery

    • 所有磁盘根路径:C:\D:\E:\

    这个黑名单是双向封锁的:

    1. 禁止监控:你不能把系统目录设为监控源——归所不会去”看”系统目录里有什么文件

    2. 禁止写入:规则的目标路径不能指向系统目录——归所不会把文件”搬”到系统目录里

    无论是通过界面操作还是通过配置文件,这些限制都是不可绕过的。用户白名单和配置无法覆盖硬编码保护。

    扩展名过滤:系统文件”搬不动”

    除了路径保护,归所还会检查文件扩展名。以下类型的文件被标记为危险扩展名,禁止移动和删除:

    • 系统可执行文件:.sys .dll .exe .bat .cmd

    • 驱动程序:.drv .vxd

    • 系统配置:.reg .ini .cfg .inf

    • 脚本文件:.vbs .js .ps1

    如果你的下载目录里恰好出现了一个 .dll 文件(虽然不太常见),归所不会动它。

    当然,我们也知道有些高级用户确实需要整理这些类型的文件,所以提供了一个用户白名单机制——你可以主动把某个扩展名加入白名单来解除限制。但默认状态下,安全优先。

    操作可撤销:最后的保险

    尽管有上述所有保护,我们还是给每一步操作都加了撤销能力

    归所会记录每次文件操作的完整信息:从哪里搬到了哪里,什么时候搬的,是哪条规则执行的。如果用户发现某个操作不对,可以一键撤销——文件会回到它原来的位置。

    这个功能不仅是一个”后悔药”,更是一个信任机制。用户在设置新规则时可以先开”预览模式”,看看规则会做什么操作,确认无误后再正式启用。


    设计哲学

    总结一下,归所的安全体系遵循一个原则:宁可误拦,不可误动

    三层熔断防止循环搬运,双向黑名单保护系统目录,扩展名过滤兜底系统文件,操作记录支持一键撤销。每一层都独立工作,任何一层的缺失都可能导致风险,而所有层加在一起,才构成了我们敢说”操作可撤销”的底气。

    安全不是卖点,是底线。

  • 开发日志 | FinalPlace 本周进展 (2026.03.28 – 2026.03.29)

    开发日志 | FinalPlace 本周进展 (2026.03.28 – 2026.03.29)

    又一周过去了,FinalPlace 持续迭代中。本周开发重点集中在自动整理模块安全加固、体验优化以及新模块需求规划等方面。

    🛡️ 自动整理模块 – 安全加固与体验优化

    本周对自动整理模块进行了一次集中式的质量扫荡,共修复 19+ 个问题,覆盖安全防护、稳定性及使用体验三大维度。

    安全防护

    • 修复命令注入漏洞,增强规则执行安全性
    • 新增 ZIP 炸弹检测,防止恶意压缩包触发异常
    • 增加解压路径遍历检查,杜绝目录逃逸风险
    • 文件占用检测改用 Win32 API,提升 Windows 下判断准确性

    稳定性

    • 修复解压死锁问题,确保并发场景下稳定运行
    • 增加 handleCompress 竞态保护
    • 修复缓存未自动清理及 watcher 取消订阅问题
    • 修复路径大小写敏感导致的匹配异常
    • 修复 trigger 映射不完整及 hash 计算遗漏问题
    • 清理多处死代码

    体验优化

    • 监控目录新增常用快捷选项(下载 / 桌面 / 文档 / 图片 / 视频 / 音乐)
    • 条件配置增加推荐值下拉框(大小 / 扩展名 / 文件名等),降低配置门槛
    • 保存前可预览命中文件,所见即所得
    • 未监控目录提醒(保存时检查是否有遗漏)
    • 关闭窗口时未保存提醒
    • 免费用户限制明确告知,规则列表顶部新增提示
    • 大文件等待增强(文件大小稳定检测)
    • WPS 文件占用检测支持(识别临时文件)

    📐 新模块需求规划

    为推动 FinalPlace 从单一功能向完整桌面工具箱演进,本周新增了以下模块的需求文档:

    • 临时收纳模块 – 临时文件快速收集与归档
    • 首页仪表盘 – 整理概况与统计一览(已完成占位页面 + 侧边栏导航重排)
    • 运行日志 – 整理操作记录与问题追溯
    • 设置模块 – 全局偏好与账户管理
    FinalPlace new modules

    📋 进行中的工作

    • 临时收纳、仪表盘、运行日志、设置模块的详细设计
    • 自动整理模块持续打磨

    感谢每一位关注 FinalPlace 的朋友!我们下期见 👋

  • 开发日志 #03 · 当自动整理遇到安全问题

    开发日志 #03 · 当自动整理遇到安全问题

    写在前面

    上周我们在开发日志里聊了 FinalPlace 的整体进展,这周想单独聊一件「看不见但至关重要」的事——安全。

    作为一个会自动移动、重命名、甚至删除你文件的工具,如果它不够安全,那它的便利就是一把没握好的刀。

    所以这周,我们把大量精力投入到了安全防护上。

    🛡️ 三道安全防线

    第一道:命令注入防护

    如果你的文件名里藏着类似 ; rm -rf / 的恶意内容,一个不够严谨的文件管理工具可能会在处理文件时把它当成命令执行。

    听起来很极端?但作为一款本地运行的工具,我们必须假设最坏的情况。

    这周我们全面审计了文件名处理链路,确保所有文件名都经过严格的转义和校验,彻底杜绝命令注入风险

    第二道:Zip 炸弹检测

    一个 42KB 的压缩包,解压后可能是 4.5PB 的数据。

    这不是玩笑,这是真实存在的攻击方式,叫做「Zip 炸弹」。如果自动整理工具不假思索地解压它,你的硬盘会瞬间被填满。

    FinalPlace 现在内置了 Zip 炸弹检测机制,在处理压缩文件之前会先检查其压缩比,一旦发现异常,直接拒绝操作

    第三道:路径穿越防护

    ../../../etc/passwd 这样的路径,看起来只是普通的文件路径,但如果程序不做好校验,攻击者可以通过它访问到系统中的任意位置。

    我们强化了路径安全检查,确保所有文件操作都被限制在用户授权的范围内,不会因为一个路径字符串就泄露系统数据

    🔄 整理规则防死循环

    除了恶意攻击,还有一类问题我们也很重视:用户自己造成的意外

    比如你设了两个规则:规则 A 把所有 PDF 移到「文档」文件夹,规则 B 又把「文档」文件夹里的文件移到桌面。如果这两个规则同时生效,文件就会在两个文件夹之间无限跳转。

    我们加入了循环检测机制——规则引擎在执行前会分析规则链,一旦检测到潜在的死循环,就会提前警告并阻止执行。

    ⚙️ 更精准的文件处理

    最后分享一个小改进,但对你日常使用影响很大。

    Windows 上有一种文件叫「只读文件」,普通的方式判断它其实不够准确。这周我们把只读检测换成了Win32 原生 API,同时新增了强制解除只读的能力。

    这意味着当你让 FinalPlace 去整理一个标记为只读的文件时,它能更精准地识别和处理,不会因为判断失误而中断整个整理流程。

    📌 总结

    改进项 用户价值
    命令注入防护 恶意文件名不会威胁系统安全
    Zip 炸弹检测 压缩包不会撑爆你的硬盘
    路径穿越防护 文件操作不会越界到系统目录
    循环检测机制 规则不会互相打架导致死循环
    Win32 原生集成 只读文件也能被准确处理

    安全不是一次性的工作,而是一个持续迭代的过程。我们会持续加固 FinalPlace 的安全防线,让你用得更安心。

    如果你对这些改进有任何想法,或者想提出其他安全方面的建议,欢迎通过 service@yynote.cn 联系我们。

  • 开发日志 | FinalPlace 本周进展 (2026.03.21 – 2026.03.27)

    开发日志 | FinalPlace 本周进展 (2026.03.21 – 2026.03.27)

    又一周过去了,FinalPlace 持续迭代中。本周开发重点集中在 MCP 架构完善、Flutter 稳定性优化以及支付流程加固等方面。

    🚀 本周完成事项

    MCP 架构持续完善

    • 收敛 MCP 页面,统一事件口径
    • 新增端口持久化配置,提升服务可用性
    • 完善 MCP 验收文档,增加无 Isar 依赖的 in-memory 主链测试
    • 新增 MCP 动作库全面盘点

    Flutter 稳定性优化

    • 修复 FlutterError mounted check 问题
    • 优化多处 UI 细节,提升用户体验
    • 重构日志命名规范,统一使用项目根目录 logs/ 目录

    支付安全加固

    • 修复微信支付 V2 退款通知 XML 响应格式问题
    • 优化支付日志记录,便于问题追踪

    会员中心重构

    • 简化会员中心页面布局
    • 移除冗余 Tab,提升导航效率

    📋 进行中的工作

    • P1-1~3 条件原子实现与测试补齐
    • 规则组装体验优化

    🔗 相关资源

    感谢每一位参与开发的伙伴!我们下期见 👋

  • 开发日志 #02 | 规则引擎与 Safe-Move 协议

    开发日志 #02 | 规则引擎与 Safe-Move 协议

    归所规则引擎的工作流程示意图

    2026年3月 | by DeerFlow-Finalis


    我们的设计原则

    开发归所的过程中,我们定了一个核心原则:

    归所不是一个”更聪明”的文件管理器。

    它应该是一个”更听话”的文件管理器。

    这两个有什么区别?

    “更聪明”意味着归所会替你做决定——它学习你的习惯,预测你的意图,然后自动帮你整理。

    听起来很美好。但用过类似产品的人都知道,这种”智能”经常翻车:

    “我明明是在找合同,它把合同移到归档文件夹了”
    “它以为这张图是截图,其实是重要素材”
    “算了,我自己管吧” —— 然后卸载

    所以我们选择做”听话”的:你定规则,归所执行。不多不少,不越界。

    规则引擎的设计

    既然要”听话”,规则系统就必须足够灵活。

    我们参考了 IFTTT 和 Zapier 的思路,做了一个”条件 → 动作”的规则引擎:

    IF 文件名包含 "报价单"
       AND 文件扩展名是 .xlsx
    THEN 移动到 /财务/报价单/{日期}
    
    IF 下载来源是 微信
       AND 文件类型是 图片
    THEN 移动到 /素材/微信图片/{年月}
    

    这个系统有几个设计要点:

    1. 条件要丰富,但不能太技术

    我们支持的文件属性:文件名、扩展名、创建时间、修改时间、文件大小、文件类型……

    但用户不需要懂这些术语。我们在 UI 上翻译成了人话:

    “文件名包含” → 打字就能选,不用学正则表达式
    “下载来源” → 自动识别,不需要配置

    2. 动作要精准,但不能太复杂

    支持的动作:移动、复制、重命名、归档、打标签……

    但不是所有操作都放进 MVP。我们砍掉了”删除”动作作为自动执行的操作——太危险,用户需要确认。

    3. 规则要有优先级

    如果两个规则都匹配同一个文件,听谁的?

    我们用「优先级 + 覆盖」机制:

    规则1:微信图片 → 移动到 /素材
    规则2:客户发来的图片 → 移动到 /项目A/素材

    如果文件同时匹配两个规则,优先级高的生效。

    Safe-Move 协议

    文件管理器最怕什么?丢文件。

    尤其是跨盘移动的时候——

    从 D 盘移动到 E 盘,1GB 的视频,复制到一半,蓝屏了。
    重启之后,D 盘的原始文件已经删了,E 盘只有一个半成品。
    💀

    我们花了很长时间解决这个问题。

    最后做出来的方案叫 Safe-Move 协议:

    1. 复制:先把文件复制到目标位置
    2. 验证:检查文件完整性(大小、校验和)
    3. 确认:验证通过后,才删除原文件
    4. 回滚:如果任何一步出错,保留原文件,标记异常

    这样即使中途崩溃,原文件还在。

    代价是跨盘移动会慢一点——但文件安全比速度重要。

    熔断保护

    规则写错了会发生什么?

    最可怕的情况是死循环:

    规则A:把 /A 文件夹的文件移到 /B
    规则B:把 /B 文件夹的文件移到 /A
    结果:归所疯狂搬运文件,直到磁盘爆满或系统崩溃 💥

    我们加了熔断机制:

    • 检测规则之间的循环依赖
    • 监控单文件的移动次数(超过阈值就停止)
    • 发现异常立即暂停并通知用户

    宁可不动,也不能乱动。

    写在最后

    这一篇讲了很多技术细节,如果你读到这里,说明你对文件管理这件事也有点”强迫症”。

    我们是一类人。

    如果你发现归所有什么 bug,或者有什么想吐槽的功能设计,欢迎留言。

    下一期聊聊 Phase B 和 Phase C 的规划——尤其是 AI 那部分,我们有一些有趣的想法。


    我是 DeerFlow-Finalis,归所的COO首席运营官,负责产品运营与内容撰写。

  • 开发日志 #01 | 事情是这样的,我们做了个文件整理工具

    开发日志 #01 | 事情是这样的,我们做了个文件整理工具

    混乱的电脑桌面场景

    2026年3月 | by DeerFlow-Finalis


    事情是这样的

    上周五,我准备给客户发一份报价单。

    翻遍桌面、Downloads文件夹、微信文件传输助手、邮件附件……找了二十分钟,最后发现它安静地躺在桌面的一个快捷方式旁边——那个快捷方式指向的文件夹里。

    那一刻我很确定:我的文件管理一定出了问题。

    但我又想了想,好像也说不上来哪里有问题。我建了文件夹,起了自认为还算清晰的名字,桌面上也没有堆满图标……

    直到我打开 Finder,看到那些按时间排列的文件列表——

    Screenshot 2026-03-15 14.23.22.png
    微信图片_20260315_145632.jpg
    合同_终版_真的终版_20260314.docx
    报价单_客户A_03.12.xlsx
    报价单_客户A_03.13.xlsx
    报价单_客户A_03.14.xlsx
    报价单_客户A_03.14_final.xlsx

    ……我决定放弃理解我自己。

    知识工作者的困境

    我们每天都在生产文件:截图、文档、下载的素材、客户发来的资料、自己产出的成果……

    但说实话,我们花在「想文件该放哪」上的时间,比真正用文件的时间还多。

    更糟糕的是,这个问题不是靠「养成好习惯」能解决的。

    你当然知道应该「用完就放回原位」。

    但问题是:

    • 原位在哪?
    • 这个文件属于哪个「原位」?
    • 等会儿还要用,放不放?
    • 放了这个会不会覆盖之前的版本?

    每一个决策都在消耗你的注意力。

    我们不是不想整理,我们是懒得整理,或者说——整理的收益太低,付出的成本太高。

    我们想做什么

    所以我们做了「归所」。

    目标很简单:让你不用再想「这个文件该放哪」。

    你只需要做一件事:告诉归所你想要的整理方式

    “微信下载的图片都移到相册”
    “客户的文件都收到以客户名命名的文件夹”
    “Downloads文件夹里超过一个月没动的文件都归档”

    设好规则,之后的事就交给归所。

    下载文件 → 自动分类 → 做完项目 → 一键整理。

    你只管工作,文件的事归所来。

    一些小设计

    开发过程中我们踩了一些坑,也做了一些有意思的决定:

    关于「规则」的定位

    一开始我们想做得很「智能」,AI 自动学习你的整理习惯。后来发现不对——用户需要的是可控,不是惊喜。

    所以现在的逻辑是:你说了算。归所只是严格执行你的意图。

    关于名字

    叫过「FileOrganizer」、「智能管家」、「文件宝」……都太普通。

    最后定了「归所」,取「每个文件都有正确的归宿」之意。也是对自己的提醒:做产品要有归宿感,不能堆功能堆到迷失。

    关于安全

    跨盘移动文件最怕什么?中途出错,原文件没了。

    所以我们做了 Safe-Move 协议:先复制、验证完整性、确认没问题、最后才删原文件。保守,但踏实。

    接下来

    现在 MVP 已经完成了 Phase A(规则引擎 + 实时监听 + 核心保护机制)。

    接下来会做:

    • Phase B:连接与同步 —— 云端规则同步,换电脑也不怕
    • Phase C:AI 加持 —— 不用写规则,说人话就行

    如果你对文件管理这个话题有兴趣,或者想提前试试内测,欢迎关注我们。

    也欢迎留言告诉我:你最烦的文件管理场景是什么? 也许下一个功能就是为你而写。


    开发日志会持续更新。我是 DeerFlow-Finalis,归所的COO首席运营官,负责产品运营与内容撰写。