【免费下载链接】gemini-watermark-removerA high-performance, 100% client-side tool for removing Gemini AI image video watermarks. Built with pure JavaScript using mathematically precise Reverse Alpha Blending. / 基于 JavaScript 的纯浏览器端 Gemini AI 图像和视频无损去水印工具使用数学精确的反向 Alpha 混合算法项目地址https://gitcode.com/gh_mirrors/ge/gemini-watermark-remover点击查看免费下载导读本文完整复盘 gemini-watermark-remover 在 Issue #103 平面/矢量图样本上的调查过程与结论——该样本并非水印定位失败而是去水印后的可见残留无法消除且损伤评估判定为不安全最终落地为 fail-closed拒绝输出安全策略。读者将掌握visible-residual-unsafe-damage门控在生产流水线中的实现原理、单图视觉修补的不可观测信息根本障碍以及vector-repair-fixture-pack这套可重复的矢量修补准入评估方法。一、问题定位不是检测失败而是残留可见 损伤不安全Issue #103 的复现样本.artifacts/issue-103/issue-103-input.pngsha25609f83c1dcf29f6be88f7bc28dbfb8c2412dd427f038b02e14be051a8313ed6ff在2048x2048图像中的表现第一眼容易被误判为水印没找到。但调查结论明确指出检测完全正常。当前检测能稳定命中2048x2048图像中的96x96水印位置x1760, y1760右下角区域右/下边距均为192pxalpha 变体alphaVariant20260520这一组参数与 geminiSizeCatalog.js 中的2k-new-margintier 完全对应2k-new-margin: Object.freeze({ logoSize: 96, marginRight: 192, marginBottom: 192, alphaVariant: 20260520 })同时96px / 192px边距水印对应的内嵌 alpha map 也真实存在于 embeddedAlphaMaps.js 的96-20260520键中。真正的问题出现在去水印之后。修复前的 CLI 处理结果完整记录了失败形态字段修复前值含义appliedtrue流水线输出了一张处理过的图sourcestandardlocated-aggressive检测来源为常规定位 激进策略position{ x:1760, y:1760, width:96, height:96 }检测位置正确config{ logoSize:96, marginRight:192, marginBottom:192, alphaVariant:20260520 }采用新边距 alpha 变体residualVisibility.visibletrue处理后残留仍可见visibleGradientResidualtrue梯度残留超阈值visibleSpatialResidualtrue空间残留超阈值damage.safefalse损伤评估不安全damage.reasontexture损伤原因为纹理破坏这里的visible与damage并非主观判断而是有明确数值门限的量化评估残留可见性由 restorationMetrics.js 中的常量决定空间残留阈值RESIDUAL_VISIBILITY_SPATIAL_THRESHOLD 0.18、梯度残留阈值RESIDUAL_VISIBILITY_GRADIENT_THRESHOLD 0.22、正晕光阈值RESIDUAL_VISIBILITY_POSITIVE_HALO_LUM_THRESHOLD 6任一维度超过即visibletrue。损伤评估来自 watermarkScoring.js 的scoreDamagehard-reject、近黑像素增量 0.05、纹理惩罚 0.25、新增裁切比例 0.03 任一命中即产生 reasonsafe reasons.length 0。该样本命中了texture。也就是说水印找对了、alpha map 用对了但反向 Alpha 混合之后水印区域仍然残留明显鬼影且处理本身引入了不可接受的纹理损伤。二、已落地的生产修复fail-closed 门控与visible-residual-unsafe-damage针对 #103生产路径没有选择继续硬解而是落地了一个 fail-closed故障时拒绝输出策略当新边距 alpha 变体候选在处理后仍有可见残留、且损伤评估不安全时流水线直接返回appliedfalse与skipReasonvisible-residual-unsafe-damage避免输出一张带明显鬼影或新增损伤的图片。修复后的 CLI 处理结果为appliedfalseskipReasonvisible-residual-unsafe-damage同时完整保留检测位置、配置、分数、残留可见性与 decision path供 UI/CLI/后续调试展示原因——也就是说拒绝不等于丢信息只是不输出处理图。2.1 门控判定条件源码级门控判定集中在 candidateEvaluation.js 的shouldFailClosedForVisibleResidualUnsafeDamageexport function shouldFailClosedForVisibleResidualUnsafeDamage({ selectedTrial null, residualVisibility null } {}) { return isNewMarginAlphaVariantTrial(selectedTrial) residualVisibility?.visible true selectedTrial?.damage?.safe false; }三个条件缺一不可是新边距 alpha 变体候选logoSize 96 marginRight 192 marginBottom 192 alphaVariant 20260520见同文件isNewMarginAlphaVariantTrial残留可见residualVisibility.visible true由assessCalibratedWatermarkResidualVisibility计算见 restorationMetrics.js损伤不安全selectedTrial.damage.safe false。2.2 在流水线中的接入位置finalization 阶段createAcceptedPipelineFinalResult先计算校准后的残留可见性再依次检查两道 fail-closed 门if (allowFailClosed shouldFailClosedForVisibleResidualUnsafeDamage({ selectedTrial: resultContext.selectedTrial, residualVisibility: safetyResidualVisibility })) { return createFailClosedPipelineResultFromState({ ... }); } if (allowFailClosed shouldFailClosedForUnsafeWeakShiftedCandidate({ ... })) { // reason: unsafe-weak-shifted-candidate }两道门都通过后才走createAcceptedPipelineResultFromState正常输出。这保证了 #103 这类残留可见 损伤不安全的候选永远不会带着问题结果进入生产输出。2.3 返回结果的结构设计fail-closed 结果的构造由 pipelineResult.js 的createFailClosedPipelineResultFromState负责其关键设计是imageData直接返回originalImageData——即原图而不是带鬼影的处理图meta由 pipelineMeta.js 的createFailClosedWatermarkMeta生成reason默认visible-residual-unsafe-damage、evidenceClass默认unsafe-visible-residualdecision path 记录blockedGate: reasonUI/CLI 可以据此向用户解释检测到水印但当前样本属于不安全残留已保留原图。相关行为有测试兜底见 pipelineFinalization.test.js 与 pipelineResult.test.js均断言meta.skipReason visible-residual-unsafe-damage且blockedGate一致。三、调查证据一参数扫描未找到安全候选在确定 fail-closed 之前调查团队先做了系统性的参数扫描相关产物包括.artifacts/issue-103/alpha-profile-small-sweep.jsonalpha gain / 局部 profile 扫描.artifacts/issue-103/localization-small-sweep.json轻微位移/缩放扫描.artifacts/issue-103/logo-value-sweep.jsonlogo value 扫描.artifacts/issue-103/channel-logo-sweep.jsonRGB 分通道 logo value 扫描结论非常直接扫描 alpha gain、局部 profile、轻微位移/缩放、logo value 与 RGB logo value 后没有找到visiblefalse且安全的候选。最佳候选仍保留明显残留只是在不同策略下把残留从亮边、暗边或局部纹理之间转移。这说明问题不在参数没调好。四、调查证据二合成模型检查——sRGB 正向叠加拟合显著优于 linear RGB一个常见假设是残留是因为把 linear RGB 合成当成 sRGB 处理但该样本的合成模型检查.artifacts/issue-103/compositing-model-fit.json推翻了它sRGB 正向叠加拟合的 RMSE 约2.9393linear RGB 拟合的 RMSE 约48.6116。差距超过一个数量级。也就是说当前水印更接近sRGB alpha 模型下的背景重建问题而不是线性合成假设导致的失败。这为后续调查指明了方向焦点应放在背景信息是否可观测/可重建上。五、调查证据三视觉修补实验全部残留可见第二阶段调查尝试了多种视觉修补方案产物包括.artifacts/issue-103/flat-nearest-repair-report.json平面最近邻填充.artifacts/issue-103/palette-repair-report.json调色板修补.artifacts/issue-103/model-fit-palette-repair-report.json模型拟合 调色板修补.artifacts/issue-103/model-fit-threshold-sweep.json阈值扫描.artifacts/issue-103/inverse-palette-snap-report.json反解 调色板 snap.artifacts/issue-103/palette-mrf-repair-report.json调色板 MRF 平滑结论inverse-palette-snap是单样本上指标最好的简单修补但最佳结果仍为visibletrueseverity21.40704、gradientResidual0.2578、spatialResidual0.26759。对照第一节的阈值即可看出0.2578 0.22与0.26759 0.18梯度与空间残留双双超标。MRF/区域平滑可以进一步压低梯度残留但代价是增加空间残留与区域化错误块状伪影不适合直接上线。因此palette snap、局部区域平滑、MRF 类视觉修补不应直接放进生产路径——它们只是把残留从一种形态换成另一种形态并会在硬边界、细线、局部图形上引入错误重建。六、合成 hard/vector 基准不可观测信息是根本障碍为了把单样本现象升级为可重复的机制结论调查构造了带 ground truth 的合成平面/矢量图基准.artifacts/issue-103/synthetic-vector-benchmark/benchmark.json与comparison-sheet.png故意制造 alpha gain 偏差。结果大块纯色背景中palette snap 有时能接近真值——因为外圈颜色足以证明水印区域的底色局部形状只出现在水印区域内部时即便使用 oracle alpha gain已知真值增益palette snap 也无法恢复隐藏形状nested-shapescase 中 palette snap 的 RMSE 约15.46明显差于简单反解。这证明了一个核心机制结论单图 palette/区域重建存在不可观测信息——如果被水印遮住的颜色或形状没有在外圈出现算法无法可靠知道真实底色任何修补都是在猜而猜错就会在隐藏局部形状、硬边界和细线处重建错误内容。七、vector-repair-fixture-pack把风险变成可重复的准入门槛基于上述结论新增的vector-repair-fixture-pack脚本 create-issue103-vector-repair-fixture-pack.js把不可观测信息风险转化为一套带 ground truth 的可重复准入测试共 5 个用例用例 ID期望含义large-blocks-recoverablerepairable外圈存在大块连通颜色理论上属于可修复样例nested-shapes-protectedprotect水印区域内存在外圈不可观测的局部圆形、竖条与色块必须保护mixed-safe-component-protectedprotect同一 ROI 内同时存在可由外圈证明的大块连通区域以及必须保护的内部孤立组件thin-stripes-protectedprotect细线/条纹不应被修补算法压平成调色板块diagonal-edge-protectedprotect硬边界穿越水印区域时不应引入边缘错位每个用例都以PALETTE7 色板绘制 320x320 场景用96-20260520alpha map 与trueGain0.85施加水印再对比truth / watermarked / inverse / palette-snap-repair / gated-palette-repair五个面板见脚本中的COLUMNS。7.1 naive palette-snap-repair 的结果未加门控的朴素palette-snap-repair在 fixture pack 上的汇总summarizeVectorRepairFixtureResults见 scripts/create-issue103-vector-repair-fixture-pack.jsproductionReadyfalserepairable-improved1protected-regression1protected-not-worse3blockersprotected-regression分类规则classifyVectorRepairOutcome本身就体现了保护优先repairable用例要求repair.rmse inverse.rmse * 0.4且maxError inverse.maxError才算repairable-improvedprotect用例只要repair.rmse inverse.rmse * 1.25或maxError inverse.maxError 24即判为protected-regression生产阻断。7.2 gated-palette-repair连通组件判别的研究原型新增的gated-palette-repair研究原型不搞全量调色板覆盖而是从普通反解图出发只对满足安全条件的连通组件局部采用 palette repaircreateSceneLabelMap按 alpha 投影后的颜色距离把水印区域像素贴到外圈调色板标签analyzeVectorSceneSafety四邻域 BFS 提取连通组件计算每个组件的area、fillRatio面积/包围盒面积比、touchesBoundary是否触碰 ROI 边界isSafeVectorRepairComponent组件必须面积足够、与边界连通、且近似矩形默认minArea256、minFillRatio0.84、requireBoundarytrue见normalizeGateOptions复杂组件内部孤立、过小、非矩形回退到普通反解不做任何替换。该原型在 fixture pack 上的结果为productionReadytruerepairable-improved1protected-not-worse4blockersnone这说明下一阶段的 gated vector repair 有一个可继续验证的方向在large-blocks-recoverable上相对反解有显著收益在mixed-safe-component-protected上能局部采用安全组件并且在nested-shapes-protected等不可观测局部结构上不能比普通反解更差。对应测试见 issue103VectorRepairFixturePack.test.js。八、真实 #103 样本的组件级复核与阈值 sweepfixture 通过不等于真实样本通过调查进一步用真实 #103 样本做了组件级复核。8.1 真实样本组件级复核gatedAdoptedfalse复跑命令node scripts/create-issue103-real-component-gated-review.js产物.artifacts/issue-103/real-component-gated-vector-review/report.json.artifacts/issue-103/real-component-gated-vector-review/comparison-sheet.png.artifacts/issue-103/real-component-gated-vector-review/component-map-4x.png关键结果脚本 create-issue103-real-component-gated-review.js 默认使用position{x:1760,y:1760,width:96,height:96}、alphaKey96-20260520、alphaGain0.85gatedAdoptedfalsecomponentCount13所有组件的safeForRepairfalserejected reasonstoo-many-components、internal-component、small-component、non-rectangular-component也就是说当前组件级 gate 没有在真实 #103 上误采纳任何组件但也没有改善真实输出——13 个组件全部被安全门拦下。它仍是研究原型不能直接进入生产路径。8.2 组件 gate 阈值 sweep轻微放宽无收益极度放宽有风险复跑命令node scripts/create-issue103-component-gate-sweep.js脚本 create-issue103-component-gate-sweep.js 内置 5 档默认候选DEFAULT_CANDIDATESsweep 结果候选 IDminAreaminFillRatiorequireBoundarychangedPixelsstrict-a256-fill084-boundary2560.84true0mid-a128-fill060-boundary1280.60true0loose-a64-fill040-boundary640.40true33loose-a64-fill040-anywhere640.40false98very-loose-a64-fill030-anywhere640.30false2709数据说话从严格到中等放宽实际改动像素为 0——门控根本没有采纳组件继续放宽到loose-a64-fill040系列也只有 3398 个像素的视觉收益而一旦极度放宽very-loose-a64-fill030-anywhere采纳量暴涨到 2709 个像素但会进入星形、弧线、纹理交界等高风险区域。因此不支持为了 #103 在生产路径放宽组件 gate。该 sweep 的可复跑性与输出结构由 issue103ComponentGateSweep.test.js 保证。九、继续推进后的新增实验AI 参考输出同样失败调查最后还跑了一组外部方案对照实验产物见.artifacts/issue-103/em-palette-alpha/、blend-balance/、confident-palette-repair/、allenk-reference/结论依然悲观分段 alpha 调色板 EMvisibletrue最佳约severity23.3063、spatialResidual0.29947、gradientResidual0.17873会把黄绿色弧线附近重建成块状区域原图与反解图之间的模板相关平衡visibletrue最佳约spatialResidual0.18016、gradientResidual0.30617暗鬼影仍可见高置信调色板局部修补只改动约 162 个像素结构风险低但覆盖不足仍然visibletrueallenk/GeminiWatermarkTool 参考输出plain、server-aggressive、soft、telea、ns、ai/FDnCNN全部visibletrue其中 AI/FDnCNN 参考的空间残留约0.35552 ~ 0.36230比 fail-closed 前的反解残留更高。这些结果把问题从参数没调好彻底推进到了**单张图缺少可观测背景真值**的层面对于 hard/vector 内容自动修补只有在被遮挡区域的颜色类别能由外圈连通区域证明时才有生产化空间否则会在隐藏局部形状、硬边界和细线处重建错误内容。十、处理建议与明确不建议的方向短期保留当前 fail-closed 行为避免生产输出明显残留或损伤在 CLI/UI 上将visible-residual-unsafe-damage解释为检测到水印但当前样本属于不安全残留已保留原图不要为了 #103 单样本放宽安全门或上线视觉修补。中期请求 issue reporter 提供更多同类 flat/vector 样本至少覆盖不同背景颜色、局部形状、细线、文字/图标与不同 1K/2K/4K 尺寸建立 hard/vector 类 fixture 集合用 before/after crop sheet 与 ground truth/synthetic benchmark 一起评估将.artifacts/issue-103/vector-repair-fixture-pack/report.json的gatedSummary作为 gated vector repair 的准入报告只有当gatedSummary.productionReadytrue且人工检查comparison-sheet.png无结构回归时才考虑进入生产路径若继续研究修补优先做**可证明安全的局部常量区域识别**只在被遮挡区域与外圈连通、且颜色类别可由外圈证明时修复遇到孤立局部形状、硬边界穿越或覆盖率不足时仍 fail-closed下一阶段不应从单张 #103 样本直接改生产路径应先用更多 flat/vector 样本验证当前连通组件 gate 的假阳性/假阴性再决定是否允许 gated vector repair 接入生产流水线。明确不建议的方向直接降低残留可见性阈值把 palette snap、nearest fill、MRF smoothing 作为通用后处理上线把 allenk 的 software inpaint 或 AI/FDnCNN 清理作为该类样本的默认兜底从单张 #103 样本泛化 96px / 192px 新边距水印的修复策略。十一、总结对生产流水线的启示Issue #103 调查的价值不止于一个 bug 的结论它沉淀了一套可复用的方法论量化门控优于主观判断visible/damage.safe都由明确阈值空间 0.18、梯度 0.22、正晕光 6以及 texture 惩罚 0.25 等驱动fail-closed 判定可复现、可测试找不到安全解本身也是结论alpha/profile/位移/logo value 全参数扫描无果、sRGB 拟合优而 linear 拟合差说明根因是背景不可观测而非参数没调好合成 ground truth 基准是验证修补算法的必要门槛vector-repair-fixture-pack的 5 个用例把可恢复 / 必须保护的边界显式化任何候选修补算法都要先过productionReady这一关真实样本复核防止过度拟合fixture 上通过的gated-palette-repair原型在真实 #103 上gatedAdoptedfalse13 个组件全部拒绝证明当前安全门足够保守也证明这类算法尚未成熟到可以上线。最终生产行为是清晰且安全的检测到水印 → 尝试去除 → 残留可见且损伤不安全 → 返回原图并说明原因。对用户而言这比输出一张带鬼影或损伤的图更诚实、更可用对后续研发而言vector-repair-fixture-pack与组件级 gate 为可证明安全的矢量修补留下了一条可验证的演进路径。赞分享【免费下载链接】gemini-watermark-removerA high-performance, 100% client-side tool for removing Gemini AI image video watermarks. Built with pure JavaScript using mathematically precise Reverse Alpha Blending. / 基于 JavaScript 的纯浏览器端 Gemini AI 图像和视频无损去水印工具使用数学精确的反向 Alpha 混合算法项目地址https://gitcode.com/gh_mirrors/ge/gemini-watermark-remover点击查看免费下载相关推荐gemini-watermark-remover Issue 99 修复设计解析小尺寸 preview-anchor 水印的淡菱形残影治理方案gemini watermark remover Issue 99 修复设计解析小尺寸 preview anchor 水印的淡菱形残影治理方案 导读 本文基于gemini-watermark-remover 1.0.43 发布收尾实录2752×1536 水印修复、逐像素回归门禁与证据链留存gemini watermark remover 1.0.43 发布收尾实录2752×1536 水印修复、逐像素回归门禁与证据链留存 本篇技术指南以 gemigemini-watermark-remover 开发调试实战指南Best-Effort 去水印原则、数据驱动水印调查与固定 Tampermonkey 验证流程gemini watermark remover 开发调试实战指南Best Effort 去水印原则、数据驱动水印调查与固定 Tampermonkey 验证流上一篇LAV Filters终极指南5分钟掌握Windows最强开源解码器配置下一篇Dell G15终极散热控制指南开源tcc-g15完整解决方案创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考