技能介绍

解决什么问题

发布截图前，画面里常藏着 API Key、登录二维码、手机号、用户目录、合同价格等敏感信息。仅凭肉眼判断很容易漏项，轻微模糊也可能被放大恢复、扫码识别，或从窗口标题、路径、时间背景拼出个人或组织线索。公开图若覆盖原图、放进公开目录或残留编辑缓存，还会扩大泄露范围。打码需要区分“看起来遮住”和“实际不可读、不可还原”。

核心能力与工作步骤

这个技能按发布风险组织处理流程，而不是简单加一层马赛克。

先建立风险清单，覆盖凭证与访问、身份与联系、设备与系统、业务与关系，以及多项字段组合后的可推断信息。
再按风险选择方法：优先重新截图、合成数据或裁掉无关区域；高风险文本使用纯色实心遮挡；低风险人脸或背景才使用 pixelate / blur；遮挡面积过大时改用重新制作的示意图并标注。
遮挡前确认坐标，格式为 x,y,w,h，相对原图左上角；每个框覆盖完整字符并留边距。坐标不确定时先生成带网格或标注的审阅副本，不猜测范围。
生成脱敏副本时使用独立输出文件；脚本拒绝输入与输出为同一文件，坐标越界会停止，默认给遮挡框四周增加 8 像素，并输出输入/成品 SHA256、实际应用坐标和复核提醒。
处理元数据与派生文件：重新编码像素输出通常不复制原图 EXIF，但仍需检查文件名、同目录文件、文章引用、云盘分享范围和 Git 历史是否残留未脱敏内容。
发布前做整图复核：100% 与 200% 放大查看遮挡边缘，扫描画面四角、标题栏、侧栏和通知，尝试扫码，确认上下文能否推断被遮挡内容，同时保留教程必需信息。

适用边界与注意点

--method pixelate 与 --method blur 只用于低风险视觉匿名；密钥、二维码、账号、证件号和可复制文字不用轻微模糊，纯色遮挡更容易验收。遮挡二维码需要覆盖完整图案及静区，不能只挡中心。图像打码不等于清除所有发布链路风险：文件名、同目录缓存、文档引用、云盘共享和 Git 历史都仍需单独处理。