配置层摄取和要求组合
这一层是系统开工前的“总配电和规矩汇总”。它不直接干主任务，而是先把本地 TOML 文件、云端或管理员下发的配置、项目要求、命令行临时设置都收进来。核心配置部分负责规定格式、按优先级合并、指出哪一行写错，并记录来源。需求分层部分把安全禁令、命令执行规则、hook 等硬规矩叠好，防止被随便覆盖。配置管理服务像设置柜台，给前端和后台读改保存配置。lib.rs 则是统一入口，让外部不用摸清内部细节，也能调用这些能力。
子阶段
配置层摄取和要求组合
config/src/lib.rs源码 ↗
这个文件本身不做复杂计算，它更像一个商场导览牌：告诉别人配置系统里有哪些入口，并把常用工具统一摆到门口。项目里的配置不只是一个 config.toml 文件，还包括云端配置、用户配置、权限配置、插件配置、MCP 服务器配置、需求约束、错误诊断等很多部分。如果没有这个文件，别的模块就要到处记住每个东西藏在哪个子文件里，代码会很散，也更容易引用错。这里先声明内部模块，再把重要的类型、常量和函数重新公开出去，比如配置文件名 CONFIG_TOML_FILE、配置加载错误、TOML 配置结构、合并配置的方法、插件和 marketplace 的编辑方法等。它的价值在于统一边界：外部看到的是一套清晰的配置 API，内部则可以继续拆成很多专门的小零件。