diff --git a/docs/testing-progress.md b/docs/testing-progress.md
index db99621..3006622 100644
--- a/docs/testing-progress.md
+++ b/docs/testing-progress.md
@@ -2232,9 +2232,15 @@ git diff --check
 - 2条active上游通道均恢复`connected/currentConnections=1`。另1条disabled通道的状态行仍显示`connected/1`，但`updatedAt=2026-07-09 03:24:26.242`且本次启动无对应重连日志，确认为历史状态残留而非当前连接；5条deleted测试通道均为failed/0连接。本轮未修改或清理该历史数据。
 - 外部首页、运营登录页、客户端登录页和API health均返回HTTP 200，公网CMPP `8.160.169.106:17890` TCP连接成功。生产源码确认API下发`result=8`且Gateway读取业务结果码；未通过真实短信制造超限条件，未发送、重投、充值、审核或修改生产业务数据。
 
-## 2026-07-22 SQL_ASCII签名UTF-8损坏修复（待发布）
+## 2026-07-22 SQL_ASCII签名UTF-8损坏修复（`e28288f6`已发布）
 
 - 预发布企业签名、报备任务/记录、待报备资料及部分模板读取接口返回500。Nginx与API stderr确认`SmsSignature.findMany()`等查询触发PostgreSQL `22021 invalid byte sequence for encoding UTF8: 0xe7 0xbd 0xe3`，不是前端或权限问题。
 - 生产数据库编码为`SQL_ASCII`。`20260722173000_normalize_sms_signature_brackets`中的中文正则字符类按字节工作，把名称末尾“网”的UTF-8最后字节`0x91`误当成黑括号字节删除。49条签名中准确识别2条非法UTF-8；迁移前备份证明二者原值均为`【航天信息信诺网】`。
 - 新增补偿migration，仅当两个已确认ID及损坏hex同时匹配时恢复备份中的正确UTF-8，不覆盖之后的人工编辑；明确禁止回滚到非法字节，并补充SQL_ASCII与关联接口回归用例。
 - 本地真实SQL_ASCII临时库从零应用61条migration后插入生产同款损坏hex，补偿SQL首次执行恢复两条正确UTF-8、第二次执行保持不变，随后删除临时库；本地共享库也已应用第61条migration。API全量24 suites / 290项、API build、前端build、Gateway `go test ./...`、Prisma generate/validate/status和`git diff --check`均通过。
+- 功能提交`e28288f6911da002dce39e0e5208609a40bc0e30`（`fix: repair SQL_ASCII signature encoding`）已push至`origin/main`。首次push遇到Git Credential Manager瞬时认证失败，原命令重试后成功；未提交`api/tsconfig.build.tsbuildinfo`和`outputs/`。
+- 部署前PostgreSQL、运行源码和环境配置备份至`/opt/cmpp-platform/backups/releases/20260722-185147`。数据库备份4398661字节、SHA-256 `d0513ca2321bbd73859fd9e28d06380bda78e40383de50d919b13022fefc1976`；源码备份28618928字节、SHA-256 `aca65f5ac304063da476f56baaf1277a3c3487a0e1aefd6fa6f2d2dffebb87c7`；环境文件850字节、SHA-256 `189f4f67e9d52f3c1ce751d1005c08667b1b4efcd0c576aaa5ad3249c822e4e7`。三份文件权限均为600，gzip、tar及`sha256sum -c`完整性校验通过。
+- 发布包本地与服务器SHA-256均为`74bc28ad2b9f48661eba133ccddc433a2e3201c1f88808fb8970b7d7c3cf7fd8`。使用`tools/deploy/production-deploy.sh`完成发布，成功应用`20260722190000_repair_sql_ascii_signature_utf8`，现有61条migration齐全且schema最新；脚本按Gateway在前、API在后的顺序重启，预发布`.deployed-commit=e28288f6911da002dce39e0e5208609a40bc0e30`。
+- 发布后以字节级扫描复核49条签名，非法UTF-8为0；两个目标ID均精确恢复为hex `e38090e888aae5a4a9e4bfa1e681afe4bfa1e8afbae7bd91e38091`（`【航天信息信诺网】`）。生产Prisma真实执行签名、报备任务、报备记录、待报备资料四类关联查询均成功，分别返回49、34、82、4条，不再触发P2039/22021。
+- API/Gateway health、外部首页、运营登录页、客户端登录页和外部API health均返回HTTP 200；Redis PONG，`gateway.submit.commands`为`pending=0、lag=0`，7个通道TPS权威配置存在。两个active上游通道均为`connected/currentConnections=1`；disabled通道的一条`connected/1`仍是2026-07-09历史状态残留，本次启动没有把它作为活动通道恢复。
+- 部署后API日志新增P2039/22021为0，Nginx中企业签名及相关报备接口新增5xx为0。应用内Browser因Chrome标签被另一Codex会话占用且控制连接超时，未完成登录态页面交互验收；本次以真实NestJS所用Prisma关联查询、PostgreSQL字节扫描和Nginx/API日志作为后端修复证据，不虚报浏览器交互通过。未发送短信，未审核、删除、充值、改密或修改其他生产业务数据。