使用场景

CPYNET 真正为之而生的五个真实场景 - 而非假设性场景。下面每一条命令都是针对真实部署的真实输入，并附有它实际产生的输出。

从 SSH 会话中分享日志

你通过 SSH 连接到远程服务器，出了点问题，需要立刻把相关日志行发给同事 - 而不需要再来一轮 SSH 访问，也不需要把文件通过邮件发送。

你，在服务器上

$ journalctl -u myservice -n 200 | cpy482913curl "https://llmtag.com/482913"

返回两行：裸代码和一条可直接运行的 curl 命令。把其中任意一个粘贴到聊天里 - 谁读取它，就会得到确切的文本，而且一旦读取就立即消失：

你的同事

$ pst 482913Aug 08 14:02:11 myservice[1823]: connection refused: db.internal:5432Aug 08 14:02:11 myservice[1823]: retrying in 5s...Aug 08 14:02:16 myservice[1823]: connection refused: db.internal:5432

这就是 pst shell 函数 - 它还会顺带把文本放进剪贴板，纯属便利。对方没装 cpy/pst？上面 cpy 打印出的那行普通 curl "https://llmtag.com/482913" 命令效果完全一样，不需要任何别名。无论哪种方式，第二次读取同一个代码（无论是谁，包括你自己）都会返回 404 - 它已经不在了。

从剪贴板被禁用的机器上转移文本

有些环境 - 锁定的公司笔记本电脑、VDI 会话、主机与来宾之间没有共享剪贴板的远程桌面 - 根本不允许你通过操作系统剪贴板把文本复制出来。

被锁定的机器

$ echo "wifi 密码: correcthorsebatterystaple" | cpy174205curl "https://llmtag.com/174205"

几分钟后，你自己的机器

$ pst 174205wifi 密码: correcthorsebatterystaple

无论如何，CPYNET 在被锁定的机器上都从不接触操作系统剪贴板 - 一切都通过 curl 以纯文本形式传出，所以剪贴板被禁用在那边根本无关紧要。读回文本的机器是一台正常的机器，所以 pst 的剪贴板便利功能在那一端可以正常工作。接收端手边没有终端？改用手机扫描发送后出现的二维码即可 - 它会直接在浏览器中打开。

把带密码保护的链接交给不懂技术的同事

并非每个你需要分享的对象都想运行命令 - 客户、经理，或者被锁定机器上的同事，只需要一个链接和一个只需在浏览器里输入一次的密码。

你

$ echo "staging: https://staging.internal  用户: demo  密码: xQ9!vB2m" | cpy -password=handoff2026591042curl "https://llmtag.com/591042"

通过不同的渠道分别发送完整链接（不只是代码 - 代码本身仍需要正确的 URL）和密码。对方在任意浏览器中打开链接，在页面上的字段中输入密码，读取一次 - 无需 CLI、无需浏览器扩展、无需账户。密码错误会失败但不会消耗读取次数；未输入密码只会再次提示。

把容器的输出带回主机

没有共享卷的容器、隔离的构建步骤、CI 任务的中间输出 - 任何 stdout 可访问但文件系统未与你真正需要结果的地方共享的场景。

容器内部

$ docker run myimage some-command | curl --data-binary @- https://llmtag.com/https://llmtag.com/718234

原始管道（容器内未安装 cpy）只会返回裸 URL - 依然只有一行，依然可以通过管道传给下一步：

在主机上

$ pst 718234{"status":"ok","records_processed":48213}

容器里没有安装 cpy，所以退回到了原始管道 - 你自己的机器几乎肯定装了，所以读回来只需要 pst（如果没装，简单的 curl "https://llmtag.com/718234" 效果完全一样）。在 kubectl exec、连 curl 都没有的极简 scratch/distroless 镜像（参见netcat 回退方案），或者任何你唯一能可靠访问的东西就是一个管道的环境中，效果都是一样的。

从命令行进行端到端加密分享

上面的密码（-password=）是在服务器端验证的 - 服务器会短暂看到明文以进行验证。cpy -e 是另一种更强的层：加密完全在你的机器上、在任何内容发送之前完成，服务器始终只存储密文。

你，在客户端加密

$ echo "root ssh 密码短语: Tr0ub4dor&3" | cpy -e305817curl "https://llmtag.com/305817"key (share separately, never with the link/code): n8xQ2vLKw+9fZTa3mPqR7yUvXsB4tCdE

通过一个渠道发送代码，通过另一个渠道发送密钥（打电话、另一个聊天线程、当面交流） - 只拥有链接或代码的人只能得到无法读取的密文，包括服务器本身。

同时拥有代码和密钥的人

$ pst 305817 -key=n8xQ2vLKw+9fZTa3mPqR7yUvXsB4tCdEroot ssh 密码短语: Tr0ub4dor&3

省略 -key=，pst 就会改为打印原始密文 - 无论有没有密钥，服务器始终都没有足够的信息来解密它。