fix(ci): tslib 声明 + Caddy 编译错误，一次性让 PR Checks 转绿

[suantea]

一次性修复两处阻塞 PR Checks 的上游缺陷。两者互相独立，必须同时合入才能让
CI 转绿；分开合入的话，中间状态的 PR 仍然会红。

1. 前端：tslib 未声明（#132）

[vite]: Rollup failed to resolve import "tslib" from
"webpage/node_modules/echarts-for-react/esm/index.js".

echarts-for-react@3 的 esm 产物 import ... from "tslib"，但其 package.json
只声明了 size-sensor 与 fast-deep-equal，漏了 tslib。

本地能构建是因为 webpage/node_modules 里残留了其它依赖带入的 tslib
（npm ls 可见大量 extraneous），属于假通过；CI 跑 npm ci 干净安装，必然复现。

修复：把 tslib 显式加入 dependencies（package.json 与 lock 各 +1 行），
不再依赖 npm 的提升行为。

2. 后端：Caddy 编译错误（#130）

service/caddy/manager.go:934:61: cannot use nil as
"github.com/netpanel/netpanel/model".AccessRule value in argument to
m.buildPageLoginRoutes

buildPageLoginRoutes 的形参是值类型 model.AccessRule，但 buildOIDCRoutes
传了 nil。修复：改为 model.AccessRule{}。

为什么合成一个 PR

pr-checks.yml 的 backend job needs: frontend。frontend 失败时 backend
直接 skipped，所以此前没人看到过后端这个编译错误 —— 它一直被掩盖着。
只修 tslib 会让 backend 第一次真正跑起来并当场失败（已验证，见下）。

验证

在干净检出 upstream/main 的目录中复现（Linux CI 等价环境）：

步骤	修复前	修复后
npm ci	ok	ok
npm run build	✗ 无法解析 tslib	✓ built
go build ./...	✗ cannot use nil as AccessRule	✓ 通过

补充说明：go test ./... 在 macOS 上还有一个 TestValidateRootPath 失败
（/var → /private/var 符号链接别名），已由 #131 单独修复；Linux CI
不受该平台路径别名影响，故本 PR 未包含。

[suantea]

按 #45 里维护者的要求（分支直接建在本仓库内，Approve 后由 AI 自动处理冲突合并），本修复已改由仓库内分支 fix/ci-build-unblock 提交为 #134，内容完全相同（3 文件 / +7 -1，Backend + Frontend 双绿）。

关闭本 fork 版以避免重复评审。两处失败的实测根因和验证记录已整理在 #134 描述里。

[suantea]

关闭本 PR，改由 #134 承接（两者内容完全一致：同为 manager.go + package.json + package-lock.json，+7/−1）。#134 的分支名 fix/ci-build-unblock 更清楚地表达了它要解决的是 main 的构建中断问题，且 CI 已验证全绿、mergeable=CLEAN。重复提交造成困扰，抱歉 —— 后续按「一个改动一个 PR、基于最新 main 重建」处理。