Sync #15611 clarifications, addressing comments into Chinese (#15646)

content/zh/docs/ambient/usage/waypoint/index.md

@@ -120,19 +120,18 @@ waypoint 也可以处理所有流量，仅处理直接发送到集群中**工作
 或者根本不处理任何流量。被重定向到 waypoint 的流量类型由
 `Gateway` 对象上的 `istio.io/waypoint-for` 标签决定。
 
-`istioctl waypoint apply` 的 `--for` 参数可用于更改重定向到 waypoint
-的[流量类型](#waypoint-traffic-types)：
+使用 `istioctl waypoint apply` 的 `--for` 参数来更改可以重定向到 waypoint 的流量类型：
 
-| `waypoint-for` 值 | 目标类型             |
+| `waypoint-for` 值 | 原始目标地类型        |
 |------------------|----------------------|
 | `service`        | Kubernetes 服务      |
 | `workload`       | Pod IP 或 VM IP      |
 | `all`            | 服务和工作负载流量     |
 | `none`           | 无流量（用于测试）     |
 
-{{< tip >}}
-流量类型与原始寻址有关。一旦服务被服务网格解析为 Pod，到服务的流量就不会变成到工作负载的流量。
-{{< /tip >}}
+waypoint 的选择基于流量**最初发送**到的目标类型，
+即 `service` 或 `workload`。如果流量发送到没有 waypoint 的服务，
+waypoint 不会被转移：即使它最终到达的工作负载**确实**存在一个附加的 waypoint。
 
 ## 使用 waypoint 代理 {#useawaypoint}
 
@@ -223,9 +222,10 @@ pod/reviews-v2-5b667bcbf8-spnnh labeled
 `reviews-v2-pod-waypoint` waypoint 进行路由，以进行 L7 处理和策略执行。
 
 {{< tip >}}
-流量的原始寻址用于确定是否应使用服务或工作负载 waypoint。
-寻址到服务的流量（即使最终会解析为 Pod IP）始终被 Ambient 网格视为服务，
-并使用服务附加 waypoint。仅当客户端将流量寻址到 Pod 本身时，才会使用工作负载附加 waypoint。
+流量的原始目标类型用于确定是否使用服务或工作负载的 waypoint。
+通过使用原始目标类型，Ambient 网格可以避免流量经过两次 waypoint，
+即使服务和工作负载都已附加 waypoint。例如，即使最终解析为 Pod IP，
+发往服务的流量也始终被 Ambient 网格视为到服务，并使用服务附加的 waypoint。
 {{< /tip >}}
 
 ### 清理 {#cleaning-up}