一、一段配置，让我盯住了聊天窗口

前几天我在网吧打完一把游戏，烟味还没散，屏幕右下角的时间跳到凌晨一点。我想把自己家里电脑上一段配置参数搞过来。

常规操作是打开微信，点开那个万年置顶的「文件传输助手」，把那段代码发过去，然后在网吧电脑上复制出来。

发完我就盯着那个聊天窗口愣了一下。那段配置里有内网地址，有测试用的 API Key，还有我自己写的临时密码。它们现在躺在微信服务器里，躺在我的聊天记录里，躺在两个设备的消息同步记录里。也许明天、下个月、明年，我搜某个关键词的时候，它还会跳出来。

我只是想让一段文字从A设备到B设备，中间最多持续五分钟。结果它却要被无数个服务器缓存、索引、同步、备份，可能存上好几年。

于是我就开始想，有没有一种方式，能让临时信息真的只是「临时」的。像一张写满字的便签，贴在对方屏幕上，看完了，顺手烧掉。不是删除键那种假装删除，而是从数据库里直接抹掉，从索引里彻底消失。

二、BlinkClip 是什么，又不是什么

它解决的，只是「跨设备临时传一下」

你打开它的首页，看到的就是下面这张图里的样子。没有登录，没有弹窗，没有「注册即可享受更多权益」。就是很简单的一个输入框，一段文字丢进去，点生成，拿到一个链接或者二维码，发给另一台设备。

另一台设备打开链接，点一下「复制内容」，这段文字就完成了它的使命。然后它会在服务端被删掉，或者被标记为已销毁。

我想做的，其实就是一个跨设备的「临时共享剪贴板」。

我跟朋友聊这个需求的时候，他说你这不就是个加强版微信文件传输助手吗。我说不是。微信是把信息存下来再同步，而我想要的是，信息只在两个设备之间短暂地路过一下。像接力棒，不是快递包裹。

所以 BlinkClip 给了五种销毁模式。

第一种是「阅后即焚」。链接被打开一次，内容显示出来，点复制或者直接关闭页面，服务端这条记录就没了。

第二种是「复制后销毁」。这个更严格一点，必须点那个紫色的「复制内容」按钮，系统确认你已经拿到内容了，才会触发删除。适合那种「你必须要拿到，但我希望拿到之后立刻消失」的场景。

后面三种是定时销毁，5分钟、30分钟、24小时。适合那种不是一次性要看，但也不想留太久的内容。比如给别人发一个临时会议链接，或者一段半小时后就过期的验证码。时间到了，系统自动清掉。

我自己最常用的其实是第一种。每次在陌生电脑上登录某个账号，需要临时传个密码，我都下意识地不想让它出现在任何聊天记录里。现在我就直接打开 BlinkClip，生成一个阅后即焚链接，手机打开，复制完，心里会踏实很多。

生成之后会出现一个分享页，像 AirDrop 那样，左边是二维码，右边是链接。你让对方扫一下，或者把链接发过去就行。我特意把那个页面做得有点仪式感，因为拿到链接的那一刻，其实是一段临时信息生命周期的开始。

这种踏实感，其实来自两件事。一件是前端交互，另一件是后端加密。

前端交互上，我希望它足够简洁，甚至有一种「用完即走」的干脆。输入框、模式选择、密码保护开关、生成按钮。就这些。你几乎不需要思考，三秒钟就能创建一个临时剪贴板。我甚至没做历史记录，因为历史记录本身就是一个隐患。用完了，就让它走。

后端加密上，BlinkClip 用的是 AES-256-GCM 服务端加密。每条记录都有独立的 IV 和 authTag，密钥通过环境变量注入，不会写死在代码里。页面层面也加了 no-index、no-cache、no-history 的响应头，搜索引擎不会收录，浏览器也不会缓存这个页面。

这张图是安全机制页。我觉得做这种工具，第一件事不是炫耀功能多强，而是先把「你传的东西不会被滥用」这件事讲清楚。否则用户凭什么相信你。你甚至可以看到，我连 Google 搜索都不想让这个页面被爬到。

四、蓝耘MaaS automodel，五个模型替我打工

这里我想多说几句关于 AI 的部分。因为 BlinkClip 不是一个纯手搓的项目，它的底层接的是蓝耘MaaS的automodel。

这里再多说一句，很明显的看可以看到token消耗量和付费金额，是不是很划算，想当good。

获取API KEY也很简单，来到API KEY管理界面即可获取。

为什么要多模型融合，而不是一个

