dsh-dcs-engine

DSH 协议栈已经提供了 CDP 语义打分、意图网络拓扑规划、CSP 决策留痕、ASP 安全审查和 universal-adapter 工具桥接五件套，但落到实际项目里，零散的 MCP 基础工具往往只能被逐条调用，缺少一个把工具组合成可命名、可注册、可复用能力单元的中间层。dsh-dcs-engine（DCS）正是这个 Host 组合层——它在运行时从基础件池中选取工具，按 input → transform → output 拓扑规划出完整的 CapabilitySpec，再以 defineTool 的形式注册暴露，让一次「分析 AAPL 下跌原因并生成中文报告」这样的意图能一步到位地跑通。

DCS 不替代五件套中的任何一件，而是真正去消费它们：用 CDP 的 cognitive_style 与 semantic_tags 做候选打分，复用意图网络的 plan()（无网络时退化为内置 rule 拓扑），将 decision_trace 写入 CSP，在注册前强制过 ASP 的 side_effects 审查——verdict 为 fail 时直接抛出 SynthesisRejectedError，安全优先。此外，materializer 可在持久化时生成包含 package.json、tsconfig.json、cordis.patch.yml、.cdp.json、capability.json、README 和 src/index.ts 的完整插件骨架，为从一次合成走向可部署资产提供了落地路径。合成策略默认 rule（零 LLM 开销），hybrid 与 llm 作为 best-effort 可选。

如果你已经在用 cordis 和 dsh-tools（>= 0.1.0），手头有一批零散的 MCP 工具想组合成可复用的能力，并且希望合成过程有安全留痕、有语义打分、有可导出的骨架产物，DCS 就是为这种场景设计的。当前处于 Developer Preview（M2），接口在 0.1.x 内可能变动，生产部署建议等待 1.0 稳定版。