feat(capability): 工具按上游 MCP server 分节（来源章 + 呈现隔离）

主人 2026-10-24：「能否将每个 MCP 服务器所承载的插件和工具按上游(来源)服务器分类
并与其他插件相对隔离？」

归属信息此前后端根本没有（GET /admin/plugins 每条只有 name/kind/description/两个
布尔），而 `mcp:` 是每台 server 一条的 KindMCP 条目的注册键，**不是**工具的命名空间
（工具名由 server 原样给出，连前缀都没有）⇒ 只能靠注册时的元数据，不能解析名字。

后端（唯一汇点盖章）：
- 新增 pkg/plugins/sdk/origin.go：Origin{Kind,Server,Transport} + 可选接口
  OriginAware（没实现 = 宿主内置，老工具零改动）+ OriginOf（零值视为无来源）。
- registry.Capability 加 Origin 字段；RegisterTool 盖章（覆盖热装与 .env
  MCP_SERVERS_JSON 两条接入路径的合流处），ReplaceTool **同样重新盖章**（它逐字段
  重建条目，漏了就是「热替换把来源抹掉」）。
- mcp.mcpTool 实现 Origin()（server 名与传输都在 cfg 上），transport 用新的
  transportNameOf 报**实际会用的**形态（stdio/sse/http），与 newTransport 同一推断。
- 网关 PluginSummary 加可选 origin（omitempty）：零值 ⇒ 键缺席，不是空对象。
- 卸载守卫：对单把 MCP 工具或 `mcp:<server>` 登记条目直接 400
  （plugin_uninstall_scope）并指向「MCP 服务器」页 —— 原来会绕过插件管理器裸删，
  server 的 names 账本不同步、重连后工具复活。判据是来源章，不是名字前缀。

前端（呈现分组）：
- admin/modules/pluginOrigin.ts：纯函数按 origin.server 分节（按 server 名排序），
  transport 未报告时标题省略括号，缺 server 名不冒充内置。
- Plugins.tsx：工具段两级（`来自 fs（stdio）· N 把工具` + 宿主内置），MCP 工具行去掉
  「卸载」改为指向 MCP 页；`kind:"mcp"` 登记条目与未知 kind（iot）各有段如实显示，
  不再静默丢弃（design/09 §5.2.1 红线③）。

零影响（有断言）：tool_policies 表/策略写路径未改；ToolSchemas 不发来源（测试断言
模型面既无 origin 键也无 server 名）；停用 server ⇒ 条目连来源一起消失，无孤儿。

测试：registry 盖章/保章（两条均已实测变异变红）/内置零值/改策略不清章；mcp 注册
路径盖章 + transport 推断表；网关读面缺席与存在、热装整链、卸载守卫；前端 esbuild+cjs
逻辑测试 12 项。验收：go build/vet/test 全绿，frontend `npm run build` 通过。

internal/services/gateway/admin_plugins.go

@@ -26,6 +26,7 @@ import (
 	capreg "git.yeij.top/AskaEth/Cyrene_v2/internal/capability/registry"
 	"git.yeij.top/AskaEth/Cyrene_v2/internal/config/runtimeconfig"
 	apperr "git.yeij.top/AskaEth/Cyrene_v2/internal/errors"
+	"git.yeij.top/AskaEth/Cyrene_v2/pkg/plugins/sdk"
 )
 
 // pluginInstallTimeout 限定安装请求所等待的 connect+discover 握手
@@ -208,6 +209,18 @@ func (s *Server) adminPluginUninstall(w http.ResponseWriter, r *http.Request) {
 		writeError(w, apperr.Wrap(apperr.ErrInternal, "plugins_unavailable", "capability registry is not configured"))
 		return
 	}
+	// 🔴 单把 MCP 工具与 `mcp:<server>` 登记条目**不能**走这条裸删路径
+	// （DevDocs/audit/MCP工具按上游分组-2026-10-24.md §1.5-2）：管理器
+	// Uninstall 只按 server 名/ID 匹配，落到这里就等于绕过插件管理器直接改注册表 ——
+	// 该 server 的 names 账本不同步（下次 refresh 会把工具当「新出现的」再注册回来，
+	// 或让 KindMCP 条目与工具各自消失一半）。判据是**注册时的来源章**，不是名字前缀。
+	if cap, err := reg.Get(name); err == nil {
+		if reason := serverScopedUninstall(name, cap); reason != "" {
+			s.auditClaims(r, "plugin.uninstall", "error")
+			writeError(w, apperr.Wrap(apperr.ErrBadRequest, "plugin_uninstall_scope", "%s", reason))
+			return
+		}
+	}
 	if err := reg.Remove(name); err != nil {
 		s.auditClaims(r, "plugin.uninstall", "error")
 		if errors.Is(err, capreg.ErrNotFound) {
@@ -221,6 +234,22 @@ func (s *Server) adminPluginUninstall(w http.ResponseWriter, r *http.Request) {
 	writeJSON(w, http.StatusOK, map[string]any{"name": name, "uninstalled": true})
 }
 
+// serverScopedUninstall 报告「这个名字必须在『MCP 服务器』页按整台 server 处理，
+// 不能在这里单删」的原因；返回空串 = 可以按能力名删除（技能 / 普通工具 / 渠道）。
+//
+// 它拦住两类真实事故（同一条根因：绕开插件管理器裸删）：
+//   - 一把 MCP 工具：server 的 names 账本不同步，重连/refresh 后工具复活，用户以为卸了；
+//   - `mcp:<server>` 登记条目：server 条目消失了而它的工具还在，注册表里留下无法归属的孤儿。
+func serverScopedUninstall(name string, cap capreg.Capability) string {
+	if cap.Kind == capreg.KindMCP {
+		return fmt.Sprintf("%q 是一台 MCP server 的登记条目；请在「MCP 服务器」页卸载该 server", name)
+	}
+	if cap.Origin.Kind == sdk.OriginKindMCP {
+		return fmt.Sprintf("%q 是 MCP server %q 的工具，单把工具不能单独卸载；请在「MCP 服务器」页启停或卸载该 server", name, cap.Origin.Server)
+	}
+	return ""
+}
+
 // adminListInstalledPlugins 列出运行时安装的插件，附其脱敏配置
 // 与每 server 工具数。它是读端点（owner/admin），
 // 绝不原样返回 API key 或敏感 env 值。