目录一、一段配置让我盯住了聊天窗口二、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 CloudBaseautomodel 给我搭了一个清晰的骨架我再去补业务逻辑。GLM-5.1 和 Gemma3-27B 在复杂方案讨论上帮我把几个备选架构的利弊理得很清楚。比如我当时纠结了很久到底要不要保留 Server Actions。最后选静态导出加独立云函数就是跟它们反复讨论之后定下来的。这种多模型协作的感觉跟只用一个模型完全不一样。就像你不是在跟一个实习生对话而是在跟一个各有所长的团队开会。代码那部分有人专门写架构那部分有人专门想文案那部分有人专门润色。五、真实部署踩了一地的坑当然真实部署的时候还是踩了不少坑。静态导出和动态路由的拉扯比如 Next.js 的静态导出默认不支持动态路由[id]我就把访问页改成了/c/?idxxx的查询参数形式。比如 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 在其中起到的作用就是把这个门槛再往下压了一截。