fancydirty/mediary-scout

Mediary Scout 是一个自托管的软件，它像一个驻扎在你个人网盘里的智能图书管理员。你告诉它想找一部电影、剧集或动漫的名字，它就会自动去网络上搜索资源，把找到的最佳版本搬运到你的115网盘、夸克网盘或光鸭盘里，并检查文件是否完整可用。它的核心用户是那些习惯使用国内个人云存储服务来管理媒体库，但又厌倦了手动查找和搬运文件的个人用户。

在今天，一个典型的用户流程是这样的：当你想看一部老电影时，你可能会打开浏览器，在搜索引擎、影视论坛或特定的资源站里反复搜索片名，加上“下载”、“资源”、“网盘”等关键词。在众多结果中，你需要手动判断哪个链接有效、哪个版本清晰度合适、哪个是广告陷阱。找到有效的网盘链接后，你复制它，打开对应的网盘App或网页，手动执行转存操作。这还没完，转存后你还需要点开文件，确认它确实是你想要的影片，而不是一个空包或错误内容。整个过程涉及多个工具（浏览器、搜索引擎、网盘App）和大量重复的手动操作，尤其是当你想批量收藏一个系列时，这种繁琐感会成倍增加。

用户具体卡在几个地方：首先，信息源是碎片化的，没有统一的、可靠的资源索引。其次，从“找到链接”到“文件安全存进我的网盘”之间存在一个需要手动执行的“搬运”动作，这个动作无法批量自动化。最后，文件内容的“验真”环节依赖人工，你无法在转存前就确信链接指向的是正确且完整的文件。现有的方案，比如依赖固定的资源站手动下载，或者使用一些需要分享敏感账号密码的第三方聚合工具，要么不稳定，要么存在安全和隐私风险。用户的核心需求不是“找到资源”，而是“让资源安全、正确地进入我的个人存储空间”。

Mediary Scout 切入的是 **Agent 执行层**。它没有创造新的搜索能力或存储空间，而是将用户已有的、分散的能力——个人网盘的API、大语言模型的信息理解力、以及公开网络上的资源链接——连接起来，并封装成一个能自动执行“搜索-判断-搬运-验证”完整工作流的智能代理。它解决的不是“有没有资源”的问题，而是“如何让资源自动、可靠地归位到我的地盘”的问题。

旧方案之所以不够好，正是因为它们要么只解决了流程中的一环（如只提供搜索的网站），要么试图用一个中心化的托管服务来包办一切，这要求用户交出网盘账号或信任第三方服务器，在隐私和自主性上做出了妥协。手动流程的卡点在于其不可扩展的重复劳动；而完全托管的商业SaaS则与用户希望将数字资产牢牢掌握在自己手中的意愿相悖。

这个项目现在能够成立，有几个关键条件在近期变得成熟。一是国内主流个人网盘（如115、夸克）提供了相对稳定和开放的API，使得程序化操作成为可能。二是开源大语言模型和Agent框架的普及，让开发者能够以可承受的成本构建一个能理解自然语言指令、并规划执行步骤的“大脑”。三是“自托管”理念在开发者社区的复兴，大家越来越倾向于将核心数据和控制权留在自己手中，而不是依赖不可控的云端黑盒。这些条件共同催生了一个能直接在用户自己的服务器上运行、直接操作用户自己网盘账号的自动化工具。

它透露出一个清晰的变化：AI Agent 正从“聊天和生成内容”向“替用户执行具体、琐碎的数字世界操作”演进。当模型能力足够理解任务，且外部工具（如网盘API）足够标准化时，Agent就能成为连接用户意图与现实数字资产的可靠桥梁。这个趋势不是创造全新的需求，而是将用户早已存在但执行成本过高的手动工作流，自动化、智能化地封装起来。

对于Builder而言，今天使用Mediary Scout最直接的方式，就是将其部署在自己的服务器上，连接自己的网盘账号和LLM API密钥，将其作为一个私人的媒体资源自动归档助手。它最值得学习的设计智慧在于其“边界感”：项目严格限定在“执行层”，它不试图成为资源站、不托管用户文件、也不提供播放器，而是巧妙地利用用户已有的基础设施（个人网盘）和外部信息源（公开网络），通过一个智能代理将两者无缝衔接。这种“利用现有生态，填补自动化断层”的思路，比从零构建一个庞大平台要精巧和务实得多。

这种设计模式可以迁移到许多类似场景。例如，一个自动整理电商平台订单信息并同步到个人记账软件的Agent，一个监控学术数据库新论文并自动下载到指定文献管理工具的Agent，或者一个根据用户订阅的RSS源自动抓取教程视频并转存到个人云存储的Agent。核心模式都是：识别一个涉及多个工具、重复性强的手动工作流，利用现有工具的开放接口，构建一个自托管的、以用户自有资产为中心的自动化执行层。这或许是当前阶段，AI Agent落地最具实用价值的方向之一。