🔥个人主页：杨利杰YJlio
❄️个人专栏：《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》
《WINDOWS教程》 《Windows PowerShell 实战》 《IOS插件分析测试》
《超简单：用Python让Excel飞起来》
🌟让复杂的事情更简单，让重复的工作自动化
PKC 第 084 个开关：删前给对方发消息的位置、验证方法与风险边界
- PKC 第 084 个开关：删前给对方发消息的位置、验证方法与风险边界
- 一、功能说明：验证消息是否真正送达，而不只看本地气泡
- 二、证据边界：设置页能证明开关和文本字段，不能证明送达
- 三、开关位置：本人触发项下方、文本内容字段上方
- 四、发送链路：生成、提交、送达和删除动作逐层取证
- 五、状态特写：绿色表示采集时开启，不是推荐默认值
- 六、测试准备：用无隐私文本替代含义未知的 `[实名]`
- 七、核心验证：关闭消息基线—开启送达—关闭恢复
- 八、文本字段边界：字面值、变量替换和空内容分别检查
- 九、失败场景：消息失败时删除是否继续必须单独记录
- 十、常见误判与异常排查：本人通知不是发给对方的消息
- 十一、风险与结论：对外发言和联系人删除是两个独立风险
- 十二、资料范围与测试声明
PKC 第 084 个开关：删前给对方发消息的位置、验证方法与风险边界
一、功能说明：验证消息是否真正送达，而不只看本地气泡
“删前给对方发消息”位于 PKC 的“29-自动互删好友”页面，是本系列记录的第 084 个开关。按名称理解，它可能在互删动作之前，使用当前账号向目标联系人发送一条预设消息；采集时该项为绿色开启。
测试必须同时验证三个事实：B 本机会话是否生成消息气泡、A 是否真正收到同一条消息、联系人关系变化发生在消息送达之前还是之后。本地看到气泡不等于对方收到，删除完成也不等于删前消息成功。
页面“文本内容”一行显示 `[实名]`，但截图没有说明它是字面文本还是可展开的变量。不得把它直接解释为实名认证姓名；在不知道含义前，不应在真实联系人上启用。
二、证据边界：设置页能证明开关和文本字段，不能证明送达
页面定位图显示自动互删总开关开启、精确关键词为“互删”，第 084 项为绿色；其下“文本内容”显示 `[实名]`。互删通知也开启，聊天记录清空关闭，白名单未配置。
特写图只保留“删前给对方发消息”行和绿色控件，没有显示消息编辑页、发送气泡、对方设备、时间戳或关系状态。因此不能确认消息内容、发送渠道、重复次数和送达顺序。
| 证据来源 | 当前可以确认 | 不能直接确认 |
|---|---|---|
| 页面定位图 | 第 084 项位于互删触发项下方 | 发送动作在删除流程中的精确阶段 |
| 开关特写图 | 采集时目标项为开启 | 已向任何联系人发送过消息 |
| 文本内容行 | 页面显示[实名] | 它是否为变量及会展开什么字段 |
| 双端录屏 | 当前测试中气泡、送达和删除顺序 | 所有网络、会话和未来版本 |
文章只能把 `[实名]` 写成“页面可见文本”。只有在自有虚构账号上观察实际输出后，才能说明它是原样发送、被替换还是产生其他内容，并且截图必须脱敏。
三、开关位置：本人触发项下方、文本内容字段上方
进入 PKC 设置并打开“29-自动互删好友”，在“允许对方触发关键词”“允许本人触发关键词”之后找到“删前给对方发消息”。目标行右侧为独立开关，下一行是“文本内容”。
定位时要把开关和文本字段一起核对。只开启第 084 项但没有确认文本内容，可能向对方发出空白、占位符、身份字段或旧配置；这比单纯点错开关更容易造成沟通与隐私后果。
这张定位图用红框标出目标行和绿色控件，并保留 `[实名]`、互删通知、聊天记录和白名单。它证明设置关系，不能证明 `[实名]` 已经发出，也不证明发出后对方成功接收。
四、发送链路：生成、提交、送达和删除动作逐层取证
插件可能先构造文本，在 B 本地提交发送，再执行联系人删除；网络状态决定 A 何时收到。若删除动作过快，B 端可能看到已生成气泡而 A 实际未收到，因此双方必须同时录屏。
消息送达的最低证据是 A 在自己的设备和目标会话看到由 B 发出的同一测试文本。微信系统提示、本机弹窗、互删通知和输入框草稿都不能代替 A 端证据。
| 链路阶段 | 观察位置 | 有效证据 |
|---|---|---|
| 文本配置 | PKC 设置页 | 测试前保存的无隐私内容 |
| 本地生成 | B 会话 | 出现本人消息气泡 |
| 发送提交 | B 会话状态 | 没有明确发送失败提示 |
| 对方送达 | A 设备 | A 在正确会话看到同一文本 |
| 关系变化 | A、B 资料页 | 双端分别记录好友状态 |
| 后续恢复 | 重新添加流程 | 恢复结果和缺失项 |
如果 A 未收到，即使 B 本地气泡在删除前出现，也只能记录“本地生成、对方送达未确认”。文章不能把插件动作意图当成实际送达。
五、状态特写：绿色表示采集时开启，不是推荐默认值
切换前记录第 084 项和文本内容，并关闭互删通知、聊天记录清空。只选择一个受控触发来源，避免对方与本人同时有权限。关闭和开启后都要重新进入页面确认状态。
特写图中“删前给对方发消息”为绿色，但没有包含文本字段完整上下文和消息结果。这一状态不能被当作推荐配置，尤其在 `[实名]` 含义未知时更应先关闭。
若开关或文本无法持久保存，停止测试。旧文本、空文本或配置回退都可能导致对外发送内容与预期不一致，不应靠一次真实删除来试探。
六、测试准备：用无隐私文本替代含义未知的[实名]
准备专用账号 A、B，双方明确同意删除和接收测试消息。若“文本内容”可编辑，将其改为唯一中性文本 `PKC084_删前消息测试_9S`；若无法编辑且 `[实名]` 含义不明，则不要在真实资料账号上继续，只使用完全虚构身份的临时账号。
双方提前保存重新添加入口，并分别开启录屏。B 端记录触发消息和本地发送气泡，A 端记录收到文本和关系状态；聊天记录清空保持关闭，防止删除后失去关键证据。
| 准备项目 | 具体做法 | 风险控制目的 |
|---|---|---|
| 账号 | 虚构资料的专用 A、B | 防止身份字段泄露 |
| 文本 | 唯一中性测试串 | 识别消息并避免误解 |
| 触发者 | 只允许一个方向 | 隔离发送链路 |
| 互删通知 | 关闭 | 不把本人通知当对方消息 |
| 清空记录 | 始终关闭 | 保留双端时间线 |
| 网络 | 双方稳定在线 | 减少送达与删除竞态 |
| 恢复路径 | 保存重新添加信息 | 删除后恢复关系 |
不使用道歉、威胁、营销、真实姓名、手机号或业务说明作为样本。文章测试的目标是验证链路，不是设计对真实联系人的告别文案。
七、核心验证：关闭消息基线—开启送达—关闭恢复
第一阶段总开关开启但第 084 项关闭，使用已验证的单一触发来源让临时关系进入删除流程。确认关系结果，同时 A 没有收到额外测试文本；这一轮建立“删除可发生、删前消息关闭”的基线。
重新添加并建立新基线后，开启第 084 项，保存唯一测试文本，再触发一次。A、B 同时录屏，记录触发词、B 本地气泡、A 收到文本和双方关系变化的顺序。
| 验证阶段 | 第 084 项 | 观察重点 |
|---|---|---|
| 关闭基线 | 关 | 删除流程与对方会话是否静默 |
| 开启测试 | 开 | B 是否生成唯一消息气泡 |
| 对方送达 | 开 | A 是否收到相同文本 |
| 顺序核对 | 开 | A 收到与关系变化的先后 |
| 重复检查 | 开 | 同一触发是否只发送一次 |
| 关闭恢复 | 关 | 删除仍可发生、消息不再发送 |
若 A 先收到消息、随后关系发生变化，可以描述当前样本的可见顺序；若 A 未收到或消息晚于关系变化，则如实记录。没有内部日志时不声称事务保证或绝对先后。
最后再次重新添加，关闭第 084 项并使用新触发样本，确认额外消息消失。只有删除主流程保持而消息随开关开/关变化，才能把外发文本归因于第 084 项。
八、文本字段边界：字面值、变量替换和空内容分别检查
`[实名]` 的方括号形式可能让人联想到占位符，但截图不能证明。安全测试应先在虚构账号上观察输出是否原样为 `[实名]`，还是替换为昵称、备注或其他字段，并仅发布脱敏后的结果。
如果文本字段支持编辑，测试普通纯文本即可，不需要输入各种隐私变量。空白、超长文本、表情、换行和链接都属于边界，可能影响发送或显示，但不值得通过多次删除逐一验证。
| 文本类型 | 基础测试建议 | 风险 |
|---|---|---|
| 唯一纯文本 | 推荐 | 易识别、无隐私 |
页面原值[实名] | 仅虚构账号观察 | 可能展开身份字段 |
| 空文本 | 默认不测试 | 可能发送空白或阻断流程 |
| 长文本/多行 | 默认不测试 | 截断、发送失败或界面异常 |
| 链接/联系方式 | 禁止用于真实场景 | 隐私、误导与风控 |
| 表情和特殊字符 | 非必要不测试 | 编码或显示差异 |
文章不应替插件推荐“最佳告别话术”。本篇只回答文本是否按当前配置送达，以及未知字段带来的证据与隐私边界。
九、失败场景：消息失败时删除是否继续必须单独记录
“删前”不等于“消息发送失败就取消删除”。网络中断、发送受限或对方关系异常时，插件可能继续删除，也可能停止；页面没有说明，两种结果都需要谨慎对待。
不建议通过故意断网执行真实失败测试，因为联系人动作可能延迟到恢复网络后。若自然出现发送失败，应立即关闭总开关，记录当时关系状态，并在旧事件结束前不重新联网尝试。
| 失败现象 | 应记录什么 | 不应假设 |
|---|---|---|
| B 显示发送失败 | 气泡状态和关系是否变化 | 删除已自动取消 |
| B 有气泡、A 未收到 | 双端时间线 | 消息已送达 |
| A 收到重复消息 | 条数、时间和触发编号 | 只是正常重试 |
| 消息内容与配置不同 | 实际原文与字段 | 一定来自用户输入 |
| 删除先于送达 | 双端关系和消息状态 | 插件保证严格先发后删 |
| 恢复网络后迟到消息 | 对应旧事件编号 | 属于新的独立触发 |
对外消息与删除都是有副作用的动作，任何一个失败都应终止本轮。不能为了补齐截图而重复触发，防止消息重复和关系状态进一步混乱。
十、常见误判与异常排查：本人通知不是发给对方的消息
页面“互删通知”灰字写着“互删后-发出通知到本人窗口”。它可能在 B 本人窗口产生提示，与第 084 项发给 A 的消息不同。验证时关闭第 085 项，并以 A 端可见作为送达标准。
若开启后没有消息，先核对文本字段、状态保存和删除流程是否真的触发；若消息出现但没有删除，分别记录两条链路。若内容异常或发错会话，立即停用并告知 A。
| 异常现象 | 可能原因 | 处理建议 |
|---|---|---|
| B 有提示、A 无消息 | 互删通知或本机界面 | 关闭第 085 项后重建基线 |
| 开启后完全无消息 | 状态未保存、文本为空或流程未触发 | 核对设置，不连续删除 |
| 消息发出但关系不变 | 删除链路失败或未命中 | 分开记录消息和关系 |
| 内容为意外身份字段 | [实名]等变量被展开 | 立即停用并清理测试数据 |
| 消息重复或错会话 | 重试、旧事件或目标异常 | 关闭总开关并停止联网 |
| 删除后记录丢失 | 清空项误开或本地异常 | 停止使用并保留剩余证据 |
复测前必须重新添加 A、B，设置全新的唯一文本和触发编号。旧消息延迟、发送重试和历史会话缓存全部排除后再开始。
十一、风险与结论：对外发言和联系人删除是两个独立风险
删前消息可能暴露身份、发送错误内容、发错对象或在关系变化前造成误解；删除动作本身又可能不可恢复。两项组合不能被当成“更礼貌”的简单增强，而应作为高风险自动化管理。
PKC 属于 iOS 微信非官方插件，网络、微信、iOS 或插件版本变化和多插件冲突，都可能造成消息未送达、重复、错位、删除先行、闪退、数据异常或账号风控。
当前截图只能确认第 084 项的位置、采集时开启，以及文本内容显示 `[实名]`；不能证明它的含义和送达结果。有效证据来自唯一无隐私文本、双端录屏、关系时序和关闭恢复。
最终应写成：“在当前版本、临时账号和某一网络条件下，第 084 项开启后，B 是否生成消息、A 是否收到，以及关系变化发生在何时。”本地气泡和本人通知都不能替代 A 端证据。
十二、资料范围与测试声明
本文仅依据用户提供的 PKC“自动互删好友”页面定位图、“删前给对方发消息”开关特写和页面可见文本整理，未引用插件源码、模板变量定义、发送日志、删除接口或未提供的双端消息记录。文中步骤是受控测试设计，不代表已向真实联系人发送内容或执行删除，也不代表微信、Apple 或插件开发者的官方结论。
重要提醒：本文仅用于个人测试与学习交流。“删前给对方发消息”同时涉及对外发言与不可逆联系人删除，且 `[实名]` 含义未经证实。只能使用虚构资料的专用临时账号、唯一无隐私文本和双方录屏，始终关闭聊天记录清空并准备重新添加路径；严禁在主力账号、家人、同事、客户或重要联系人上测试。
点击回到顶部
)