前言¶
在 DeepSeek Harness（DSH）生态里，插件可以把能力挂进宿主运行时；但当团队同时接入 MCP 服务、Skill、Agent、各类 AI 应用和模型渠道时，痛点往往不在「能不能连上」，而在「谁在用、谁能动、花了谁的钱、事后能不能查」。网关类产品擅长路由流量，却很少把 MCP / Skill / Agent 当作带生命周期、审批和计量的资产来管。
下面介绍维护者 01men 在 DSH 插件目录（分类 admin-security）发布的 ybkkasi（元冰可 · 企业 AI 资源管理平台）：自托管、MIT 许可，用一套身份、权限、计量与审计，把分散的 AI 相关资源收成可治理的资产；既可独立以 Node 进程运行，也可作为 DSH web profile 插件包接入。
这是什么¶
元冰可（仓库 01men/ybkkasi，当前 README 标注 v1.3.0）的定位是：One control plane for every MCP server, skill, agent and AI app——企业侧 AI 资产治理层，而不是替代 LiteLLM、Higress 等 AI Gateway，也不与 Dify、Coze 等构建平台竞争；它治理已经建成的 MCP / Skill / Agent / 应用等资源。
技术基线（来自 README 与 package.json）：
- Node ≥ 22.6，原生 TypeScript 运行，无构建步骤；存储可用内置
node:sqlite（生产单节点建议PLATFORM_STORAGE=sqlite）。 - 运行形态基于 cordis 插件树，README 写明 27 个插件包按需启用；
package.json中dsh.compatibility要求宿主 dsh>=0.1.0-rc.7 <0.2.0，profiles为web。 - 在线演示：demo.ybkkasi.com；目录页：skillhub.cn/plugins/01men/ybkkasi。
和「只做网关」差在哪¶
README 用表格说明分层：AI/LLM Gateway 管流量路由；LLMOps 可观测互补；Agent 构建平台由别家承担；元冰可落在「企业 AI 资产治理」这一层——把 MCP / Skill / Agent 当作有状态机、审批流、逐工具最小权限声明的对象，并能按 部门 / Agent / Skill 等维度做成本相关报表（计量与审计由对应插件承担，见下节）。
核心能力（按插件域）¶
资产类型共享 plugin-resource-core 提供的属性 schema、生命周期状态机与依赖图。README 归纳的主要域如下（节选，以仓库文档为准）：
| 域 | 插件包（示例） | 能力要点 |
|---|---|---|
| 身份 | plugin-iam、plugin-authn |
组织树、角色、用户组；双轨身份、OIDC Provider、on-behalf-of |
| MCP | plugin-mcp |
部署 / 灰度 / 回滚、健康熔断、权限组、调用网关、监控 |
| Skill | plugin-skillhub |
提交 → 静态扫描 → 两级审批 → 版本上架 |
| Agent / 应用 | plugin-agent、plugin-app |
Agent 与机器凭证；编排拓扑、指标与成本穿透 |
| 模型与连接 | plugin-modelgw、plugin-connector |
OpenAI 兼容转发与路由；SaaS 连接器、OAuth、凭证库 |
| 计量与审计 | plugin-usage、plugin-audit |
统一计量入口；审计日志、告警、审批中心 |
| DSH 接入 | plugin-dsh-bridge 等 |
控制台、部门面板、宿主桥、会话执行卡等 |
协作约定：状态变更发事件；跨插件联动走事件总线或扩展点，禁止直连对方数据（例如用户冻结 → 吊销令牌、MCP 不健康 → 熔断并记审计）。
两种宿主（README「一份插件代码，两种宿主」）：
- 独立宿主（默认，README 称承诺 SLA 的形态）：
node src/main.ts启动完整平台（控制台 + API + 工具），不依赖 DSH 版本稳定性。 - 完整 DSH 运行时（experimental）：同一批插件挂进
dsh web，平台注册的运维工具可对模型可见可调用（例如会话里查询 MCP 列表会走真实工具调用）。
安装与启用（DSH）¶
在 DSH 中以 web profile 安装插件包时，README 给出的命令为：
dsh plugin --profile web add github:01men/ybkkasi
本地开发可用 patch 模式把本项目挂进宿主（需保证 cordis 与 DSH 源码树一致，避免双实例导致 ctx.plugin() 静默失效）：
dsh web --patch <本项目绝对路径>/cordis.yml
注意：README 标明 DSH 仍为 developer preview，宿主形态可能有破坏性变更；生产环境若只求稳定，优先独立宿主或 Docker 生产部署。
典型用法：先体验，再生产¶
Docker 演示（≤约 60 秒可访问控制台）
docker compose up 会带上 DEMO_SEED=1 与 DEMO_MODE=1：首启注入演示数据，访客免登录只读浏览（写操作 403/405，页顶有演示横幅）。勿在演示实例接真实业务数据。
docker compose up -d # → http://localhost:7300
Docker 生产（不带 DEMO_* 变量）
docker run -d --name ybkkasi -p 7300:7300 \
-e ADMIN_PASSWORD='你的强口令' \
-v ybkkasi-data:/app/data \
ybkkasi:1.3.0
源码启动
npm install && npm start # → http://127.0.0.1:7300
生产基线默认仅有内置角色、根组织与 admin 账号；admin 密码来自环境变量 ADMIN_PASSWORD，未设置则随机生成并写入 data/admin-initial-password.txt。
需要先看带数据的控制台时：
DEMO_SEED=1 npm start
# 演示账号 admin / ops / hr / dev / audit，口令均为 Ybk@2026
# 追加 DEMO_MODE=1 为免登只读演示态
企业单节点建议：
PLATFORM_STORAGE=sqlite npm start
质量相关（README）：npm run selftest（1486 项端到端断言）、npm run lint:manifests（插件清单 YAML 校验）。更细的架构见仓库 docs/ARCHITECTURE.md；宿主运维说明见 docs/host-features-ops-notes.md。
适用场景与注意¶
适合谁：需要在自托管环境统一登记 MCP / Skill / Agent / AI 应用，并配套身份、审批、计量与审计的团队；已在使用或评估 DSH、希望把「平台运维面」暴露给会话内 Agent 的开发者，可尝试 experimental 的 dsh web 集成。
安装前务必：
- 阅读 GitHub 仓库 源码与 MIT 许可证；插件/平台以当前进程权限运行，DSH 宿主形态下平台工具对模型可见，权限边界需自行评估。
- 区分 演示模式（
DEMO_MODE/ 只读白名单）与 生产模式（强口令、持久卷、可选 SQLite 后端）。 - DSH 版本需满足
package.json中的兼容区间；独立部署则主要关心 Node ≥ 22.6 与镜像/标签版本（如ybkkasi:1.3.0）。
结尾¶
元冰可把企业里散落的 MCP、Skill、Agent 与 AI 应用收成同一套可管、可算、可审的资产，并在 DSH 上提供可选的「会话内自运维」接入路径。进一步了解可从插件目录页 skillhub.cn/plugins/01men/ybkkasi 进入，或直接查看 github.com/01men/ybkkasi 的 README 与文档。