因为我不想只调用一个模型。不同模型擅长的事不一样。Gemma3-27B 在深度推理和长上下文上有优势，Qwen3-VL-32B-Instruct 对多模态和视觉理解很强，DeepSeek-V3.2 写代码特别稳，MiniMax-M2.5 和 GLM-5.1 在通用对话和中文语境上有各自的亮点。automodel 做的是把这五个模型融合在一起，然后基于任务做智能路由。

简单说就是，你不需要自己判断「这件事该让哪个模型干」，automodel 帮你调度。谁适合什么活，谁就上场。

它不是那种粗粒度的分工，比如「代码类任务统一给 DeepSeek」。而是更细的任务级调度。你丢给它一段混合了中文说明、JSON 配置和 shell 命令的文本，它会自动拆开看，哪部分让 DeepSeek 处理代码结构，哪部分让 GLM-5.1 理解中文语义，哪部分让 Gemma3-27B 做整体推理。这种在一个任务内部再拆分的能力，比单模型自己硬扛要稳得多。

内容识别与敏感检测，靠的是交叉判断

这个能力在 BlinkClip 里体现在几个地方。

一个是内容类型识别。你往输入框里丢一段文字，系统会自动判断它是普通文本、代码、URL、JSON 还是 Markdown。如果你是代码，访问页就会用代码块展示，带语法高亮。如果你是 URL，会直接按链接处理。这些判断靠的不是我写的一大堆正则，而是automodel的多模型交叉识别。它甚至能分清楚一段看起来像 JSON 的东西到底是不是有效 JSON。

另一个是敏感信息检测。你输入的内容里如果包含私钥、GitHub Token、JWT、API Key、密码字段之类的，系统会自动标红提醒。这个也是automodel帮我做的。因为敏感信息的格式千变万化，纯靠正则很容易漏报或者误报，多模型一起判断会稳很多。而且它不只是在本地判断，服务端还会再兜底检测一次。

还有一个大家可能意识不到的点，是开发过程本身。

整个 BlinkClip 的前端、后端、加密逻辑、数据库设计，我是在很短的时间里做出来的。中间有很多细碎的问题，比如 Next.js 静态导出怎么对接云函数，AES-256-GCM 的 IV 和 authTag 怎么存，五种销毁模式的状态机怎么设计。这些环节我都用 automodel 来辅助思考和生成代码。

DeepSeek-V3.2 在代码生成这块确实省了我很多时间。尤其是云函数那部分，Node.js + CloudBase，automodel 给我搭了一个清晰的骨架，我再去补业务逻辑。GLM-5.1 和 Gemma3-27B 在复杂方案讨论上帮我把几个备选架构的利弊理得很清楚。比如我当时纠结了很久，到底要不要保留 Server Actions。最后选静态导出加独立云函数，就是跟它们反复讨论之后定下来的。

这种多模型协作的感觉，跟只用一个模型完全不一样。就像你不是在跟一个实习生对话，而是在跟一个各有所长的团队开会。代码那部分有人专门写，架构那部分有人专门想，文案那部分有人专门润色。

当然，真实部署的时候还是踩了不少坑。

比如 Next.js 的静态导出，默认不支持动态路由 

 的查询参数形式。比如 CloudBase CLI 3.x 版本砍掉了 

，我不得不在云函数里加了一个 init action 来自建集合。

这些坑说起来都不大，但一个接一个出现的时候，还是很搞心态。

比如最后推送 GitHub 那一步，我在沙箱里死活过不去 GCM 的交互登录，报错 close_notify。查了半天发现是 Windows 默认的 schannel TLS 后端跟代理 handshake 不稳，automodel 建议我把 sslBackend 切到 OpenSSL，问题立刻解决。还有一次是本地 git 提交时被一个残留的 .git/COMMIT_EDITMSG 锁文件卡住，怎么都写不进去，最后删了那个零字节的锁文件才恢复。这些细节很琐碎，但真实开发里就是这样，没人能完全避开。要不是 automodel 帮我快速定位问题、生成修复脚本，我估计现在还在跟某个沙箱权限斗智斗勇。

BlinkClip 的访问页是我最喜欢的一个页面。你打开链接，第一眼看到的是内容类型、剩余时间、剩余访问次数。如果内容是阅后即焚模式，它还会提醒你「本次关闭页面后将无法再次查看」。

这张图就是典型的访问页状态。一段代码，倒计时还在走，访问次数只剩一次。你点「复制内容」，内容就到了你的剪贴板。再刷新页面，这条记录就已经不存在了。

