🔵 Low Priority

变更行：mds/model.json:4/55/116/140/164 新增 "features": ["basic"]，但同目录的 mds/schema.json（描述 model.json 的格式，且被 CMakeLists.txt:41 install(FILES mds/schema.json ...) 随组件发布到设备）本次未同步。对 mds 目录做全文检索，schema.json 中不存在任何 "feature" 字样的声明。

失败模式：若 codegen/校验工具按 schema 做严格校验（additionalProperties=false 一类），新增的 features 键会导致 model 校验失败、codegen 直接报错；若 schema 不严格或 codegen 不识别该键，则该键被静默忽略，模型侧裁剪完全不生效——"裁剪可观测组件"只落实到 conan/CMake 一层，路由与 ORM 中的接口仍会生成，造成部署态与模型态不一致。两种结果都不能从 diff 内部自证。

修复方向：确认 mds 代码生成对 features 的支持情况；若支持，请在 mds/schema.json 中补充 features 字段声明，保持 schema 与 model.json 一致；若不支持，则这些新增行无效，应改用框架实际支持的裁剪方式。

建议：核对 mds codegen 是否识别 model 的 features 键；若识别，同步在 mds/schema.json 中声明 features 字段（类型为 string 数组），避免 schema 与 model.json 漂移。

🔵 Low Priority

变更行：CMakeLists.txt:5-8 在 project() 之后立刻 if (CONAN_DEFS_FEATURE_BASIC) return()，而本文件中所有 conan 侧变量是通过 CMakeLists.txt:17-19 的 include(${CMAKE_BINARY_DIR}/conanbuildinfo.cmake) + conan_basic_setup() 才被引入的（该 include 排在早退之后）。

失败模式（触发条件）：只有当 CONAN_DEFS_FEATURE_BASIC 由 conan 的 cmake 生成物（conanbuildinfo.cmake）提供、而非由构建系统以 -DCONAN_DEFS_FEATURE_BASIC=... 缓存变量传入时，第 6 行的判断读到的是 option() 的默认值 OFF，早退永不触发；此时 feature_basic 已让 conanfile.py 跳过 build/package，但如果存在其它直接走 cmake（如源码/IDE/单独 configure 安装）的构建路径，就会继续执行 CMakeLists.txt:10-12 的 find_package(PkgConfig REQUIRED) / pkg_search_module(GLIB REQUIRED glib-2.0) 等强依赖查找，在基础功能集环境里以 “could not find GLIB” 之类的 configure 失败告终，即"裁剪"路径反而构建失败。

修复方向：二选一——(a) 把裁剪判断移到 conanbuildinfo.cmake 引入之后，并用 if(NOT CONAN_DEFS_FEATURE_BASIC) ... endif() 包裹后续全部内容；(b) 若确认变量是由构建系统以 -D 传入的，请在注释中写明该约定，避免后续误认为它可以来自 conanbuildinfo。

建议：确认 CONAN_DEFS_FEATURE_BASIC 的实际传递方式（-D 缓存变量 or conanbuildinfo）；若来自 conanbuildinfo，应把该判断移动到第 17-19 行的 conan 引入之后，并用 if(NOT ...) 包裹后续内容而不是提前 return。

🟡 Medium Priority

变更行：conanfile.py:7-21 只对 requirements/generate/build/package 四个钩子加了 not self.options.get_safe("feature_basic", False) 判断，未覆盖 build_requirements()。

契约与证据链：本 recipe 自身不声明任何 conan 依赖（全文只有 from conanbase import ConanBase 与 package_info: pass），全部依赖来自 ConanBase；而 mds/service.json:19-38 的 dependencies 同时包含 build 类（libmc4lua、mdb_interface、opentelemetry/1.13.0.026）与 test 类（persistence、lcurl）。在 required_conan_version = ">=1.60.0"（conanfile.py:3）的 Conan 1.x 语义下，构建期/测试期依赖必须由 build_requirements() 中的 self.build_requires(...) 注入，因此 build_requirements() 是与 requirements() 并列的另一条依赖入口，本次没有加裁剪。

失败模式：feature_basic=true 时 requirements() 被跳过，但 build_requirements() 仍会执行，opentelemetry/1.13.0、libmc4lua 等仍会被解析、下载，甚至从源码构建；在基础功能集环境中如果缺少这些 recipe/预编译二进制，裁剪构建仍会失败，或者至少达不到“缩短构建、减少依赖”的目的，与 PR 目标不一致。

修复方向：对 build_requirements() 施加同一判断（若 ConanBase 还有其它依赖注入入口，如 config_options/configure，一并核对），并把判断收敛到一个属性里避免四处重复。

建议：新增 def build_requirements(self): if not self.options.get_safe("feature_basic", False): super().build_requirements()，与 requirements/build/package 保持一致；同时确认 ConanBase 读取的 mds/service.json dependencies 在裁剪态下不会通过其它钩子（config_options/configure）再次注入依赖。