Obsidian 清理未引用图片:上传 OSS 后,本地残留图片怎么处理?

Obsidian插件“oz-clear-unused-images”的使用 介绍obsidian的插件“oz-clear-unused-images”的使用方式等 阅读详情

Obsidian 写久以后,最容易失控的不是 Markdown 文件,而是图片。

尤其是你已经把图片上传到 OSS 或图床以后,笔记里的引用变成了线上链接,但 Vault 里的本地原图可能还在。时间一长,附件目录里就会留下很多未引用图片,也就是很多人说的僵尸图片、孤儿图片、废弃附件。

这些图片平时不一定影响你写作,但会持续占用本地空间。如果你还用 Git 同步 Obsidian Vault,它们也会让仓库越来越重。

这篇文章讲清楚三个问题:

  1. Obsidian 里为什么会出现未引用图片
  2. 上传 OSS 后,本地图片是不是可以直接删
  3. NotePic 最新版本怎么帮助清理本地残留图片

为什么 Obsidian 里会出现未引用图片

Obsidian 的图片体验很顺手。

截图可以直接粘贴,图片可以放到附件目录,也可以用 wikilink 写法引用:

![[Pasted image 20260603102000.png]]
![[demo/settings.png]]

也有人更习惯 Markdown 图片写法:

![](./assets/cover.png)
![](../images/screenshot.png)

这些写法在 Obsidian 里通常都能正常显示。问题在于,图片文件和笔记内容是两类东西。

当你删除一段图片引用时,Obsidian 不一定会自动删除对应图片文件。当你重命名笔记、迁移目录、复制文章、上传图床后替换链接时,本地图片也可能继续留在附件目录。

久而久之,Vault 里就会出现三类图片:

  • 仍然被笔记引用的图片
  • 已经上传到 OSS,但本地还残留的图片
  • 已经没有任何笔记引用的图片

第三类就是我们要重点处理的未引用图片。

什么是僵尸图片、孤儿图片和废弃附件

僵尸图片、孤儿图片、废弃图片、未引用附件、无用图片,它们说的基本是同一类问题:图片文件还在 Vault 里,但当前笔记里已经找不到引用它的地方。

比如附件目录里有这个文件:

99-附件/Pasted image 20260603102000.png

但整个 Vault 里已经没有任何笔记写引用它。

这种图片就很可能是未引用图片。

注意,我这里说的是“很可能”。图片清理不能只看文件名,也不能只看某一种 Markdown 写法。真正安全的清理,需要尽量识别 Obsidian wikilink、Markdown 图片、HTML 图片标签、引用式链接等多种写法。

上传 OSS 后,本地图片是不是可以直接删

不建议直接删。

上传 OSS 之后,笔记里的图片可能已经变成这样:

