目录

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

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

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

五种「销毁」姿势

三、简单背后，是两套踏实感

前端，用完即走的干脆

后端，AES-256-GCM 加密

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

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

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

开发过程里，我其实有支团队

五、真实部署，踩了一地的坑

静态导出和动态路由的拉扯

Windows 上的那些破事

六、阅后即焚的那一秒

七、少即是多，用完即走

从架构上就不想知道你是谁

我真正想验证的一件事

八、蓝耘MaaS，是这支隐形团队的底座

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

事情是这样的。

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

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

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

我突然觉得很荒诞。

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

这太过了。

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

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

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

这个想法最后变成了 BlinkClip。

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

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

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

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

五种「销毁」姿势

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

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

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

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

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

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

三、简单背后，是两套踏实感

前端，用完即走的干脆

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

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

后端，AES-256-GCM 加密

后端加密上，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 的静态导出，默认不支持动态路由[id]，我就把访问页改成了/c/?id=xxx的查询参数形式。比如 CloudBase CLI 3.x 版本砍掉了tcb db createCollection，我不得不在云函数里加了一个 init action 来自建集合。

Windows 上的那些破事

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

比如最后推送 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。

地址在这。BlinkClip — 复制一次，跨设备瞬间同步

代码也开源在 GitHub 上。GitHub - Leterhong/BlinkClip · GitHub

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

短到刚刚好。

然后让它自己消失。

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

八、蓝耘MaaS，是这支隐形团队的底座

写到末尾，得把躲在后面那位「供应商」交代清楚。前面几节我反复提 automodel，但一直没正经说它在这项目里到底干了什么、扮演什么角色。

一句话概括：BlinkClip 里所有「像是有智能」的部分，底层都站着蓝耘MaaS 的 automodel。它不出现在界面上，用户根本看不见它，但它替我扛走了整件事里最吃能力和最吃经验的那两块——「判断」和「写代码」。

具体拆开看，它在这项目里的作用落在四个地方。

第一，它是项目的能力供给层。BlinkClip 的内容类型识别、敏感信息检测、前端后端代码、架构方案、部署排错脚本，没有一样是纯手写的智能——全是 automodel 多模型融合之后给我的输出。Gemma3-27B 负责深度推理和长上下文，Qwen3-VL-32B-Instruct 负责多模态和视觉理解，DeepSeek-V3.2 负责稳稳地写代码，MiniMax-M2.5 和 GLM-5.1 负责通用对话和中文语境。蓝耘MaaS 的价值，不是提供了某一个模型，而是把这几个各有所长的模型「融合」成一个能按任务智能路由的整体。我不需要自己判断「这事该交给谁」，automodel 替我调度。

第二，它是这个产品核心差异化的来源。BlinkClip 真正区别于「加强版文件传输助手」的地方，在于它能判断内容类型、能标红敏感信息、能在一个任务内部再拆分给不同模型处理。这种能力不是我写正则堆出来的，是蓝耘MaaS automodel 的多模型交叉识别与交叉判断给我的。尤其敏感信息检测，格式千变万化，纯靠规则又慢又漏，多模型一起判断才稳。

第三，它把这个项目的开发门槛削平了。前面我说两天搓出能跑的 MVP，前提是我有一个「随叫随到、各有所长」的团队。没有蓝耘MaaS 供给的多模型，我作为一个非全栈选手，光配环境、写加密、搞部署就够呛，更别说在几天内把五种销毁模式的状态机想清楚。它把「写一个产品」从工程师的专利，重新变成普通人的动词。

第四，它让我在真实部署的坑里爬出来更快。Windows 上 git 的 TLS 报错、残留锁文件卡提交这些琐碎问题，是 automodel 帮我快速定位、生成修复脚本的。真实开发里这些坑避不开，但有人帮你定位根因，心态就不一样。

回到开头那个凌晨一点的荒诞感。我之所以能做出一个「用完即走、从架构上就不想知道你是谁」的工具，一半靠 Next.js、CloudBase、Tailwind 这些现成轮子，另一半，靠的就是蓝耘MaaS automodel 这种把多个强模型当水电一样供应的平台。没有它供着模型、做着智能路由，我那个「两天搓个阅后即焚剪贴板」的念头，落不了地。

我是想说，当模型供应变得又便宜又顺手、还能多模型协同，普通人做工具的门槛，确实已经低到可以忽略不计了。蓝耘MaaS 在其中起到的作用，就是把这个门槛，再往下压了一截。