Community연구 & 데이터 분석github.com

AI图片去水印 · 像素级验证版

去除 AI 生成图角落的「XXAI生成」半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。

AI图片去水印 · 像素级验证版란 무엇인가요?

이 스킬은 AI 생성 이미지(豆包/即梦/Kolors 등) 모서리에 있는 'XXAI生成' 하얀색/반투명 워터마크를 제거합니다. 핵심 특징은 픽셀 단위 검증, 이중 신호 교차 위치 추적, 다중 후보 객관적 지표 투표입니다. 위치 추적, 배경 샘플링, 덮어쓰기, 검증의 4단계 체인으로 구성되며, 각 단계는 독립적으로 오류 가능성을 줄입니다. 위치 추적은 그리드 확대와 픽셀 밀도 클러스터링이라는 두 가지 다른 원리의 신호를 교차 사용하여 환각을 방지합니다. 덮어쓰기 단계에서는 여러 후보(상단 배경 스트레치, 좌측 평균 색상 채움, 다방향 보간)를 생성하고 객관적 지표(질감 연속성, 색상 분산, 유클리드 거리)로 최적을 선택합니다. 검증은 픽셀 diff를 사용하여 시각적 모델의 오보(예: 복잡한 배경에서 하얀 털이나 물보라)를 차단하고, 실제 지상 진실(ground truth)을 기반으로 합니다. 이 스킬은 주로 상대적으로 균일한 배경(예: 평평한 색상 블록, 하늘, 바다)에서 AI 생성 이미지 모서리 워터마크에 적합하며, 실제 내용(예: 얼굴, 제품 로고) 아래의 워터마크에는 적합하지 않습니다. 개발자는 이 스킬을 사용하여 워터마크 제거의 정확도와 신뢰성을 향상시킬 수 있으며, 시각적 모델만 의존하는 기존 방법의 환각 문제를 해결할 수 있습니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/ai-image-watermark-removal-boss

Installed? Explore more 연구 & 데이터 분석 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

미리보기

스킬 README에서

九品锦锂e 微信二维码

문서

AI图片去水印 · 像素级验证版은(는) 무엇을 하나요?

去AI生成图(豆包/即梦/Kolors等)角落的"XXAI生成"白色/半透明角标水印。核心卖点:像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖——别人只会"调AI修图然后肉眼说好了",这套是算出来的。

适用场景

  • AI生成图角落的"XXAI生成"白字/半透明角标(豆包/即梦/Kolors等)
  • 水印压在相对均匀背景上(平整色块/天空/海水/渐变)
  • 水印在画面角落而非主体上

完整链路(接力链降错误相关性)

去水印是一条四跳接力链:定位 → 采样背景 → 覆盖 → 验证。每跳独立只错一点,多跳后正确率急剧衰减;同源方法会一起栽同一个坑。彻底版 = 关键节点单独加校验 + 跨原理信号交叉 + 多候选投票。

① 定位(两信号交叉,必须不同原理)

  • 信号A 网格放大法:候选区放大画 10x10 红色网格(标 x0-x9/y0-y9),让视觉模型只报"水印在 x几-x几,y几-y几"——只信格子范围,不信它的百分比/像素描述,换算回原图坐标后再像素精扫。
  • 信号B 像素密度聚类:不做任何依赖视觉模型的像素分析。白色/半透明色(r>180,g>180,b>180,半透明降到140-150)按行求和找文字密集行段,连续列白像素>3找文字 x 范围。
  • A、B都要定位到才锁定水印区域;只有A或只有B → 重新审视,别急着覆盖(跨原理交叉,避免同一视觉模型一起栽坑)。
  • 水印可能在角落(如蓝色海水区)而非主体——先全图扫白色/半透明像素密集簇再定坐标。

② 覆盖(多候选投票,不拍脑袋)

生成多个候选人,用客观指标投票选最优:

  • 候选1:水印正上方(或左侧)同宽背景条带,垂直拉伸到水印区域(LANCZOS)——复杂背景最自然
  • 候选2:左侧/四周均值色填充 + mask 高斯羽化边缘(GaussianBlur 2px)——均匀背景
  • 候选3:多向插值
  • 投票指标:区域纹理连续性(边缘梯度)+ 颜色统计方差 + 与周围像素欧氏距离。指标最优者胜出,不靠"我觉得哪个好"。
  • 覆盖区域加 pad 6-8px,防文字边缘残留。

③ 验证(像素级裁决,隔离视觉误报)

  • 像素级 ground truth 跑 scripts/verify_watermark_removed.py:比较原图 vs 处理图在目标区域白色像素数。原图 856 → 处理 2 = 清除✅
  • 视觉模型不参与裁决,只报粗定位。它"还有水印"的误报(复杂背景白毛发/水花/火焰亮区)被像素diff隔离在节点外,不拖延进度。
  • 残留判断:目标区处理图白色 < 原图 5% 即视为清除。

整链(当分布式系统管)

  • 每跳输入输出定死:bbox 字典 / 候选列表 / 指标,可单独测试复原。
  • 端到端看:成功率(像素达标率)+ 成本(轮次)+ 可排查性,跟单跳基线比——收益扣掉税仍是正,才真上线。

关键坑(实战踩过)

  1. 视觉模型会幻觉"还有水印":复杂背景(白色毛发/水花/火焰亮区)下反复误报"右下角有豆包AI生成",即使像素级证明已清除。像素 diff 才是裁决者——数值达标后别被视觉模型带着重做。
  2. 视觉模型说"右下角"可能指整个右下 1/4 区域,精确坐标必须靠像素分析(行/列白色密度聚类)。
  3. 画面本身亮色(老虎白毛/瀑布白浪)会干扰白色检测——"原图白且处理图也白"遍布全图时,那不是水印是画面内容。
  4. 背景复杂时上方背景拉伸覆盖比纯色更自然;纯色只用于均匀背景(如海水)。
  5. 验证残留判断:目标区域处理图白色 < 原图 5% 即视为清除。

脚本

  • scripts/verify_watermark_removed.py — 像素级验证水印是否清除(原图vs处理图白色像素对比)

依赖

  • Python 3,PIL + numpy(pip install pillow numpy)

局限(诚实告知)

  • 覆盖这环用"周围像素拉伸/均值"填,本质是伪修复。水印若压住真实内容(人脸/产品logo/复杂纹理),覆盖会失真——需接真·AI修复(inpainting/Lama)。
  • 本 skill 擅长:AI生成图角标、相对均匀背景、像素级兜底验证。定位+验证最硬。

🙋 关于作者

九品锦锂e | 把踩过的坑封装成"拿来就能跑"的 skill,不写教科书。

这个 skill 是我自己每天在用的版本。用的时候卡住了、想要进阶玩法、或者有别的场景想让我封装成 skill,直接加我微信说,加时备注「SkillHub」我优先通过:

九品锦锂e 微信二维码

扫码添加作者微信 · 备注「SkillHub」优先通过

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/feasibility-study-consultant

项目可行性论证与研究报告写作框架 —— 任何「这事能不能做、怎么做、值不值得做」的商业决策场景:可行性研究/立项论证/新项目评估/创业方向验证。10大论证模块 + 强制联网尽调 + 多源交叉验证 + 读者视角写作 + 结构化报告输出。(v1.4 升级:从「引导客户把项目情况讲清楚」到「按问题类型与项目类型选论证方法」再到「用假设台账逐条验证」的六步教练流程;附可行性门槛评分器与假设台账两个零依赖脚本、项目卡与决策门清单模板)

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

관련 스킬