![](https://your-cdn.example.com/markdown/cover.png)

这时从“发布”角度看,文章确实不再依赖本地图片了。

但从“知识库维护”角度看,你还需要确认几件事:

  1. 这张本地图片是否还被其他笔记引用
  2. 是否还有草稿、旧文章、Canvas 或插件数据在使用它
  3. OSS 链接是否已经确认可访问
  4. 你是否还想保留本地原图作为素材
  5. 当前 Git 工作区是否干净,方便清理后回滚

所以更稳妥的做法不是手动打开附件目录乱删,而是先扫描整个 Vault,找出哪些图片还在被引用,哪些图片已经没有引用关系。

普通图片清理插件解决了什么

如果你只想定期清理 Obsidian 未引用图片,社区里已经有一些工具可以解决一部分问题。

比如 Clear Unused Images、Nuke Orphans 这类插件,重点是扫描 Vault 中的图片和笔记引用关系,然后找出没有被引用的附件。

这类工具适合单纯的附件清理场景。

但 NotePic 最新版本面向的是另一个更具体的工作流:

先用 NotePic 把 Obsidian / Markdown 里的本地图片上传到自己的阿里云 OSS,并把笔记引用替换成线上链接。然后再清理上传后留在 Vault 里的本地残留图片。

NotePic 最新版本怎么扫描和清理本地图片

NotePic 最新版本新增了本地图片资产清理能力。

它的目标不是让你盲删附件目录,而是先把图片状态展示出来:

  • Vault 里有哪些本地图片
  • 哪些图片仍然被笔记引用
  • 哪些图片看起来没有被引用
  • 这些图片分别在哪些目录
  • 总共占用了多少空间
  • 删除前是否确认

这样做的好处是,你不用凭记忆判断这张图还要不要,而是先看引用关系和目录分布。

我的建议流程

如果你经常用 Obsidian 写文章并发布到多个平台,可以把图片处理分成两步:

第一步,发布前处理图片:

本地图片 -> 上传 OSS -> 替换 Markdown 链接

第二步,发布后清理残留:

扫描 Vault -> 找出未引用图片 -> 确认后删除

NotePic 最新版本想做的就是把这两步连起来。

如果你长期写作、维护知识库、用 Git 管理 Vault,第二步也很重要。否则你的文章已经不依赖本地图片了,本地仓库却还一直背着这些历史附件。

常见问题

Obsidian 未引用图片可以直接删除吗?

不建议直接删除。更稳妥的做法是先扫描引用关系,再看目录、大小和文件名,确认不是素材、草稿或特殊插件引用后再删除。

清理图片会不会影响历史笔记?

如果图片确实没有被任何历史笔记引用,不会影响。但如果图片被特殊方式使用,就可能出现问题。所以清理前建议确认 Git 状态或做好备份。

上传到 OSS 后,本地图片还需要保留吗?

不一定。如果你只需要线上发布,且笔记里的引用已经替换成 OSS 链接,本地原图可以考虑清理。但如果你还想保留原始素材,或者担心 OSS 链接后续变动,可以继续保留。

NotePic 和 Clear Unused Images 有什么不同?

Clear Unused Images 这类工具主要解决清理未引用附件。NotePic 最新版本的重点是把这个能力放进图片发布工作流里:先上传 OSS、替换链接,再检查并清理上传后留在 Vault 里的本地残留图片。

最后

NotePic 最新版本已经发布:

https://github.com/Luhui-Dev/NotePic-OSS-Obsidian/releases/tag/1.2.0

项目页:

https://luhuidev.com/NotePic-OSS/

如果你也在用 Obsidian 写作、发布文章、用 Git 管理 Vault,可以试试这个版本。遇到特殊引用或清理误判场景,也欢迎通过 GitHub Issue 反馈。

Obsidian+PicGo+阿里云OSS构建自动化Markdown图床 Markdown图床技术是解决文档中图片托管与分发的核心方案,其原理是通过将图片上传至云端存储服务并生成公网访问链接。在技术实现上,结合PicGo这类开源工具可以统一对接多种图床API,而阿里云OSS则提供企业级存储服务,确保高可用性和CDN加速。这种组合特别适合Obsidian等本地优先的笔记工具,实现从本地图片到云端资源的无缝转换。通过自动化上传和链接替换,开发者能显著提升文档协作效率,尤其适用于技术文档管理、博客发布等场景。其中阿里云OSS的按量付费模式和防盗链功能,为个人用户提供了高性价比的安全存储 阅读详情

相关推荐

Obsidian多设备同步方案横评:从原理到Git自建仓库实战

多设备笔记同步一直是知识管理中的核心痛点,尤其是当笔记库从几百条增长到上万条时,文件数量对同步引擎的效率、稳定性和冲突处理能力都提出了极高要求。Obsidian作为本地优先的Markdown笔记工具,其同步方案的选择本质上是在免费、隐私、易用性之间做取舍。主流的同步思路可分为云端中心化、点对点传输和版本管理三类,分别对应官方同步、Syncthing与Git仓库等方案。云端方案配置简单但受制于流量与隐私;Syncthing免费私密却对移动端不友好;Git方案则兼具版本回溯与完整同步能力,配合自建Gitea仓库

weixin_34364071的博客 518

【亲测免费】 推荐:Obsidian 插件 - 清理未使用图片

推荐:Obsidian 插件 - 清理未使用图片 在信息爆炸的今天,我们的笔记库中难免积累了大量图片,其中有些可能早已不在任何文档中被引用。为了帮助你保持笔记库的整洁,我们为你推荐一个高效实用的插件——Obsidian 清理未使用图片。这款插件能够自动检测并删除那些不再使用的图像,让你的笔记管理更加有序。 项目介绍 这个插件是专为 Obsidian 设计的,它的主要任务是在你的所有 Markdow...

gitblog_00024的博客 1768

Obsidian 2026 插件推荐:同步、AI 与版本控制一体化工作流

在个人知识库的日常管理中,多设备同步、内容检索增强与历史版本回溯,往往是决定笔记系统长期可用性的三大核心能力。无论是使用第三方云盘、Git 私有仓库还是开源同步工具,底层都是围绕 Markdown 纯文本的传输与一致性展开。版本控制则提供了逐文件级别的差异对比与任意时间点恢复能力,让知识库像软件工程一样可演进。AI 语义检索的引入,进一步将静态笔记转化为可自动关联、摘要与自组织的知识网络。将这些能力集成到 Obsidian 生态中,通过 Remotely Save、obsidian-git 与 Copilo

weixin_34023982的博客 422

Obsidian本地存储图片的一些技巧

Obsidian本地存储图片的一些技巧,方便obsidian文件的管理

soleiltree的博客 1万+

Markdown图片显示问题终极解决方案:从打包、嵌入到云端托管

在跨平台协作与文档分享中,文件路径管理与资源依赖是常见的技术挑战。其核心原理在于,文档对图片等外部资源的引用通常基于相对或绝对路径,一旦脱离原始环境,链接便会失效。这直接影响了文档的可移植性与协作效率,是技术写作和知识管理中必须解决的基础问题。从技术价值看,可靠的资源绑定方案能确保信息传递的完整性和专业性,提升团队协作体验。常见的应用场景包括技术文档撰写、开源项目README维护、团队知识库建设以及个人笔记的跨设备同步。针对Markdown文档中的图片显示难题,本文深入探讨了三种主流方案:通过目录打包实现环

weixin_30700977的博客 423

Obsidian同步方案全解析:五大主流方法实测与选型建议

在知识管理场景中,数据同步一直是影响多端协作效率的核心问题。无论是基于本地文件的Markdown笔记,还是云端协作平台,底层都需要解决目录一致性、冲突处理与版本回溯等关键环节。理解同步原理,有助于在不同设备间安全地迁移与编辑内容。从官方云同步到网盘挂载、Git版本管理、插件桥接乃至P2P自建,每种技术路径在实时性、稳定性与移动端体验上各有取舍。本文结合工程实践,针对Obsidian这一本地优先笔记工具,系统拆解主流同步方案的原理与适用场景,并给出基于真实评测的选型建议,帮助用户在隐私、成本与便利性之间找到最

weixin_34293246的博客 496

typora设置图片根目录_用Obsidian一定要注意的图片和笔记问题!

如果你不是打算永久只使用Obsidian就一定要注意到通用性的问题,你就得注意到图片和笔记的通用性,下边具体说说。Obsidian使用一定要注意到的图片问题!不管你用1Writer还是IA writer还是别的Markdown软件,请特别注意一个问题,一开始使用Obsidian就要注意到,就是Obsidian的图片的问题!(本人图片已经2000多张都是Obsidian的独有格式真是欲哭无泪)笔者是...

weixin_39669204的博客 1万+

ShareX:从截图到自动化工作流,重塑你的数字内容处理效率

在数字化工作场景中,自动化工作流和效率工具是提升生产力的核心技术。其原理在于通过预设规则和动作链,将原本离散的操作串联成自动化流水线,从而消除手动切换和重复劳动。这种技术价值体现在大幅降低上下文切换成本,固化最佳实践,并能通过开源生态灵活扩展。典型的应用场景包括技术文档编写、操作演示录制、以及日常截图信息的快速处理与分享。本文聚焦于开源工具ShareX,它正是通过强大的动作系统和任务预设,将截图、OCR文字识别、文件上传等操作无缝集成,实现“一次操作,完成多步任务”的自动化处理。

WGH100817的博客 439

obsidian插件Clear Unused Images使用指南

obsidian插件Clear Unused Images的使用

清水飞扬 2707

Obsidian自动化图床方案:腾讯云COS+PicGo,让图片永不裂

在数字笔记与知识管理日益普及的今天,图片的稳定访问成为内容创作者和笔记重度用户的刚需。对象存储作为云端存储的核心基础设施,凭借高可用性与弹性扩展能力,正在成为解决图片管理问题的关键。通过API密钥与权限控制,用户可以将本地图片安全地托管至云端存储桶,并借助自动化工具实现一键上传。这一机制不仅适用于个人笔记,更广泛应用于博客写作、技术文档沉淀及团队知识库建设。当图片从本地文件转化为可公开访问的URL,多端同步、内容分发与跨平台分享的体验将得到质的提升。本文以Obsidian用户为起点,深入拆解如何通过腾讯云C

weixin_32576389的博客 289

别再只接个放大器了!压电传感器测量电路(电压/电荷放大器)的5个实战配置要点

本文深入解析压电传感器测量电路中的5个关键实战配置要点,包括电缆长度选择、输入阻抗匹配、过载保护设计、低频噪声抑制及放大器选型策略。特别针对电压放大器和电荷放大器的应用场景差异提供工程实践建议,帮助工程师有效解决信号失真、噪声干扰等常见问题,提升测量精度和系统可靠性。

weixin_26869081的博客 302

Obsidian Git 同步越来越慢?先检查图片附件和未引用文件

本文探讨了使用Git管理Obsidian Vault时遇到的图片文件体积膨胀问题。作者指出,虽然Git擅长管理Markdown笔记,但大量未清理的图片附件(尤其是已转存图床的本地残留文件)会导致仓库臃肿、同步缓慢。文章重点介绍了NotePic插件新增的本地图片清理功能,它能扫描并删除Vault中未被引用的图片,特别适合已使用OSS图床的用户优化工作流。解决方案包括:识别冗余图片、统计空间占用、选择性清理等,同时保留必要的本地图片同步。该工具旨在补充现有图床方案,帮助用户维持轻量化的Git仓库。

github_25505453的博客 246

Halcon实战:5分钟搞定自定义直线卡尺工具(附完整代码下载)

本文详细介绍了如何使用Halcon快速开发自定义直线卡尺工具,通过交互式ROI绘制、边缘检测和直线拟合三个核心函数,实现高效工业视觉检测。文章包含完整代码下载,帮助开发者在5分钟内掌握这一实用工具的开发技巧,提升直线检测的精度和效率。

perl8的博客 248

PicGo 图片上传工具实战指南:从图床配置、写作工作流到本地开发构建

PicGo 是一款面向高效创作者的开源桌面图片上传工具,其核心目标是把"传图"变成创作流程中无感的一步:无论你是在写博客、记笔记还是编写开发文档,粘贴或拖入图片后,PicGo 自动完成上传并把链接复制到剪贴板。本文以仓库根目录的 [README.md](https://link.gitcode.com/i/ae9d33ac0bdacf986640739d3d8e1b99) 为主体,结合 [src/

gitblog_00855的博客 81

金融数据自动化:从同花顺API到Excel的智能转换之旅

本文详细介绍了如何利用同花顺API实现金融数据自动化处理,并将其智能转换为Excel格式的全流程。通过Python编程和Excel高级技巧,读者可以掌握从数据获取、清洗到输出的完整解决方案,大幅提升金融数据分析的效率和准确性。文章特别强调了同花顺API的使用技巧和Excel自动化输出的最佳实践。

sql99的博客 461

ubuntu20.04升级OpenSSH

业务需求,需要将服务器的OpenSSH版本从8.2升级到最新版本(9.9),由于apt能提供的最新版本就是8.2,所以需要采用源码安装的方式。

xiamu66的博客 1524

Obsidian三步走:同步、AI、版本控制的实战配置指南

在知识管理工具的选择中,Markdown笔记因其纯文本、易迁移的特性成为许多用户构建第二大脑的基础。但多端同步、智能检索与数据安全始终是本地笔记方案绕不开的三大挑战:服务器不稳定导致插件下载失败,云端API接入带来隐私顾虑,误删文件更是每个笔记用户都可能遭遇的噩梦。理解版本控制原理、掌握对象存储协议、合理配置AI插件接口,是解决这些问题的关键。本文从同步插件的S3兼容配置讲起,逐步演示如何利用Remotely Save实现跨设备文件一致性,通过Copilot与本地Ollama模型完成知识库问答与语义关联,并

weixin_34211761的博客 337

GPU加速的容器化AI开发:AnolisOS/CentOS8中的NVIDIA驱动与CUDA最佳实践

本文详细介绍了在AnolisOS/CentOS8系统中配置NVIDIA驱动与CUDA的最佳实践,涵盖驱动安装、CUDA工具链配置、容器运行时设置及性能优化等关键步骤。特别针对容器化AI开发场景,提供了GPU透传和资源管理的实用方案,帮助开发者构建高效的GPU加速开发环境。

weixin_27791839的博客 340

Obsidian多平台同步方案深度测评:两年折腾后的最终组合

在多设备协作日益频繁的今天,文件同步已成为个人知识管理的基础需求。无论是Markdown笔记、文档还是附件,都需要在电脑、平板与手机间保持一致且及时更新。同步的核心原理在于将本地文件与云端存储或点对点网络进行增量比对,并通过冲突处理机制保障数据完整性。云存储服务凭借低成本和高可用性,为同步提供了可靠的技术底座,而不同的同步策略则直接影响使用体验。在笔记场景中,Obsidian等基于本地Markdown文件的应用对同步的实时性和配置目录兼容性要求极高。本文基于两年多款方案的实测对比,深入解析官方Sync、Re

weixin_34396103的博客 414

罗克韦尔AB PLC_FactoryTalk无法登录的解决方法

罗克韦尔AB PLC_FactoryTalk无法登录的解决方法

Robot_PLC_HMI_Automation 3574

基于STM32、HAL库的MICRF112YMM-TR 无线收发器驱动程序设计

内部集成了 VCO、PLL、PA、LNA、混频器、滤波器等射频功能单元,极大减少了外部元件数量,降低了设计和布线难度。: 具有多种工作模式(睡眠、待机、接收、发射),待机电流极低,非常适合电池供电的物联网(IoT)设备。是 Microchip 公司生产的一款高性能、低功耗的单片 UHF ASK/FSK 收发器芯片。: 支持 ASK (幅移键控) 和 FSK (频移键控) 调制,适应不同应用需求。// 可以添加其他配置参数,如中心频率、数据速率等。智能家居(安防、遥控、传感)远程钥匙进入系统 (RKE)

corlin6688的博客 415

Obsidian同步方案横评:从官方到Remotely Save的最终选择

在本地优先的笔记工具中,Obsidian 以纯 Markdown 格式存储知识库,用户完全掌控数据,但多设备间的一致性问题成为重度使用者的核心痛点。同步的本质是让不同设备在离线与在线状态间保持一致,涉及文件版本、冲突解决与端到端加密等机制。稳定的同步方案不仅保障数据安全,还能提升跨场景的知识管理效率。无论是程序员偏好 Git 的版本控制,还是普通用户依赖 iCloud 的生态便利,最终都需要匹配自身设备组合与使用习惯。综合对官方 Sync、iCloud、Git、Syncthing 等方案的实测,自然收敛到社

weixin_34354173的博客 341

【机器学习与数据挖掘实战 | 商务】案例03:基于k近邻算法的非侵入式电力负荷监测与分解的电力分析

本案例结合非侵入式电力负荷监测与分解的案例,重点介绍了在数据可视化的辅助下k近邻算法的应用。首先利用数据可视化寻找数据的特征,构建特征集合。然后构建k近邻模型,利用构建的特征集合训练模型,接着利用该模型对单一设备所属类别进行判定,最后计算实时用电量。

Morse_Chen的博客 2303

7天掌握高效云存储与图片管理:PicList实战指南

PicList是一款基于PicGo开发的强大云存储与图床管理工具,专为需要高效管理图片资源的用户设计。无论是自媒体创作者、博客作者还是开发者,PicList都能帮助你轻松实现图片上传、云端管理和批量操作,让你的工作效率提升数倍。通过本文,你将快速掌握PicList的核心功能和使用技巧,告别繁琐的图片管理流程。 ## 为什么你需要PicList? ### 传统图片管理的痛点 在日常工作中,我们

gitblog_07114的博客 412

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

Obsidian多端同步不再难:方向×策略双维度配置指南

在知识管理工具的日常使用中,数据同步一直是个绕不开的工程问题。无论是个人笔记库还是团队协作空间,文件在多个设备间的流动都涉及同步方向与冲突处理这两个核心概念。同步方向决定了数据从哪来、往哪去,冲突策略则回答了两端内容不一致时该听谁的。理解并组合运用这两种维度,可以构建出高效且可靠的数据同步体系,避免因误覆盖或版本混乱带来的数据损失。在实际应用场景中,双向同步搭配保留双方副本能兜住日常编辑风险,单向拉取适合模板统一分发,而单向推送则利于日志归档。如果正在为多端笔记同步困扰,可以从方向与策略的联动入手,为不同目

weixin_33866037的博客 249

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

Obsidian图床方案选型与优化实践

图床作为内容管理系统中的关键组件,其核心原理是通过云端存储解决本地文件的访问与分发问题。在技术实现上,主流方案采用对象存储(如COS/OSS)配合CDN加速,既保障数据持久性又提升访问速度。对于Obsidian这类本地优先的笔记工具,合理的图床方案能显著改善多设备同步体验,特别是在处理大量技术文档配图时。通过PicGo等工具链可实现自动化上传,结合WebP转码等优化手段,既能控制云存储成本,又能满足学术论文等场景的出版级要求。实测表明,混合存储策略可使2000张图片的知识库体积缩减90%以上,同步效率提升1

weixin_34115824的博客 285

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

上一篇: NotePic 1.2.0 发布:Obsidian 图片上传后,本地残留也能清理了
下一篇: 实践分享:Agentic RAG 如何应对企业数据的真实混乱
Luhui Dev
博客等级 码龄12年 44粉丝 146原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值