feat(admin): 面板「存储」卡片接真数据（含 PG 增强状态）+ 契约 v0.60

- 现状：overviewMetrics.ts:188 的「存储」卡是写死的 value:"SQLite"，后端也没有对应读端点（/admin/system/* 只有 revoke-keys/rotate-jwt/backup/restore 四个动作端点）。

- 新增只读端点 GET /api/v1/admin/system/storage（ownerAuth）：main{kind,path,fileBytes,walBytes,shmBytes,pageSize,pageCount,freelistPages,freeBytes} + documents{count,bytes} + vector{kind,enabled,ready}；只读（SELECT/PRAGMA + os.Stat）、复用活连接不开新池、**绝不含凭据**（只回 kind，不回 host/DSN）、失败一律 500 storage_unavailable（不回全 0 假快照；表缺失也 500 而不是静默 0）。

- vector 真源 = 组合根 app.vectorState()（Configured = DB_PG_URL 非空；Live = 向量索引类型断言成功），零新探测 ⇒ 面板现在能区分「未启用（未配置 DB_PG_URL）/ 启用（pgvector·ready）/ 已配置但未就绪（连接失败，检索降级）」，正好解答主人对「面板只写 SQLite」的困惑。

- 前端：卡片显示真实体积 + WAL/页数/空闲页 + documents 件数与占用 + PG 那一行；取数走与已接线卡片同一条加载/错误态（失败显示 '—' + 端点报错，不静默显示 0）。

- 契约 v0.60（项目红线）：api-client（版本段 + 端点表 + 存储状态契约小节 + changelog）与 api-reference（版本号 + 端点表 + 详情小节）同步；字段名三方（代码/Docs/前端）逐字对齐。

- 主会话独立验收：隔离 worktree（ST1 的 14 文件，排除 B1 在途的 chat_documents.go/documents_pdf_test.go）build/vet 绿、全树 59 包 0 FAIL、存储端点 7 用例 PASS、双平台交叉编译绿。

- ⚠️ 该切片自首一起事故：为通过 cmd/cyrene 类型检查跑了 go build ./cmd/cyrene/（单 main 包）⇒ 覆盖了仓库根 cyrene.exe（49,675,264 B / 19:32:19，脏树未 strip）；上一个权威产物仍在 cyrene.exe~（39,507,968 B / 19:25:13）。运行中的 PID 477964 未受影响；主会话将在整树干净后重跑 ctrl.bat build 恢复权威产物。

cmd/cyrene/wire_frontend.go

@@ -3,11 +3,13 @@ package main
 import (
 	"context"
 	"fmt"
+	"strings"
 
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/auth"
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/channel/adapter"
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/logger"
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/runtime/knowledge"
+	"git.yeij.top/AskaEth/Cyrene_v2/internal/runtime/memory/vector"
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/services/gateway"
 )
 
@@ -76,6 +78,8 @@ func (a *app) wireFrontend() error {
 		Webhooks:       a.channelBridge.WebhookHandlers(),
 		DatabasePath:   a.dbPath,
 		DataDir:        resolveDataDir(a.cfg),
+		Database:       a.db,
+		Vector:         a.vectorState(),
 	})
 	if err != nil {
 		return fmt.Errorf("gateway: %w", err)
@@ -111,3 +115,23 @@ func (a *app) wireFrontend() error {
 	}
 	return nil
 }
+
+// vectorState 把「PG 增强到底有没有生效」的**运行时真相**报给网关，供管理侧
+// 「存储状态」只读端点作答（design/03 §3；面板首页的存储卡）。
+//
+// 真源就在本组合根，且只有两项事实，因此这里**复用**运行时状态而不新造探测：
+//
+//   - Configured = `DB_PG_URL` 是否配置（非空即算）—— 开关在不在；
+//   - Live = 活着的向量索引确实落在 pgvector 后端上 —— 真的在不在跑。
+//
+// 两者会不一致：配置了 PG 但连接/schema 准备失败时，wireMemory 把 vindex 留成
+// nil（语义检索降级），此时 Configured=true、Live=false，面板据此显示「已配置但
+// 未就绪」，而不是把「配了」当成「生效了」。这里绝不新开 PG 连接去探测：那既多
+// 一次网络往返，也可能与运行中的索引给出不同答案。
+func (a *app) vectorState() gateway.VectorState {
+	_, live := a.vindex.(*vector.PGVectorIndex)
+	return gateway.VectorState{
+		Configured: strings.TrimSpace(a.cfg.DB.PGURL) != "",
+		Live:       live,
+	}
+}