PKC 第 085 个开关：互删通知的位置、验证方法与风险边界

个人主页杨利杰YJlio❄️个人专栏《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》《WINDOWS教程》 《Windows PowerShell 实战》 《IOS插件分析测试》《超简单用Python让Excel飞起来》让复杂的事情更简单让重复的工作自动化PKC 第 085 个开关互删通知的位置、验证方法与风险边界PKC 第 085 个开关互删通知的位置、验证方法与风险边界一、功能说明页面明确写的是“通知到本人窗口”二、证据边界开关和说明可见没有本人窗口与通知正文三、开关位置文本内容下方、清空聊天记录上方四、通知对象拆分本人窗口、对方会话和系统提示分别核对五、状态特写绿色只表示采集时开启通知选项六、测试准备双端临时账号与通知搜索清单七、核心验证通知关闭基线—开启观察—关闭恢复八、通知时点触发后、删除尝试后和双端结果后不是同一阶段九、失败与单侧结果通知内容必须接受反向核对十、常见误判与异常排查先区分删前消息和本人通知十一、风险与结论本人通知用于记录不是删除成功担保十二、资料范围与测试声明PKC 第 085 个开关互删通知的位置、验证方法与风险边界一、功能说明页面明确写的是“通知到本人窗口”“互删通知”位于 PKC 的“29-自动互删好友”页面是本系列记录的第 085 个开关。目标项下方灰字写着“互删后-发出通知到本人窗口”因此它更接近互删动作后的本人侧结果通知而不是发给对方的删前消息。“本人窗口”究竟是文件传输助手、自发会话、当前聊天、本机弹层还是插件定义的其他窗口截图没有说明。文章必须先定位通知真正出现在哪里、由谁显示再讨论文案与时点。通知出现不能证明双方已经互删。插件可能在动作尝试后就生成提示也可能只依据本机状态判断联系人关系仍要在 A、B 两端分别核对通知和删除结果是两条独立证据。二、证据边界开关和说明可见没有本人窗口与通知正文页面定位图显示总开关开启互删关键词为“互删”、匹配模式为“精确”“删前给对方发消息”开启文本内容显示 [实名]“互删通知”同样为绿色清空聊天记录关闭白名单未配置。开关特写保留“互删通知”、灰色说明和绿色控件可以确认采集状态及页面描述它没有通知正文、窗口标题、发送主体、时间戳或双端联系人状态不能证明通知已生成或内容准确。证据来源当前可以确认不能直接确认页面定位图第 085 项属于互删后的附加配置通知窗口的具体位置灰色说明页面写明“互删后-发出通知到本人窗口”“互删后”以何种结果为准开关特写图采集时目标项为开启已产生任何通知本人侧录屏双端关系当前版本下通知与结果的对应所有失败类型与未来版本因此文章不能把它写成通知对方、系统推送或互删成功凭证。只有真实窗口、实际文案、出现时点和双方关系共同记录后才能形成当前环境结论。三、开关位置文本内容下方、清空聊天记录上方进入 PKC 设置并打开“29-自动互删好友”在“删前给对方发消息”和“文本内容”之后找到“互删通知”。目标行下方附有说明下一项是“清空聊天记录”。定位时不要把第 084 项的对方消息当作第 085 项。前者位于上方并可能使用 [实名] 文本后者明确指向本人窗口测试第 085 项时应关闭删前消息避免两个渠道同时出现文本。这张定位图用红框标出目标行、灰色说明和绿色控件并保留上下相邻设置。它证明第 085 项的页面语境不能证明通知发给谁也不能证明联系人删除完成。四、通知对象拆分本人窗口、对方会话和系统提示分别核对“本人窗口”首先需要通过实际界面识别。测试时观察 B 的会话列表是否出现自发会话或新窗口、当前 A 会话是否新增文本、本机是否出现浮层以及 iOS 通知中心是否有记录每种渠道分别截图。A 端也要保持录屏。如果 A 收到由 B 发出的消息那更接近删前消息或其他外发动作若只有 B 能看到则更符合本人侧通知。不能仅凭文案里的“互删”判断接收者。呈现位置如何判定与第 085 项的关系B 的自发/本人会话仅 B 账号窗口可见与灰字描述较一致仍需开/关对照B 与 A 的原会话检查消息发送主体可能是本地记录或外发消息B 本机浮层不形成聊天消息可记为本机提示iOS 通知中心核对应用与通知来源不能由“窗口”一词直接推断A 端收到消息A 可看到 B 外发内容更接近发给对方的消息插件设置页提示只在配置界面可见不等于持久通知如果通知出现于一个意外窗口文章应保留窗口名称和可见范围不用“本人窗口”替插件补充具体产品名称。窗口身份以当前版本实测为准。五、状态特写绿色只表示采集时开启通知选项切换前记录总开关、触发者、第 084 项、第 085 项和聊天记录清空状态。本轮关闭“删前给对方发消息”只操作“互删通知”清空聊天记录始终关闭。特写图中目标控件为绿色并显示灰色说明。它可以用于核对目标状态但没有通知结果不能证明开启后一定通知也不能证明通知只出现一次。关闭或开启后退出页面再返回确认状态保存。若开关回退或本人窗口位置不明先停止互删样本不通过连续删除寻找通知。六、测试准备双端临时账号与通知搜索清单准备专用账号 A、BB 运行 PKC双方同意删除与重新添加。触发前保存恢复入口关闭删前消息和清空聊天记录只允许一种受控关键词来源。B 端在测试前记录会话列表、自发会话、当前 A 会话和系统通知中心基线A 端记录自己是否收到任何新消息。使用虚构昵称防止通知正文包含真实身份或账号信息。准备项目具体做法目的临时关系专用 A、B限制删除损失触发来源仅本人或仅对方一种保持动作可归因删前消息关闭排除发给 A 的文本清空记录始终关闭保留通知与关系证据B 窗口基线截图会话列表、自发窗口、A 会话定位新增通知A 端基线录屏且不手动回复判断是否误发给对方恢复入口保存重新添加信息每轮后重建关系如果 B 的账号中存在大量真实会话不适合作为通知定位环境。专用账号能更清楚地识别新增窗口也能降低通知内容暴露给其他会话的风险。七、核心验证通知关闭基线—开启观察—关闭恢复第一阶段开启自动互删总流程、关闭第 085 项用已验证的单一触发方式对临时关系执行一次。双方记录关系结果B 检查本人侧所有候选窗口确认没有新增通知这一轮建立关闭态基线。重新添加并建立新基线后开启“互删通知”保持第 084 项关闭使用新触发编号执行。记录触发时间、B 端关系变化、通知出现时间、窗口、文案和次数同时记录 A 端关系与是否收到消息。验证阶段第 085 项观察重点关闭基线关删除结果与本人窗口是否静默开启测试开新增通知的位置、正文和时间双端关系开A、B 各自好友状态对方渠道开A 是否意外收到消息重复检查开同一触发是否只通知一次关闭恢复关删除流程保持、通知消失通知出现后不能停止关系核对。若 B 收到“成功”类文案但 A、B 关系状态并未形成相应变化应记录为通知与结果不一致而不是相信通知覆盖双端证据。最后重新添加并关闭第 085 项用新编号复测。互删主流程仍可观察而本人通知消失才能把新增提示归因于第 085 项。八、通知时点触发后、删除尝试后和双端结果后不是同一阶段灰字写“互删后”但插件可能以本地删除动作结束、接口返回或其他条件作为“后”。测试应对齐关键词发送、B 端联系人变化、A 端关系变化和通知出现四个时间点。没有服务端日志时只能描述可见顺序。例如“B 资料页变化后出现通知A 端稍后才刷新”不能写成插件等待双方确认后才通知。通知时点可以支持的描述不能直接证明关键词刚发送即出现与触发时间接近已完成任何删除B 本机关系变化后出现位于本机删除之后A 端也已删除A、B 均核对后才看到可见顺序较晚插件内部等待双端确认微信重启后迟到通知可能延迟或缓存属于新的删除事件同一触发重复出现存在重试或重复通知两次独立互删没有稳定时点当前条件下顺序未确认固定实时通知所有时间结论都绑定当前设备与录屏精度。界面刷新延迟可能改变观察顺序不能报告毫秒级保证。九、失败与单侧结果通知内容必须接受反向核对如果互删只在 B 端发生、A 端仍保留 B通知若使用“互删成功”等表述可能造成误导。文章应原样记录通知正文并与双方关系对照不替插件修正文案。不建议人为制造删除接口失败若自然出现未命中、状态回退或单侧结果正好可观察第 085 项是否仍通知。出现误报后立即停用不能继续删除其他联系人扩大样本。实际结果通知观察正确结论B、A 都出现关系变化本人窗口通知一次当前样本中通知与双端结果一致仅 B 端变化通知仍称互删存在范围或文案误导风险两端均无变化仍出现通知可能按尝试而非成功触发删除成功但无通知开关、窗口或通知链路异常不否定删除主流程通知重复同一事件多条记录记录重复不当作多次结果A 收到通知文本通知可能外发或第 084 项混入立即停止并核对配置通知是辅助证据不是关系事实。无论文案多明确最终都要回到 A、B 资料页、通讯录和消息能力。十、常见误判与异常排查先区分删前消息和本人通知B 或 A 看到一条文本时先确认第 084 项是否关闭再检查该消息由谁发送、在哪个窗口出现、另一端是否可见。只有本人侧新增且随第 085 项反向变化才更符合互删通知。开启后找不到通知时先重新进入页面确认状态再按会话列表、自发窗口、A 会话、本机浮层和通知中心顺序检查。若删除流程本身未触发不继续判断通知。异常现象可能原因处理建议A 收到文本第 084 项未关或通知外发异常停止并核对消息发送主体B 有通知但关系未变通知按尝试触发或结果误判双端记录并停用关系变化但找不到通知窗口未识别、状态未保存或通知失败按候选渠道逐项检查通知重复或迟到重试、缓存或旧触发等旧事件结束再复测文案包含敏感身份模板字段或联系人信息脱敏、停用并清理测试数据清空后证据丢失第 086 项误开或本地异常停止测试不继续删除每次复测都需要重新添加 A、B使用新触发编号并清理旧通知。不同关系轮次的通知不能拼成一条成功链路。十一、风险与结论本人通知用于记录不是删除成功担保互删通知可能包含昵称、账号、时间或结果字段并在会话列表或屏幕共享中暴露联系人关系重复或误报还会干扰判断。专用虚构账号和双端核对是必要保护。PKC 属于 iOS 微信非官方插件微信、iOS、插件版本、同步延迟和多插件冲突都可能造成通知缺失、迟到、重复、内容错误、闪退、数据异常或账号风控。当前截图只能确认第 085 项采集时开启以及页面写明“互删后-发出通知到本人窗口”不能确认窗口、文案和结果准确性。有效证据来自通知开/关、双端关系、消息接收者和关闭恢复。最终应写成“在当前版本、临时账号和指定触发条件下第 085 项是否在 B 的哪个窗口产生何种通知它与 A、B 关系状态是否一致。”通知不替代联系人事实。十二、资料范围与测试声明本文仅依据用户提供的 PKC“自动互删好友”页面定位图、“互删通知”开关特写和页面可见说明整理未引用插件源码、通知模板、窗口实现、删除接口或未提供的双端运行日志。文中步骤是受控测试设计不代表已对真实联系人执行删除或生成通知也不代表微信、Apple 或插件开发者的官方结论。重要提醒本文仅用于个人测试与学习交流。“互删通知”不能保证双方删除成功且可能暴露联系人身份或产生误报、重复通知。只能使用双方明确同意的虚构临时账号关闭删前消息和聊天记录清空并逐端核对关系、准备重新添加路径严禁在主力账号、家人、同事、客户或重要联系人上测试。点击回到顶部