diff --git a/content/zh/news/releases/1.24.x/announcing-1.24/_index.md b/content/zh/news/releases/1.24.x/announcing-1.24/_index.md
index d9847415cbba6..97aa072a79a6b 100644
--- a/content/zh/news/releases/1.24.x/announcing-1.24/_index.md
+++ b/content/zh/news/releases/1.24.x/announcing-1.24/_index.md
@@ -45,8 +45,8 @@ Istio 1.24 还对 Ambient 模式进行了多项增强：
   [Egress 网关](https://www.solo.io/blog/egress-gateways-made-easy/)尝试一下！
 * 全新的、详尽的[故障排除指南](https://github.com/istio/istio/wiki/Troubleshooting-Istio-Ambient)。
   幸运的是，Istio 1.24 中的许多错误修复使得很多这些故障排除步骤不再被需要！
-* 大量错误修复。特别是，具有多个接口的 Pod 周围的边缘情况、
-  GKE Intranode 可见性、仅 IPv4 集群等都得到了改进。
+* 大量错误修复。特别是，具有多个接口的 Pod 的极端情况、
+  GKE 节点内可见性、仅 IPv4 集群以及许多其他问题都已得到解决。
 
 ### 改进重试 {#improved-retries}
 
@@ -55,8 +55,8 @@ Istio 流量管理功能的核心部分。在 Istio 1.24 中，它变得更加
 
 之前，重试仅在**客户端 Sidecar** 中实现。然而，
 连接失败的一个常见原因实际上是**服务器 Sidecar** 与服务器应用程序之间的通信，
-通常是尝试重新使用后端正在关闭的连接。借助改进的功能，
-我们能够检测到这种情况并自动在服务器 Sidecar 中进行重试。
+通常是尝试重新使用后端正在关闭的连接。通过这项改进的功能，
+我们能够检测到这种情况并在服务器 Sidecar 上自动重试。
 
 此外，重试 `503` 错误的默认策略已被删除。
 最初添加该策略主要是为了处理上述故障类型，但对某些应用程序有一些负面影响。
diff --git a/content/zh/news/releases/1.24.x/announcing-1.24/change-notes/index.md b/content/zh/news/releases/1.24.x/announcing-1.24/change-notes/index.md
index 6fe104b479479..0045b0d99824f 100644
--- a/content/zh/news/releases/1.24.x/announcing-1.24/change-notes/index.md
+++ b/content/zh/news/releases/1.24.x/announcing-1.24/change-notes/index.md
@@ -10,11 +10,7 @@ aliases:
     - /zh/news/announcing-1.24.0
 ---
 
-{{< warning >}}
-该发布说明的自动生成的草稿，尚未经过审核。
-{{< /warning >}}
-
-## Ambient {#ambient}
+## Ambient 模式 {#ambient-mode}
 
 - **新增** 添加了对将策略附加到 waypoint 的 `ServiceEntry` 的支持。