CMS v2 模块
CMS（Capability Module System） 是 Zorv AI 的「能力模块」体系，分为两层：CMS 引擎（底层运行时骨架）与 CMS v2 模块（用户自建的可复用上层能力单元）。
🔑 引擎 ≠ 模块：CMS 引擎负责把 NODE / PYTHON / SSH / JAVA / RUST / GO 这些环境供给到设备上，是能力运行的基础设施；CMS v2 模块（
QuroCmsRepository）是运行在引擎之上的用户自建、可复用能力单元。二者是「地基」与「楼栋」的关系。
CMS 引擎（共享运行时）
CMS 引擎是一套共享运行时供给机制，按需提供 NODE / PYTHON / SSH / JAVA / RUST / GO 等环境（DepKind.ENV + CmsEnvProvisioner 按需供给）。你可以用 cms_engine_status 查询：
- 各运行时就绪态；
- 当前共享服务；
- 部署进度（provisioning 进行到哪一步）。
CMS v2 模块
CMS v2 模块是用户自建的、可复用的上层能力单元，通过 serializeModule / parseModule 导入导出，运行在引擎提供的运行时之上。
典型用法：
- 把一段可复用的工作流封装为模块（例如「抓取某站点并总结」「定时备份某目录」）；
- 用
cms_*工具调用模块； - 通过
serializeModule/parseModule在设备间或团队间分享模块定义。
与工具层的关系
在架构中，CMS 模块处于「工具 / 能力层」与「引擎 / 运行时层」之间：
- Agent 核心通过工具注册表调用
cms_*模块； - 模块实际执行时消费 CMS 引擎供给的运行时；
cms_engine_status用于查询底层运行时就绪情况，便于在调用前确认环境可用。
何时用 CMS v2 模块
- ✅ 想把一段多步骤逻辑沉淀为可复用单元，而非每次在对话里重述；
- ✅ 需要把逻辑分享给他人（
serializeModule导出）； - ✅ 逻辑需要运行在 Node / Python / Java / Go / Rust 等完整运行时，而非仅 LLM 编排。
相关阅读
- 架构总览 · 引擎 / 运行时层
- 快速开始 · 排查（CMS 引擎相关就绪问题）