标题
以 Dublin Core XMP 写入简短展示标题。
私密、本地的 XMP 编辑
图片 Metadata Editor
先检查图片，再编辑一组小而通用的元数据字段，并下载重新编码的新副本。浏览器会复检每个写入字段，原文件始终不会被覆盖。
本地图片元数据编辑器
写入一组全新、可复检的元数据
工具会先检查原元数据，再重新编码新副本，只写入下方表单中的字段，并在允许下载前再次扫描。
拖入一张图片
选择 JPEG、PNG 或静态 WebP。浏览器会在本设备上读取、重写并复检元数据，文件不会离开设备。
JPEG、PNG、静态 WebP一次一个文件，不超过 25 MB
本地处理
不上传处理文件
生成新副本
原文件保持不变
再次扫描
逐项复检写入字段
批量编辑器
为多张图片写入并验证 XMP 字段
使用一个本地预设处理最多五张 JPEG、PNG 或静态 WebP。每个新副本都会在开放下载前重新扫描。
添加批量图片
最多 5 个文件 · 每个 25 MB · 原文件保持不变
可编辑的 XMP 字段
五个通用字段，一个克制的能力承诺
编辑器刻意不开放 GPS、设备序列号、AI 工作流参数、时间戳和来源声明；这些字段需要不同的使用意图和更强的验证。
描述
以通用 XMP 描述字段保存图片说明或上下文。
作者
由用户填写个人或组织名称；工具不会验证作者身份。
版权
按原文写入权利声明，但不验证所有权。
关键词
使用少量 Dublin Core subject 条目帮助归档和检索。
什么时候该编辑元数据而不是清除
对私人分享来说，清除元数据是正确的默认选择；但有些文件应当携带准确的信息：谁创作了这张图、版权归谁、内容是什么。这个编辑器针对的正是这些场景：丢弃旧记录，写入五个由你掌控的通用字段。
用 Creator 字段为作品署名
摄影师、插画师和工作室发布的图片，常常在缩放、导出或平台转存中丢失署名。把你的姓名或工作室写入 Creator 字段，能为后续查看者提供一份可移植、机器可读的署名，多数资产管理软件和操作系统都能读取。该字段原样记录你的输入，工具不验证作者身份，因此请使用你实际发布作品时用的名字或品牌。
在 Copyright 字段写明授权条款
Copyright 字段适合写版权声明和联系方式，例如带年份的 © 声明、许可协议名称或联系地址。清晰的声明让善意使用更容易，也让滥用更难开脱。工具会原样写入你输入的内容，不验证权属、授权资格或身份；声明是否准确，责任在你自己。
交付客户或图库前统一整理文件
当每个文件都带着一致的标题、可用的说明和可检索的关键词时，客户交付和图库投稿都会顺畅得多。与其依赖文件名，不如把这些值写进图片本身，让它们在重命名后依然随副本流转。由于编辑器会逐字段读回验证，你可以确信交付的文件确实携带了你想写入的描述。
在这里编辑，同时完成隐私清理
编辑器绝不在原文件里原地修补元数据。它把可见像素重新编码为一份新副本，丢弃原有元数据容器，包括 GPS、设备信息、时间戳和 AI 工作流字段，然后只写入你填写的五个字段。结果是一个可预测的单一步骤：支持识别的个人风险元数据被留在原文件里，你的署名被写入新副本，输出还会再扫描一次以确认两者都成立。
检查 → 写入 → 复检
编辑过程仍然以证据为先
工具不会在写完字节后立刻显示成功；只有重新读取新文件并找到请求字段后，才开放下载。
- 01
检查原文件
验证真实文件签名和安全限制，并把受支持的现有值载入表单。
- 02
创建全新副本
重新编码可见像素、丢弃原元数据容器，只写入选定的 XMP 字段。
- 03
逐字段复检
用同一扫描器读取输出，确认请求值，并生成不包含这些值的可安全分享报告。
为什么编辑器写入 Dublin Core XMP
在图片元数据可以栖身的所有位置中，Dublin Core XMP 数据包是标题、描述、创作者、版权和关键词最通用的载体。编辑器每份副本只写入一个全新数据包，然后读回输出，证明每个字段都确实写入。
广泛可读的开放标准
XMP 中的 Dublin Core 是有公开文档、开放定义的词汇表，而不是厂商专有数据块。主流图片管理软件、编辑套件和各大操作系统的文件信息面板大多能读取这些字段，因此它是署名与版权声明的合理默认选择。但没有任何标准能保证处处显示：每个应用自行决定展示哪些字段，写入的值可能存在于文件中，却不在某个程序里显示。
全新数据包，而非原地修补
原地修改式的编辑器直接改写既有容器内的字节，可能留下过期的重复值、孤立的缩略图或互相冲突的字段。这个编辑器选择更可预测的路径：旧元数据随重新编码一并丢弃，然后写入唯一一个只包含你五个字段的全新 XMP 数据包。由于输出的全部支持识别元数据面是已知的，复检才有实际意义，没有任何残留状态需要猜测。
每个字段都先读回，才开放下载
写入字节不等于证明写入成功。生成新副本后，编辑器会用与检查阶段相同的扫描器重新打开它，把每个写入字段与你的输入逐一对照，要求精确匹配。只有当每个请求的值都被再次找到，下载才会开放。如果验证未通过，工具会明确告知，而不是把一份未经检查的文件交给你。
重要限制
这个编辑器优先保证可预测的隐私边界
它不是无损 EXIF 打补丁工具，也不是来源凭证签发系统。以下行为是产品的一部分，不是藏起来的细则。
图片会被重新编码
即使尺寸和肉眼内容相同，压缩、文件大小、色彩配置和细微像素值仍可能变化。
不会保留旧元数据
GPS、设备、时间、AI 工作流、缩略图和未支持的专有字段不会复制到编辑后的输出。
不签发 C2PA
发现可能的标记时必须明确同意移除；工具不能验证签名，也不能生成替代 Content Credentials。
仅支持图片
V1 支持 JPEG、PNG 和静态 WebP；PDF、HEIC、RAW、动画、音视频和 Office 文档不在本页范围内。
Metadata Editor 常见问题
生成副本前，先知道会改变什么
这些回答会区分通用 XMP 编辑、EXIF 打补丁、来源凭证签发与无损容器修改。
图片会离开我的设备吗？
不会。检查、重新编码、XMP 写入、复检和下载都在浏览器中完成；工具不会把图片、文件名、元数据值或文件哈希发送到处理 API。
可以编辑哪些元数据字段？
V1 会在全新的 Dublin Core XMP 数据包中写入标题、描述、作者、版权和关键词；空字段不会写入。
它能编辑所有 EXIF 字段吗？
不能。GPS、相机信息、序列号、日期、方向、缩略图、MakerNotes、AI 工作流参数和专有字段都不能在这里编辑；旧元数据会被丢弃，而不是原地修改。
画质或文件大小会变化吗？
可能会。浏览器会先重新编码可见像素，再写入全新 XMP。报告展示输出格式、尺寸和输入输出大小，但文件大小不是元数据复检信号。
能创建或保留 Content Credentials 吗？
不能。C2PA 仅做保守标记检测。发现标记时，重新编码会移除或分离它，因此必须明确同意；工具不会验证或伪造凭证。
支持哪些格式？
一次处理一个不超过 25 MB 的 JPEG、PNG 或静态 WebP。动画 WebP、APNG、多资产 JPEG、HEIC、RAW、畸形文件，以及没有经过测试的浏览器编码路径会被拒绝。
能编辑 GPS、拍摄日期或相机字段吗？
不能，而且这是刻意的设计。编辑器只写入五个 Dublin Core 字段：标题、描述、创作者、版权和关键词。原文件中的其他一切，包括 GPS 坐标、拍摄日期、相机与镜头信息、序列号和 AI 工作流参数，都会被丢弃，而不是保留或编辑。把可写面收得这么小是一条隐私边界：你不会意外保留位置轨迹，输出里也绝不会出现工具无法验证的字段。如果你需要完整的 EXIF 编辑，这个工具有意不做那件事。
Lightroom、Photoshop 或操作系统能读到这些字段吗？
Dublin Core XMP 得到广泛支持，Lightroom、Photoshop 等应用、多数数字资产管理软件，以及各大操作系统的文件信息面板通常都能读取标题、描述、创作者、版权和关键词。但各程序的显示方式不同：有的展示全部字段，有的只显示一部分，还有的使用不同的标签名。工具能验证字段确实存在于文件中，却无法保证每个应用都会全部展示。
写了 Copyright 就能证明版权归我吗？
不能。Copyright 和 Creator 字段记录的是你选择做出的声明；工具不核验你的身份、权利或任何许可协议，嵌入的声明也不等于版权登记或法律意义上的权属证明。而且任何拿到文件副本的人都可以改写元数据字段。请把它当作一份清晰的公开声明和联系入口，对善意使用很有价值，但单独不构成证据。
只想查看？
打开只读 Metadata Viewer，查看受支持字段，不重新编码，也不写入新文件。
打开 Metadata Viewer需要一份清理后的副本？
如果只想丢弃支持识别的文件级元数据，而不添加全新的作者字段，请使用 AI Metadata Remover。
打开 AI Metadata Remover