听说Zcode和GLM-5.2更配哦
周六下午五点二十一分，GLM-5.2 降临，我做了个小测试，开发一个 QuickLink 桌面端内网互传工具
01 · 项目总览与目标
本文档定义 QuickLink 桌面化的产品定位、目标用户、核心价值，以及与同类产品的差异化。它是后续所有技术决策的出发点。
1. 一句话定位
QuickLink 是一个体积小巧（~5MB）、零配置、无需服务器的局域网文件传输桌面应用。
打开即用，同一局域网内的设备自动互相发现，点对点直连传输文件，不经过任何中间服务器。
2. 核心价值
| 价值点 | 说明 |
|--------|------|
| 零配置 | 不需要部署服务器、不需要账号、不需要扫码配对。打开就能发现同网设备。 |
| 真正去中心化 | 设备发现走 mDNS（局域网广播），文件传输走 TCP 直连。没有任何中心节点。 |
| 精简轻量 | Tauri 构建，安装包 ~5MB，内存占用低。对比同类工具（LocalSend ~30MB、Electron 类 80MB+）有明显体积优势。 |
| 隐私优先 | 文件不经服务器，传输全程留在局域网内。 |
| 大文件友好 | 桌面端有文件系统，采用流式落盘，传输 1GB+ 文件不爆内存。 |
3. 目标用户
-
跨设备办公者：需要在 PC、笔记本、手机之间频繁传文件的人。
-
隐私敏感用户：不想把文件上传到云盘 / 第三方服务器的人。
-
局域网受限环境：公司内网、无外网环境、离线环境下的文件交换。
-
开源爱好者 / 自托管用户：偏好轻量、可审计、无依赖的工具。
4. 核心功能（MVP 范围）
| 功能 | 是否 MVP | 说明 |
|------|----------|------|
| 设备自动发现（mDNS） | 
| 同局域网设备自动出现 |
| 点对点文件传输 | | 单个文件传输，带实时进度 |
| 流式落盘 | | 接收端直接写文件系统，不爆内存 |
| 多文件 / 文件夹传输 | 
后续 | P3 之后 |
| 拖拽发送 | 后续 | P3 之后 |
| 断点续传 | 后续 | 协议预留，不实现 |
| 手机端入口 | 后续 | 桌面端内嵌 Web 配对页，手机扫码访问 |
5. 非目标（明确不做）
-
不做云存储 / 中转服务器：定位是 P2P 工具，文件绝不落服务器。
-
不做跨网络（外网）传输：仅限同一局域网。外网传输需用户自建 VPN。
-
不做账号体系 / 用户管理：零账号、零登录。
-
不做协作功能（在线预览、评论、版本管理）：不是网盘。
-
不做加密通信的复杂协议：局域网信任模型，明文 TCP 即可（后续可选加 TLS）。
6. 与同类产品对比
| 产品 | 体积 | 发现机制 | 传输方式 | 服务器依赖 | 开源 |
|------|------|----------|----------|------------|------|
| QuickLink（目标） | ~5MB | mDNS | TCP 直连 | 
无 | MIT |
| AirDrop（苹果） | 系统内置 | BLE + AWDL | Wi-Fi 直连 | 无 | 闭源 |
| LocalSend | ~30MB | mDNS / HTTP | HTTP REST | 无 | Apache 2.0 |
| Snapdrop / PairDrop | Web 应用 | WebRTC 信令 | WebRTC | 需信令服务器 | GPL |
QuickLink 的差异化：在 LocalSend 的「mDNS + 直连」思路上，用 Tauri 替代 Flutter，进一步压缩体积、降低资源占用；专注「精简」这一条主线，砍掉非必要的功能复杂度。
7. 成功标准
实施完成后，以下条件视为桌面化目标达成：
-
单个安装包 < 10MB
-
同局域网两台设备，打开应用后 3 秒内互相发现
-
传输 1GB 文件，接收端内存占用增量 < 50MB（流式落盘）
-
传输速度 ≥ 局域网带宽的 70%（受限于磁盘 IO 则另论）
-
完整的 README + 架构文档 + MIT License，可在 GitHub 开源
8.使用体验及建议
智能程度较GLM-5.1有明显提升，而且百万上下文带来的提升是完全不一样的感觉。一个会话窗口聊了两天，记忆一点儿也没降低，体验感非常舒服。
如果把GLM-5.1比喻成一辆陪伴你的家用轿车，那么GLM-5.2就是无限油箱，coding不停永不失忆，从整体的表现来看，使用体验绝佳，正在进行代码梳理，git仓库即将上线！！！
