04 / 04MODULAR BACKEND
Campaign Engine
面向券商营销活动的模块化后端引擎
通过活动配置、注册式 Feature、统一 Action/View 协议与规则引擎，组合多个活动需要的能力并保持已发布接口稳定。
开发实践：主要通过 AI Agent 协作推进实现，以接口契约、活动隔离和回归验证约束持续迭代。
概念视觉 · 以真实产品能力为依据项目背景
用稳定协议与可组合能力，支撑多个活动独立演进。
多个营销活动并行演进时，每个活动都需要独立配置和可靠的执行路径，同时避免新增需求影响已有活动。
我们做了什么
以活动配置、注册式 Feature 和统一 Action/View 协议组织运行时能力，并通过 Domain Event、Rule 与 State Projection 承接业务变化。
01 / 活动配置
新活动从声明能力开始
活动通过配置定义身份、功能模块、Action、View、配额与规则。注册式 Feature 拥有自己的配置和资源边界，新增活动优先组合现有能力，再按需增加受控扩展。
- 声明式活动配置
- 注册式 Feature 与显式引用
- 多活动能力组合
CAMPAIGN / CONFIGURATION YAML + FEATURE
campaign.yaml活动配置
feature registry注册式 Feature
Action / View 绑定Rule / Quota
声明能力，而不是复制一套活动代码。
02 / 执行链路
一次行为，经由事件和规则形成状态
Action 是统一写入口，产生领域事件；Rule 按条件调用 Guard 与 Effect，并更新活动状态。View 从状态和动态数据生成稳定读契约。幂等机制保证重试不会重复推进业务。
- 统一 Action / View 协议
- Domain Event → Rule → State Projection
- 幂等与事务边界
CAMPAIGN / EXECUTION ONE CONTRACT
01Action 写入口
02Domain Event
03Guard / Effect
04State Projection
05View 读契约
事务与幂等保护每一次业务推进。
03 / 运营控制
活动上线后，运营仍有可控空间
独立的 Ops 控制面支持活动上下线及已声明范围内的产品、奖励领取地址和日程管理。运营修改通过预检与正式版本生效，不改变已发布接口含义。
- 活动生命周期控制
- 产品和奖励配置运营
- 预检、发布与版本边界
CAMPAIGN / OPERATIONS CONTROL PLANE
运营控制面ONLINE
↗上线 / 下线
↗产品清单
↗奖励领取地址
↗活动日程
架构示意基于真实系统能力，未展示客户数据或生产配置。
下一个项目Market Data Hub