开放领域 (Open Domains)

每个领域都值得被开放，每份知识都值得被复用

OpenDDD 的核心理念是 Open Domain — 开放领域。我们相信，每个业务领域都是一个开放的知识边界，领域内的设计决策、技术实践、业务规则都应该被显式地表达、结构化地沉淀、自由地复用。

什么是开放领域？

传统方式:  领域知识 → 隐式存在于代码和人脑中 → 随人员流动而流失
开放领域:  领域知识 → 显式建模 + 结构化沉淀 → 可学习、可复用、可演进

开放领域意味着：

原则	说明	实践
显式建模	领域概念、规则、流程用代码和文档显式表达	DDD 实体、值对象、领域事件
结构化沉淀	知识以可检索、可组合的形式存储	技能提示词、工作流模板、配方
自由复用	跨项目、跨团队的知识复用，无需从零开始	替换变量即可使用的提示词和配方
开放演进	知识在共享中改进，在复用中验证	标签体系、质量标准、贡献指南

当前开放领域

领域	代号	核心实体	状态	学习入口
ProChain 集采	prochain	Enterprise, Product, Order, Document	P0 活跃	DDD + Serverless
AI Agent	agent	Agent, Tool, Memory, Orchestrator	P0 活跃	Agent 构建
内容创作	content	Content, Channel, Analytics, Schedule	P2 规划	AI Agent 开发
自由接单	freelancing	Project, Bid, Contract, Delivery	P1 设计	一人公司

领域间的知识流动

┌─────────────────────────────────────────────────────────┐
│                    OpenDDD 开放领域生态                    │
│                                                           │
│  ProChain ──→ 领域建模经验 ──→ DDD 提示词 ──→ 复用库     │
│      │                          │                         │
│      ↓                          ↓                         │
│  Serverless 配方          Agent 架构配方                  │
│      │                          │                         │
│      └──────── 共享 ────────→ AI Agent ←── 内容创作       │
│                                │          │               │
│                                ↓          ↓               │
│                          工作流模板    内容策略提示词       │
│                                │                          │
│                                └──→ 自由接单 (项目匹配)   │
└─────────────────────────────────────────────────────────┘

领域驱动的设计原则

每个开放领域遵循相同的 DDD 设计原则：

1. 限界上下文 (Bounded Context) — 每个领域有明确的边界，领域内概念不泄漏
2. 统一语言 (Ubiquitous Language) — 领域内使用一致的术语，代码即文档
3. 聚合根 (Aggregate Root) — 识别核心实体，围绕聚合组织业务逻辑
4. 领域事件 (Domain Event) — 领域间通过事件解耦，而非直接调用
5. 防腐层 (Anti-Corruption Layer) — 外部集成通过 ACL 隔离，保护领域纯净

如何参与

1. 探索领域 — 从 学习路线图 开始理解领域设计
2. 复用知识 — 从 复用库 获取提示词和配方
3. 贡献经验 — 按 贡献指南 沉淀你的实践知识
4. 改进质量 — 按 质量标准 提升知识成熟度