Architecture Composition Principles（架构组合原则）
知识库位置：
FDE Knowledge Base/04 Architecture/02-Architecture-Composition-Principles.md术语不确定时，请查阅 Glossary（中英文术语表）。
真实项目通常是多个 Reference Architecture（参考架构）Pattern（模式）的组合。组合时遵循以下七条原则。
Principle 1：Start from Business Boundary（从业务边界出发）
Section titled “Principle 1：Start from Business Boundary（从业务边界出发）”先确定：
- 谁使用？
- 解决什么问题？
- 哪些系统参与？
- 哪些操作允许自动化？
Principle 2：Separate Knowledge, Data and Action（区分知识、数据与动作）
Section titled “Principle 2：Separate Knowledge, Data and Action（区分知识、数据与动作）”建议明确区分：
Knowledge（知识）→ Search / RAG（搜索 / 检索增强生成）
Transactional Data（事务数据）→ API / Database（接口 / 数据库）
Action（动作）→ Tool / Workflow（工具 / 工作流）不要把三者混为一体。
Principle 3：Separate AI from Policy（AI 与策略分离）
Section titled “Principle 3：Separate AI from Policy（AI 与策略分离）”模型负责：
Interpret（解释）Classify（分类）Generate（生成）Recommend（推荐）Policy Layer（策略层）负责：
Allow（允许）Deny（拒绝）Limit（限制）Require Approval（要求审批）Principle 4：Keep Control Plane Deterministic（保持控制面确定性）
Section titled “Principle 4：Keep Control Plane Deterministic（保持控制面确定性）”高风险控制应尽量使用：
- Code（代码）
- Rules（规则）
- Policies（策略）
- Explicit Workflow（显式工作流）
而不是只依赖 LLM Prompt（大语言模型提示词）。
Principle 5：Observability Is Part of Architecture（可观测性是架构的一部分）
Section titled “Principle 5：Observability Is Part of Architecture（可观测性是架构的一部分）”架构设计必须明确：
- Logs（日志）
- Metrics（指标）
- Traces（链路追踪）
- AI Evaluation（AI 评估）
- Audit（审计）
而不是上线前临时添加。
Principle 6：Design Failure Paths（设计失败路径）
Section titled “Principle 6：Design Failure Paths（设计失败路径）”每个关键组件都应该问：
它失败之后怎么办？
例如：
LLM unavailable?（模型不可用怎么办？）CRM unavailable?（CRM 不可用怎么办？）Search unavailable?（搜索不可用怎么办？）Human reviewer unavailable?（复核人员不在怎么办？）Principle 7：Design for Operation（为运营而设计）
Section titled “Principle 7：Design for Operation（为运营而设计）”Architecture（架构）不仅回答：
How does it work?（它如何工作？）
还必须回答：
Who operates it?（谁来运营它？）