From 0c21dd5d07ed7f3439fd8f28872034f3dd70c0ba Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E4=B8=8D=E5=AE=89=E7=9A=84=E4=BA=A1=E5=91=BD=E6=A8=B1?=
 <1+lxh2875931338@noreply.localhost>
Date: Mon, 27 Jul 2026 13:07:16 +0800
Subject: [PATCH] =?UTF-8?q?=E6=9B=B4=E6=96=B0=20readme.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 readme.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/readme.md b/readme.md
index a9288a4..192c27b 100644
--- a/readme.md
+++ b/readme.md
@@ -218,7 +218,7 @@ frpc-console 启动时，会以子进程的方式拉起 frpc，并为它创建
 
 #### 为什么同类项目里很少见到这种设计？
 
-因为大多数管理工具把“面板”和“业务”耦合在一起，认为面板是前提条件，业务是附属品，而这是符合直觉的设计方向。但是有一个被很多人忽略的事实：**真正需要长期稳定运行的是隧道本身，而不是管理界面的进程。**
+因为大多数管理工具把“面板”和“业务”耦合在一起，认为面板是前提条件，业务是附属品。当然了，这确实是正向的、符合直觉的设计方向。但是有一个被很多人忽略的事实：**真正需要长期稳定运行的是隧道本身，而不是管理界面的进程。**
 
 界面是用来观察和调整的，不是用来维持业务存活的。这是运维集群常用的“管理面与控制面分离”——只不过通常只在几千台服务器的集群管理里才会出现，很少有人会把它用在一个人用的 frp 管理工具上。