一个用于修改 macOS 微信客户端的命令行工具。
本 fork 的改动：在 sunnyyoung/WeChatTweak 基础上，新增微信 4.1.10（build 268880）的防撤回支持。上游只覆盖到微信 3.8.x（消息逻辑还在主程序里）；微信 4.x 把撤回逻辑整体搬进了
Contents/Resources/wechat.dylib，本 fork 相应地支持按目标 dylib 打补丁，并加了写入前的原始字节校验（打错版本会直接报错，不会盲写把微信弄坏）。
| 功能 | 说明 | 微信 3.8.x | 微信 4.x (268880 / 269136) |
|---|---|---|---|
| 防撤回（静默变体） | 别人撤回的消息原样留在聊天里，不弹提示 | ✓ | ✓（当前发布版） |
| 防撤回（留提示变体） | 消息留着 且 仍显示「对方撤回了一条消息」提示 | ✓ | --variant keeptip：私聊有提示；群聊仍静默无提示） |
| 阻止自动更新 | 拦住自动升级，避免升级把补丁还原 | ✓ | — |
| 客户端多开 | 同时登录多个账号 | ✓ | —（4.x 无字节补丁，需复制 App） |
微信 4.x 上有两种防撤回变体，打补丁时用
--variant选：
--variant silent（默认）：撤回被拦在最上游的解析器，消息留着，但不弹「对方撤回了一条消息」提示。--variant keeptip：消息留着 且 仍显示撤回提示。做法与静默相反——让解析器照跑（提示才会渲染），只把「要删哪条」的newmsgid在写入结构体那一刻改写为 0，于是下游按newmsgid删本地消息时找不到目标、删不掉，消息保留而提示照常。这条思路（改str x0→str xzr）来自参考实现 fzlzjerry/wechat-antirecall 的revoke-tip模式。
keeptip变体在 build 269136（4.1.11）实机实测：私聊撤回后消息保留且显示提示；群聊撤回消息虽保留、但仍无提示（表现同静默变体）。根本矛盾：newmsgid同时控制「删哪条消息」和「群聊提示插到哪条下面」——清零它虽保住了消息，却也让群聊提示的原生插入不再触发（私聊提示不依赖 newmsgid，故照出）。群聊要出提示，必须保留真 newmsgid、转而在下游掐掉那次删除调用；该删除调用经虚派发分发、静态定位不到，需动态（lldb）定位，属独立工程（见「留提示」变体末尾）。issue #1038 中 wuliyc 报告过在 4.1.11 上的同类效果（未说明群/私聊范围）。微信 4.x 目前也只做了防撤回：多开只能整包复制 App，阻止更新的补丁点尚未纳入本 fork。
工具按 构建号（CFBundleVersion，即 wechattweak versions 打印的数字）匹配，不是营销版本号。
| 构建号 | 微信版本 | 防撤回 |
|---|---|---|
| 269136 | 4.1.11 | ✓ |
| 268880 | 4.1.10 | ✓ |
| 34371 / 32288 / 32281 / 31960 / 31927 | 3.8.x | ✓ |
先跑 wechattweak versions 看你的构建号在不在表里。不在 → 见下方新增版本。
# 1. 克隆本 fork
git clone https://github.com/zengtianli/WeChatTweak.git
cd WeChatTweak
# 2. 编译
swift build -c release
# 3. 退出微信（打补丁时微信在运行会触发签名失效崩溃）
pkill -x WeChat
# 4. 确认版本被支持
.build/release/wechattweak versions
# 5. 打补丁（微信在 /Applications 下、由 root 拥有，需 sudo）
sudo .build/release/wechattweak patch # 默认 = 静默变体（留消息、无提示）
# 或：留消息 + 仍显示撤回提示
sudo .build/release/wechattweak patch --variant keeptip
# 6. 重新打开微信两个变体二选一，互斥：
--variant silent（默认）留消息不弹提示；--variant keeptip留消息且保留「对方撤回了一条消息」提示。想在两者间切换，直接用另一个--variant重打即可（补丁带原始字节校验 + 幂等，重复打安全）。keeptip仅对定义了revoke-keeptip补丁点的 4.x 构建号可用（当前 269136），其它版本用--variant keeptip会报错提示不可用。
打补丁会自动重签名（先单独签被改的 wechat.dylib，再 --deep 签整个 App），避免运行到被改代码时报 Code Signature Invalid。
brew install sunnyyoung/tap/wechattweak
wechattweak patch
⚠️ 安装后请实测：找个人给你发条消息再撤回，确认消息还在。防撤回是否真正生效，只有实际收撤回才能验证。想还原：从 官网 重新下载安装微信覆盖即可。
撤回不是本地行为——对方点撤回后，服务器给你的客户端推一条 revokemsg 指令，客户端的 parseRevokeXML（在 wechat.dylib 里）解析它，然后执行「删掉本地这条消息 + 插入撤回提示」。消息本来已经在你本地了，撤回是事后叫客户端去删它。
补丁改的是这个函数入口处的一条分支指令：
488319c: bl 0x4431b58 ; 判断这是不是要执行的撤回，结果放 w0
48831a0: cbz w0, 0x488339c ; w0==0 才跳过删除；正常 w0≠0 → 往下执行删消息
把 cbz w0, X（E00F0034，条件跳转）改成 b X（7F000014，无条件跳转），跳转目标不变，于是无论如何都跳过删除逻辑。撤回指令照收照解析，但真正删消息的代码永远走不到——消息就跟没被撤过一样。
cbz 和 b 都是 4 字节定长指令、目标偏移相同，所以这是一次原地等长替换，只翻 4 个字节，不改动二进制布局。因为没有新增「显示提示」的代码、只是删掉了删除动作，所以是静默防撤回：消息留下、且什么提示都不弹。
补丁点通过 parseRevokeXML 的几何特征在整个 arm64 切片里唯一定位（入口 stp 序言 + entry+0x270 的 cbz w0 + entry+0xA04 的 str x0,[x19,#0x168]），并经反汇编与原始字节逐一核对。逆向方法参考了 fzlzjerry/wechat-antirecall。
0x48a03b0 的 cbz 守着撤回消息的 XML 解析分支——经逆向确认，补丁点所在函数是 MessageSystemExtInfo::TryParseMessageXML，cbz 处判断「这条 msgType 是不是 revokemsg」。当前补丁把 cbz 改成 b，等于让解析器直接跳过整个 revokemsg 分支：撤回 XML 里的 newmsgid（要删哪条本地消息）、replacemsg（撤回提示文本）根本没被解析出来。
下游真正「按 newmsgid 删本地消息」和「用 replacemsg 插撤回提示」的代码因此都拿不到输入，两件事一起不发生。所以消息留下、且不弹提示，是跳过解析的连带结果：提示不是被单独「关掉」，而是它的输入在最上游就被截断了。
换句话说，静默只是当前这个补丁点的取舍，不是机制上限——保留解析、只在下游掐掉删除动作，就能留消息又保提示（见下节）。
用 sudo .build/release/wechattweak patch --variant keeptip 打这个变体：消息保留、且仍显示「对方撤回了一条消息」提示。
思路与静默补丁相反——不拦解析，而是让 newmsgid 失效。撤回 XML 里的 newmsgid 决定「删本地哪条消息」，replacemsg 是提示文本。解析器 TryParseMessageXML（入口 0x48a0140）在 0x48a0b44 处把解析出的 newmsgid 存进结构体：
0x48a0b44: str x0, [x19, #0x168] ; 60B600F9 把 newmsgid 存进结构体（要删的目标）
留提示变体对 269136 做两处等长字节改动：
| 补丁点 | 原字节 → 新字节 | 效果 |
|---|---|---|
0x48a03b0（cbz w0） |
E00F0034 → E00F0034（恢复，兼容已打静默补丁的机器 7F000014） |
解析照跑，提示得以渲染 |
0x48a0b44（str x0,[x19,#0x168]） |
60B600F9 → 7FB600F9（str xzr） |
存进的 newmsgid = 0，下游按 id=0 删本地消息时找不到目标 → 删不掉，消息保留 |
于是解析产生的撤回提示照常插入，而删除动作因为 newmsgid 被清零而落空。这条 str x0→str xzr 的做法来自参考实现 fzlzjerry/wechat-antirecall 的 revoke-tip 模式（该项目另有 --runtime-tip 用运行时注入自定义提示文案，本 fork 未纳入，只做纯字节补丁的默认提示）。
修正早前判断：更早的逆向记录一度以为「留提示 = 定位并 NOP 掉下游那条删本地消息的调用」，并因该调用位于虚派发/chained-fixup 之外的接收侧、静态难以定位而搁置。这是方向错了——正确做法不需要找到那条删除调用，只要在
newmsgid存入结构体的源头把它清零，删除自然落空。参考 fzlzjerry 的revoke-tip才对上。状态：字节补丁已实现，build 269136（4.1.11）实机实测——私聊消息保留且有提示；群聊消息保留但无提示（同静默）。（静态复核：打补丁后
0x48a03b0=cbz w0、0x48a0b44=str xzr，与 fzlzjerryrevoke-tip对 269110 的补丁逐字节同构。）群聊为什么没提示：整个 revoke 模块（
0x48a0140..0x48ad700）里写 newmsgid 字段[x19,#0x168]的只有0x48a0b44一处，私聊群聊共用它。私聊的提示插入不依赖 newmsgid、照出；群聊的提示渲染依赖 newmsgid（决定挂在哪条下面），被我们清零后连带失效 → 群聊静默。这个下游消费者经虚派发/chained-fixup 分发，纯字节补丁静态定位不到独立的「群聊提示」点。注意：运行时注入（fzlzjerry
--runtime-tip）也解决不了群聊。 读其Runtime.mm源码确认：它的 hook 只在解析后改写 replaceMsg 提示文本、仍把 newmsgid 清零，靠微信原生代码插入提示——全程无任何独立插入调用（零 objc_msgSend/selector）。它落在和本字节补丁相同的 newmsgid=0 状态，群聊原生插入同样不触发。真正的解法是保留真 newmsgid（让原生提示对群/私都插入并锚定），转而在下游 NOP 掉那次删除调用；该删除调用经虚派发分发、静态定位不到，需 lldb 动态定位（触发一次真群聊撤回、断在 WCDB 删除原语看 backtrace），属需实机配合的独立工程，本 fork 暂未纳入。
微信一更新，构建号变、地址全变。但补丁点的几何特征跨版本不变，所以不用再人肉逆向——跑自动定位器即可：
# 对当前 /Applications/WeChat.app 自动定位，打印可粘贴的 config.json 条目
python3 tools/locate_revoke.py
# 定位后直接把条目追加进本仓库 config.json（该构建号不存在时才加）
python3 tools/locate_revoke.py --append
# 也可指定 App 或直接指定 dylib
python3 tools/locate_revoke.py -a /path/to/WeChat.app
python3 tools/locate_revoke.py -d /path/to/wechat.dylib定位器扫的是这组不变签名并要求唯一命中：parseRevokeXML 入口 E 满足 E+0x270 是 cbz w0（E00F0034）、E+0xA04 是 str <Xt>,[x19,#0x168]（原始 60B600F9；已装 keeptip 变体则为 7FB600F9，两者都认）。补丁点 VA = E+0x270，expected 恒为 E00F0034、asm 恒为 7F000014。
拿到条目后：swift build -c release → wechattweak versions 确认 → 打补丁后实测撤回。versions/patch 默认就读本仓库的本地 config.json（先 cwd 再从可执行文件向上找），所以 --append 加进去的版本直接生效，不用再 -c；本地找不到才回退远程。
若定位器报「命中 0 处」或「命中多处」，说明该构建改了
parseRevokeXML布局，需人工用lipo -thin arm64抽切片后复核几何特征。手工兜底：补丁点 = 入口E + 0x270，原字节E00F0034→ 写7F000014。
Unsupported version：你的构建号不在config.json。跑python3 tools/locate_revoke.py --append自动加上再swift build。若加了本地条目仍报错，确认用的是本仓库编译出的二进制（默认已本地优先读 config，不必-c）。sudo都报You don't have permission to save "wechat.dylib"：macOS 14+ 的 App Management 保护在拦（不认sudo）。系统设置 → 隐私与安全性 → App 管理，打开你所用终端（Terminal/iTerm/VS Code）的开关，退出重开终端再打补丁。详见docs/user-blockers.md。
- 微信 macOS 客户端拦截撤回功能实践（上游作者）
- fzlzjerry/wechat-antirecall（微信 4.x 防撤回逆向方法参考）
- 上游项目：sunnyyoung/WeChatTweak
AGPL-3.0（沿用上游）。