设计为可替换

"设计为可替换"是一种架构原则，要求每个供应商调用都通过契约(contract)传递，以便于未来替换。这是企业应对[[过渡性锁定风险]]和[[基础设施垄断者]]风险的核心方法论。

核心原则

• “设计为可替换，而非结合”：每一个供应商调用都应通过契约传递
• 模块化架构：采用微服务或面向服务的架构，使Agent框架、向量数据库等组件可独立替换
• 抽象层：通过适配器模式和抽象层解耦计算方法与供应商特定实现
• 基于容器的可移植性：94%的Agent构建团队依赖容器，Docker Compose被40%的团队用于Agent编排

实施方法

1. 识别所有外部依赖（框架、模型、数据库等）
2. 为每个依赖定义清晰的契约接口
3. 通过抽象层封装具体实现
4. 使用容器化技术确保可移植性
5. 定期测试替换路径

在Agent框架领域的应用

通过采用[[MCP]]、[[A2A]]、[[OAP]]等开放标准，以及容器化技术（如[[Docker]]），企业可以构建可替换的Agent基础设施，降低对[[OpenClaw]]等特定框架的依赖。