仅做多 · 有限预算周期

CMA PHOENIX

职责明确的持仓生命周期

仅做多架构,在有限资本预算内区分初始持仓、Recovery 配置与有利变动时的加仓。

讨论此系统
CMA PHOENIX / 技术概览

概览

职责明确的持仓生命周期

PHOENIX 围绕三项职责组织交易进程:CORE 建立持仓,Recovery 在不利变动期间使用预先分配的容量,Winner 管理有利变动期间的加仓。各项职责具有独立目的,同时共享整个交易进程的核算与资本背景。

研究重点

  • 01清晰区分 CORE、Recovery 与 Winner 职责
  • 02有限预留资金与明确的持仓预算
  • 03ATR 追踪与交易进程层面的核算

架构解析

此系统如何运作。

方向模型仅做多
01

CORE / Recovery / Winner

CORE 提供基础持仓。Recovery 与 Winner 是可分别配置的加仓引擎,分别应对不利与有利变动。其配置归属于预先定义的风险预算。

02

考虑成本的交易进程核算

核算区分单个交易分腿与按平均成本计量的持仓。已实现损失与正向抵扣额可以跨周期结转,直至满足交易进程的净退出条件。

03

退出架构

Recovery 各批次持仓保留各自的止盈逻辑。CORE 与 Winner 可使用基于 ATR 的追踪,包括可配置的动态 ATR 行为。整体退出评估纳入成本及尚未结清的交易进程余额。

04

经确认的状态转换

参考策略在已确认的 K 线收盘时评估决策。全部平仓检测、可选等待规则与按实际成交核算,共同决定何时允许启动下一周期。

CMA / PHOENIX

一个交易进程。不同引擎。有限资本预算。

设计考量

背景很重要。

  1. 01

    Recovery 配置是一项额外风险决策,不保证弥补损失。

  2. 02

    在整个交易进程中一并审视已实现与未实现结果。

  3. 03

    周期以实际完成的退出结算,而非仅凭退出请求。

系统说明仅为技术概览。配置、可用性及任何历史证据,均需与 CMA 直接讨论。不暗示任何业绩结果。

继续探索

探索系统家族。

全部系统
UBS

仅做多 · 分层配置

CMA UBS

仅做多系统,在既定配置框架内,将分阶段入场、基于 ATR 的退出管理与资本循环使用相结合。

探索此系统
PHOENIX L/S

多头/空头 · 市场状态选择

CMA PHOENIX L/S

将 PHOENIX 生命周期扩展至多头与空头参与,并在实际全部平仓后,基于 EMA 评估方向。

探索此系统
FUSION

多引擎 · 资本归因

CMA FUSION

连接 QUANTUM、PRIME 与 TCS 的模块化框架,分别核算虚拟资本,并按引擎归因未实现及已实现损益。

探索此系统

开启对话

好的系统,始于
恰当的问题。

欢迎与我们探讨算法系统、资本与风险模块、投资者可见性或定制软件产品。

联系 CMA