去掉转换入口，加测延迟，改掉刷新时丢状态的毛病

最要紧的是第三条：之前每次改完都会先切到「读取中」，页面被拆掉重建，
选中的那一路入站随之丢失，改个设置还得重新找回原来的位置。现在只有首次加载显示占位，
之后都是原地更新。切换策略组还做成了乐观更新——那一步不写配置文件，
没必要让点击等一个往返，真失败了随后的刷新会纠正回来。

测延迟按钮让内核并发测整个策略组。测不通是关于线路的结论而不是 Patchbay 出了问题，
所以全部超时用中性提示，不弹红框。

web/api.ts

@@ -8,6 +8,9 @@ import type { ConfigDiagnostic, ConfigObject } from '../vendor/config-editor/ind
 
 const TOKEN_KEY = 'patchbay.token'
 
+/** 测延迟用的目标。204 空响应，体积最小，全球都有部署。 */
+const TEST_URL = 'https://www.gstatic.com/generate_204'
+
 export function getToken(): string {
   return localStorage.getItem(TOKEN_KEY) ?? ''
 }
@@ -134,6 +137,20 @@ export const api = {
       name: member,
     }),
 
+  /** 测一条线路的延迟。返回的是这一次的结果，同时也会被记进内核的历史里。 */
+  testLine: (name: string, url = TEST_URL, timeout = 5000) =>
+    request<{ delay: number }>(
+      'GET',
+      `/api/kernel/proxies/${encodeURIComponent(name)}/delay?url=${encodeURIComponent(url)}&timeout=${String(timeout)}`,
+    ),
+
+  /** 测一整个策略组，内核会并发测所有成员。返回每个成员的延迟。 */
+  testGroup: (group: string, url = TEST_URL, timeout = 5000) =>
+    request<Record<string, number>>(
+      'GET',
+      `/api/kernel/group/${encodeURIComponent(group)}/delay?url=${encodeURIComponent(url)}&timeout=${String(timeout)}`,
+    ),
+
   /** 订阅里当前有哪些线路。配置文件给不出这个答案，只能问运行中的内核。 */
   providers: () =>
     request<{ providers: Record<string, { vehicleType: string; proxies: { name: string }[] }> }>(