读取你的整理规则
Local Config
按照 MyWorkflow/LetsDrop 的 Markdown 模板描述 Inbox、常用归档位置和个人整理习惯;个人 Config 始终保存在本地。
MyWorkflow · File Organization
智能文件分拣工作流
LetsDrop 用于对尚未归档的本地文件进行智能分拣,辅助用户按自己的意图完成归档。你按照 MyWorkflow/LetsDrop 提供的模板描述常用目录和整理习惯,LetsDrop 会扫描待整理文件,结合文件名与必要信息判断最合适的归宿,并先把整理建议交给你确认。
拿不准的文件可以继续留在 Inbox;一个文件同时适合几个位置时,只保存一份真实文件,再从其他位置建立引用;遇到重名或重复文件时,也不会静默覆盖或直接删除。LetsDrop 可以替你完成繁琐的整理过程,但把关键决定留给你。
WORKFLOW
一次整理从读取本地 Config 开始。系统扫描 Inbox、获取必要的文件事实,由 LLM / Agent 结合你的目录语义生成 Move Plan;Review 把建议展示给你,只有确认后的项目才交给 Tools 执行。
Local Config
按照 MyWorkflow/LetsDrop 的 Markdown 模板描述 Inbox、常用归档位置和个人整理习惯;个人 Config 始终保存在本地。
Tools · LLM / Agent
Tools 获取文件名和必要信息;LLM / Agent 结合目录语义与整理习惯,判断每个文件最合适的归宿,并生成 Move Plan。
Human-in-the-loop
本地 Web 页面展示待整理清单。保留你认可的建议,取消不想自动处理的项目;未批准的文件继续留在 Inbox。
Deterministic File Operations
Tools 只执行已经明确授权的文件操作,并在真正移动时再次检查文件状态;重名、重复等运行时情况按照确定性规则处理。
RESPONSIBILITY BOUNDARIES
LetsDrop 的实现由 Skill、Review 与 Tools 三部分组成,并在需要语义判断时调用 LLM / Agent。LLM / Agent 负责判断和建议,Review 把关键决定交还给人,Tools 负责获取文件事实并执行确定性动作。
LetsDrop Skill 运行在 WorkBuddy 中,理解整理意图、读取本地 Config,调用 Tools 获取文件信息,并组织 LLM / Agent、Review 与后续执行。
根据文件信息和目录语义判断“这个文件是什么、最适合放在哪里”,生成建议,但不直接执行文件操作。
Move Review 让你批准或取消归档建议;Duplicate Review 只负责让你决定是否删除已经通过 Hash 验证的重复文件。
Scanner、Extractor、Hasher 等能力获取文件事实;Executor、Renamer、Reference、Delete 等能力执行明确的确定性动作并返回结果。
配置模板、Schema 与公共规范由 MyWorkflow/LetsDrop 维护;LetsDrop 实现仓库不携带用户的私人目录配置。
用户按照公共模板维护自己的 Markdown Config,个人路径和文件整理体系只保存在自己的设备上。
RUNTIME CONFLICTS
Move Plan 只表达建议的归档位置,真正执行时仍以文件系统的实时状态为准。Tools 会在移动前再次检查目标位置;如果已经存在同名文件,就比较双方内容 Hash,再按确定性规则处理。
两份文件都会保留,不覆盖任何一份;系统为双方追加简短 Hash,使它们拥有不同且可追溯的文件名。
说明目标位置已经存在同一份内容。Inbox 中的文件不会立即删除,而是标记为 重复已验证_原文件名.ext,等待你最后确认。
DESIGN PRINCIPLES
有些文件天然适合多个目录。LetsDrop 会选择最合适的位置保存真实文件(Canonical Location),再在其他同样合理的位置建立快捷方式或引用(References)。这样既可以从不同目录找到同一份资料,又不会维护多份容易失去同步的副本。
一个文件只有一个 Canonical Location,避免因为多份副本而逐渐产生不同版本。
其他合适的目录使用 Reference 指向真实文件,让分类可以有多个视角。
信息不足或判断不够可靠时,文件继续留在 Inbox,等待以后或手工处理。
AI 的建议不会直接变成文件操作;真正整理之前,你会先看到并确认待执行清单。
目标位置出现同名文件时必须按明确规则处理,已有文件不会被直接覆盖。
实际文件操作留下可追溯的结果,为异常恢复、审计和未来的 Undo 能力提供基础。