fix(admin): 审计筛选下沉 SQL + 工具数不再写死 + 模型删除加确认

清单里那批小毛病，逐条复核后修（「审计详情列缺失」那条已不成立，早补上了）。

1. 审计筛选只在当前页生效 —— 影响最大的一条。分页是服务端的，筛选却在
   前端对已取回的 50 条做，于是搜一个用户 ID 显示"无结果"时，后面几页
   可能还有几百条。审计的用途就是查证，"搜不到"会被读成"没发生过"。
   改为 action/path/q 三个条件全部落到 SQL，前端只管发条件（防抖 300ms）。

2. 服务状态页把 mcp-go/mcp-py 的工具数写死成 23/4 —— 增删工具后一直骗人，
   且服务离线时照样显示，看不出工具其实一个都没注册上。改取实际上报值。

3. 模型删除一点即删，无任何确认。补二次确认，并对"正在使用中"的模型
   单独说明后果（删掉会立刻打断线上对话/向量能力）。

审计筛选补了 4 组回归测试，两条是踩出来的坑：
  - q 的 OR 组必须带括号：gorm 以 AND 拼接各 Where，裸 OR 会让 action
    条件被绕过（测试里用"同 IP 不同方法"两行钉死这个语义）；
  - LIKE 必须显式写 ESCAPE '\'：Postgres 默认拿反斜杠当转义符，SQLite
    不写就没有转义符——原来的写法在单测里静默失效，搜 "100%" 命中 0 条。
    顺带把 ILIKE 换成 LOWER()+LIKE，这段才能被内存库覆盖。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

sundynix-admin/src/pages/AuditPage.tsx

@@ -47,7 +47,11 @@ export function AuditPage() {
     try {
       const offset = (pageNum - 1) * LIMIT;
       // 从后端载入比 LIMIT 稍微多一条，以此判断是否有下一页
-      const data = await listAudit(LIMIT + 1, offset);
+      const data = await listAudit(LIMIT + 1, offset, {
+        action: methodFilter,
+        path: routeFilter,
+        q: searchQuery,
+      });
       if (data.length > LIMIT) {
         setAudit(data.slice(0, LIMIT));
         setHasMore(true);
@@ -70,20 +74,20 @@ export function AuditPage() {
     // eslint-disable-next-line react-hooks/exhaustive-deps
   }, [page]);
 
-  // 前端过滤（配合后端分页后的过滤，或按需做简单的前端实时匹配）
-  const filteredAudit = audit.filter((a) => {
-    if (methodFilter && a.action !== methodFilter) return false;
-    if (routeFilter && !a.path.startsWith(routeFilter)) return false;
-    if (searchQuery) {
-      const q = searchQuery.toLowerCase();
-      const matchActor = a.actor.toLowerCase().includes(q);
-      const matchIp = a.ip.toLowerCase().includes(q);
-      const matchDetail = a.detail?.toLowerCase().includes(q) ?? false;
-      const matchPath = a.path.toLowerCase().includes(q);
-      if (!matchActor && !matchIp && !matchDetail && !matchPath) return false;
-    }
-    return true;
-  });
+  // 筛选条件变化 → 回第 1 页重新向服务端查询（防抖 300ms，免得每敲一个字打一次库）。
+  // 已在第 1 页时 setPage 不会触发上面的 effect，所以这里直接 load。
+  useEffect(() => {
+    const t = window.setTimeout(() => {
+      if (page !== 1) setPage(1);
+      else void load(1);
+    }, 300);
+    return () => window.clearTimeout(t);
+    // eslint-disable-next-line react-hooks/exhaustive-deps
+  }, [methodFilter, routeFilter, searchQuery]);
+
+  // 筛选已由服务端完成（全库匹配 + 分页），前端不再二次过滤：
+  // 否则会在"服务端已筛过的一页"上再筛一次，翻页计数与实际结果对不上。
+  const filteredAudit = audit;
 
   const handlePrevPage = () => {
     if (page > 1) setPage(page - 1);