croc 传文件前先看安全边界：code、relay、续传和接收目录

临时传大文件，最怕两件事：一是绕来绕去，最后还是慢；二是工具看起来挺方便，实际把安全边界藏起来了。croc 的好处是上手很快，但它不是“随便发就行”的那种东西，代码、relay、接收目录和续传规则都得先说清楚。

先把基本流程弄顺

发送端运行 croc send 文件或目录，拿到一次性 code；接收端运行 croc 或 croc code，输入同一个 code 后，传输开始。这个流程很直接，Windows、macOS、Linux、Android 终端环境都能用，但“能用”不代表“可以随便用”。

最容易出问题的，就是这个 code。它不是普通链接，更像一张临时取件票。谁拿到了完整 code，谁就有机会进入这次传输。所以它不能发到公开群，也不能图省事反复复用。Linux 和 macOS 上最好还是交互式输入，别把 secret 直接塞进命令行参数里。

relay 不是明文，但也不是不存在

如果两端在同一局域网里，传输路径可能很直接；如果跨公网、NAT 或防火墙挡住了直连，就可能走 relay。croc 的加密设计让 relay 看不到文件内容，但 relay 仍然可能看到 IP、时间、大小、持续多久这些元信息。

所以不要把“relay 看不到明文”理解成“完全没有痕迹”。如果文件本身很敏感，还是要考虑传输对象、网络环境和保存位置。

接收目录别乱

收到文件时，最好先放进一个空目录。这样做有两个好处：一是你知道这次传进来的到底是什么；二是如果压缩包里有奇怪的路径、重名文件或脚本，也不容易混进工作目录。这个习惯看起来小，实际很有用。

croc 适合什么

• 两个人之间临时传一个大文件。
• 把构建产物从一台机器挪到另一台机器。
• 在手机终端和桌面之间传一段文本或压缩包。
• 不想为一次传输开网盘目录、改权限、发长期链接。

它不适合什么

它不适合团队长期共享文件，也不适合需要审计、权限、过期策略和多人分发的流程。如果你要的是“文件治理”，就别拿 croc 顶。它更像一次性快递，不是仓库。

工具选对了，后面能少很多麻烦。临时传一次，croc 很顺；要长期管文件，就该换更正式的系统。