一个本来要跨越两台设备、穿越无数个服务器、可能被永久保存的信息，就这样在你眼前完成了它的生命周期。从创建到销毁，中间只有几分钟，甚至只有几秒钟。

我觉得这就是「临时」该有的样子。

很多人对「阅后即焚」的理解还停留在「我点了删除，别人就看不到了」。但真正的临时信息，应该是从设计之初就没打算长期保存。它的默认状态就是会消失的，而不是先存下来再想办法删掉。这两件事有本质区别。一个是 architecture，一个是 afterthought。

当然，BlinkClip 现在还很轻。它没有账号体系，没有历史记录，没有文件传输，也没有复杂的权限管理。但有时候，少即是多。当一个工具只解决一个极小的问题时，它反而可以做得特别干净。你不需要学习成本，不需要注册，不需要同意一堆隐私条款。打开就用，用完就走。

而且正因为没有账号，所以它也不收集你的手机号、邮箱、设备指纹。你创建的内容跟你的身份没有任何绑定。哪怕数据库被拖走，也只是一堆加密后的乱码，不知道是谁写的，也不知道要发给谁。这种「从架构上就不想知道你是谁」的设计，本身就是一种隐私保护。

未来我可能会加两个功能。一个是 URL Fragment 端到端加密，让连服务端都看不到明文。另一个是图片和短视频的临时分享，直接对接 automodel 的多模态能力，尤其是 Qwen3-VL-32B-Instruct 和 MiniMax-M2.5 的视觉理解。不过那都是后话了，现在的版本先把「文字跨设备」这件事做到极致。

我做这个项目的另一个私心，是想验证一件事。

就是现在的模型越来越强，普通人做一个有实际价值的小工具，门槛是不是已经低到可以忽略不计了。以前这种项目，我可能要花一周去配环境、搭后端、写加密、搞部署。现在有了 automodel 这种多模型智能路由能力，加上 Next.js、CloudBase、Tailwind 这些现成的东西，两三天就能跑起来一个能用的 MVP。

我以前也试过用单一模型做这种全栈小项目，但经常会卡在一个地方。比如前端样式写到一半没灵感，或者后端某个边界条件想不清楚，又或者部署的时候报错不知道从哪里下手。单模型会给你一个它认为最好的答案，但 automodel 的好处是，它会把不同的问题路由给更擅长的模型。样式和文案给 GLM-5.1，代码给 DeepSeek-V3.2，架构给 Gemma3-27B，视觉相关给 Qwen3-VL-32B-Instruct。你不再是在说服一个模型，而是在指挥一个各有所长的小队。整体推进速度明显不一样。

而且这不仅仅是一个玩具。它是真的能解决我每天遇到的小麻烦。

所以如果你也有类似的需求，比如临时传个密码、传段代码、传个链接，又不想让它长期留在聊天记录里，可以试一下 BlinkClip。

https://cloud1-6gfe7sn8a5e1cc25-1337762893.tcloudbaseapp.com/blinkclip/

收尾之前想说的是，在这个信息越来越重的时代，我们其实需要更多「用完即走」的设计。不是把所有东西都存下来、都沉淀下来，而是允许一些东西只存在很短的时间。

也许再过几年，我们会习惯这种「存在即消失」的信息流通方式。就像现在没人会惊讶于云同步一样，未来我们可能也不会惊讶于某些内容天生就只活几分钟。BlinkClip 是我对这个未来的一次小尝试。它不大，但足够锋利。而且它是我在 automodel 的协助下完成的，这让我对「AI 不是替代我，而是让我更快把想法变成现实」这件事，又多了一点真实的体感。

复制一次，然后让它自己消失，我两天搓出会阅后即焚的剪贴板

编程语言

开发工具

安全

BlinkClip是一款跨设备临时信息传输工具，支持五种销毁模式（阅后即焚、复制销毁、定时销毁等），采用AES-256-GCM加密确保数据安全。无需注册登录，即用即走，适合传输密码、代码等敏感信息。基于多模型AI技术实现智能内容识别与敏感检测，保障隐私安全。简洁高效，让临时信息真正"临时"。

内容识别

文件传输

验证码

数据库

服务器

云函数

DeepSeek

Windows

路由

GitHub

JSON

MaaS

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

复制一次，然后让它自己消失，我两天搓出会阅后即焚的剪贴板

复制一次，然后让它自己消失，我两天搓出会阅后即焚的剪贴板

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