介绍
之前做了一个微信小程序，叫「随手百宝箱」。最早是想解决每天到了饭点不知道吃什么的问题，后来又加了小红书图片和视频提取。
做着做着发现，保存图片和视频只是其中一步。比如一篇菜谱，步骤图留下了，做法还在正文里；一条旅行视频，画面存下来了，路线和地点却要再回原笔记找。
所以这次把文案提取和复制也补上了。**现在粘贴一段小红书分享内容，就能获取图片或视频，以及对应的标题和正文。**只想要文字的话，也可以单独提取。
项目从 0 到 1 都是围绕 Codex 做的 AI vibecoding。我负责提出需求、确认效果和反馈问题，Codex 参与代码实现、测试和修改。技术栈是 uni-app、Vue 3、Vite，以及 Node.js 微信云函数。
这篇就聊聊现在能做什么，还有从「拿到资源」到「真的保存下来」之间那些容易被忽略的细节。
现在的首页，把吃饭决策和小红书提取放在了同一个入口集合里：
亮点
图片可以选着存，视频可以先看再存
入口支持粘贴整段分享文案，自动识别其中的链接，不需要自己先把标题、口令和结尾提示删干净。
下面是提取入口，可以切换「图片 / 视频」和「提取文案」：
图文笔记会展示图片列表，可以放大预览、保存单张，也能勾选几张或者全部保存。列表用缩略图，预览和保存用完整尺寸资源，兼顾加载速度和保存质量。
视频笔记支持播放预览，并展示时长、分辨率和文件大小。确认是自己想保存的内容后，再下载到手机相册，下载过程会显示进度。
这次新增的重点：文案也能一起复制
图片和视频结果页现在都会展示笔记的标题、正文，支持三种操作：
- 复制标题：只留下笔记标题。
- 复制正文：复制正文里的内容。
- 一键复制文案：把标题和正文一起复制，方便放进备忘录或自己的资料里。
复制时会保留原文的换行、emoji 和话题标记。比如保存菜谱时，可以把图片存到相册，再把做法复制下来；整理旅行参考时，也能把视频和对应路线一起留下。
这条图文笔记的结果页里，文案和图片放在一起，既能复制标题、正文，也能选择要保存的图片：
如果只想要文案，入口还有独立的「提取文案」模式。这个模式只读取笔记内容，不需要先获取或下载图片视频，复制也不需要相册授权。
这里提取的是笔记标题和正文，当前没有加入视频语音转文字或图片文字识别。
技术上，要分清分享文案和笔记正文
用户粘贴的分享文案里，经常夹着口令和平台提示。它负责提供链接，但不能直接当作笔记正文。
云函数会跟踪短链，保留分享参数，校验每次跳转，再从公开页面的 __INITIAL_STATE__ 中按笔记 ID 找到目标内容，读取原始标题和正文。
等待页把操作过程分成识别链接、获取内容和生成预览，方便用户知道目前还在处理：
展示标题与复制标题也分开处理。页面可以用兜底标题帮助展示，但复制时只取原始内容，避免把「小红书笔记图片」这样的占位文字带出去。
完整文案的组合逻辑很短，核心部分是：
const title = typeof data.copyTitle === 'string' ? data.copyTitle : ''
const desc = typeof data.desc === 'string' ? data.desc : ''
return [title, desc]
.filter((value) => value.trim())
.join('\n\n')
这里只用 trim() 判断内容是否为空，最终拼接仍保留原来的字符串格式。
媒体与文案请求按模式分别缓存和合并，减少重复解析。独立文案模式不检查媒体资源；图片或视频暂时不可用时，也可以单独尝试读取标题和正文。「重新提取」则会跳过旧缓存，避免拿到刚才已经失效的资源。
数据
小程序已经上线。上次分享项目时，用户规模是 200 多人，还在积累真实使用反馈。接下来更想看清楚大家常用哪个功能、在哪一步遇到问题，以及下一次是否还会打开。
文案功能的开发记录中，187 项离线测试和微信小程序构建通过，也用实际分享链接，在开发者工具里走通了「粘贴 → 提取文案 → 一键复制 → 回读剪贴板」的流程，核对标题、正文、换行、emoji 和话题标记。
离线测试模拟了 HTTP 和微信平台接口，真实网络环境、手机复制和相册写入仍要结合真机检查。后续也想分别记录提取、复制和保存的结果，让优化有更具体的依据。
心得
做完这次更新，最明显的感受是：小工具的难点经常在最后几步。
视频能播放，下载下来的文件却未必能存进相册。原始资源地址可能没有扩展名，微信自动生成的文件也可能是 .bin，所以下载时需要指定独立的 .mp4 路径。开发者工具里能下载，真机也可能因为合法域名没配好而失败。
相册权限同样要分清楚。用户拒绝授权和开发者没有配置隐私声明，需要不同的处理，不能都让用户去手机设置里找原因。
文案看起来只是加一个复制按钮，实际也要确认拿到的是原始正文，内容没有截断，格式没有丢，分享提示没有混进去。
和 Codex 配合时，把任务拆成这些具体行为，再沿着实际操作验证，会更容易发现问题。页面出来以后，还要继续检查预览、复制、下载、保存和中途返回，才能知道用户真正用起来是什么感觉。
这次补文案，也是想让用户保存内容后，少一次回原笔记找文字的操作。
最后
现在「随手百宝箱」已经支持小红书图片、视频和文案提取，文案可以跟着图片视频一起获取，也能单独提取，分别复制标题、正文或完整内容。
接下来准备尝试的是抖音图片、视频和作品文案提取。希望继续沿用粘贴分享内容、识别类型、预览和保存的操作方式；不同平台的链接识别、页面解析和资源选择各自适配，再让前端复用结果展示与保存逻辑。这个方向还在计划里，具体支持范围要等接入和验证后再确定。
变现方面，先考虑可选激励广告和有明确需求的进阶功能。第一阶段想验证能否覆盖运行成本，再看有没有少量结余支持持续迭代。这些都是后续尝试，实际效果还要结合成本和用户反馈来看。
想体验的话，可以在微信小程序里搜 「随手百宝箱」。提取功能只处理可直接访问的公开内容，保存后如果要转载或商用，仍需尊重原作者授权。
这个项目还会继续慢慢补。如果你对图片视频提取、文案复制、后续抖音提取，或者这类小工具的开发过程感兴趣，可以持续关注我在掘金的更新。后面会接着分享具体实现、使用反馈和遇到的问题。
也欢迎在评论里说说，你更常保存图片视频，还是复制笔记文案？下一步该先做什么，我也想听听大家的意见。
