Stingray의 Agentic Trading Desk 작동 방식: 전략에서 실행까지 3단계

짧은 답

Stingray의 agentic trading desk는 세 단계로 작동합니다.

1. Trading thesis를 plain English로 설명합니다.
2. 그것을 typed rule로 바꾸고 historical fire를 백테스트합니다.
3. 같은 rule을 alert로 monitor한 뒤, evidence와 guardrail이 받쳐주는 곳에서만 controlled execution을 활성화합니다.

이것은 chatbot answer와도 다르고 bot template과도 다릅니다. 핵심은 strategy가 모든 단계에서 inspectable해야 한다는 점입니다.

여기의 예시는 암호화폐 venue를 사용합니다. 현재 온체인 시장이 가장 투명한 실시간 시장 데이터 표면이기 때문입니다. 하지만 워크플로 자체는 더 넓습니다. 온체인으로 이동하는 시장을 위한 thesis, typed rule, evidence, monitoring, controlled activation입니다.

1단계: Thesis에서 시작

대부분의 trading automation은 너무 늦게 시작하기 때문에 실패합니다. 아이디어가 precise해지기 전에 order type이나 bot template부터 시작합니다.

Stingray는 thesis에서 시작합니다.

Hyperliquid BTC funding이 sharply negative로 바뀌고, open interest가 상승하고, BTC가 20-day moving average 위를 지키고, 최근 news가 major exchange-risk story에 지배되지 않을 때 알려줘.

System은 이것을 strategy가 답해야 할 질문으로 바꿉니다.

• 어떤 venue와 market을 사용할 것인가?
• “Sharply negative”는 무엇을 뜻하는가?
• Open interest는 어떻게 측정할 것인가?
• Rule은 어떤 timeframe을 사용할 것인가?
• 어떤 news source가 포함되는가?
• Setup을 invalidation하는 조건은 무엇인가?
• 각 fire 이후 무엇을 측정할 것인가?

여기서 “agentic”이 중요합니다. Desk는 vague language를 그대로 받아들이면 안 됩니다. 그것을 visible choice로 바꿔야 합니다.

2단계: Typed rule로 만들기

다음 단계는 strategy를 inspectable하게 만드는 것입니다.

Typed rule은 다음을 정의합니다.

| Component | 예시 | | --- | --- | | Asset | Hyperliquid의 BTC perpetuals | | Funding condition | Funding이 20일 percentile threshold 아래 | | Positioning condition | Open interest가 정의된 폭 이상 상승 | | Technical filter | 가격이 20-day moving average 위 | | News filter | Lookback window 안에 high-impact exchange-risk story 없음 | | Cooldown | 최대 24시간마다 한 번 fire | | Review windows | 1d, 3d, 7d, 14d forward returns | | Invalidation | 가격이 선택한 support level 아래 close |

Rule이 typed되면 trader는 실행 전에 확인할 수 있습니다. 이것이 agentic trading desk와 black-box prompt의 차이입니다.

3단계: Activation 전 backtest

Backtest는 rule이 thesis가 기대한 방식으로 작동했는지 답합니다.

검토하세요.

• Rule이 얼마나 자주 fire했는지.
• 결과가 하나의 market regime에 의해 지배됐는지.
• Funding, open interest, price filter가 각각 도움이 됐는지.
• News filter가 bad fire를 제거했는지, 아니면 sample size만 줄였는지.
• Failed signal 이후 무슨 일이 있었는지.
• Slippage와 liquidity가 setup을 현실적으로 만들었는지.
• 어떤 kill criteria가 rule을 멈췄을지.

목표는 backtest를 좋아 보이게 만드는 것이 아닙니다. Setup이 live monitoring을 받을 가치가 있는지 판단하는 것입니다.

4단계: Monitor 후 신중하게 activate

Backtest 후 첫 live version은 보통 alert여야 합니다.

Live monitoring은 out of sample에서도 rule이 같은 방식으로 작동하는지 확인합니다.

• Exact condition이 fire했는가?
• Market liquidity가 충분했는가?
• 같은 invalidation level이 여전히 타당했는가?
• Signal이 더 넓은 risk-off move 중에 왔는가?
• Evidence를 읽은 뒤 trader가 여전히 setup을 취할 것인가?

이런 확인 이후에야 controlled execution을 고려해야 하며, sizing, invalidation, cooldown, kill criteria가 명확해야 합니다.

예시 workflow

간단한 agentic trading desk workflow는 다음과 같습니다.

| Stage | Trader input | Stingray output | | --- | --- | --- | | Thesis | “가격이 trend를 지키면 extreme negative funding을 fade하고 싶다.” | Clarifying questions와 draft rule | | Rule | Trader가 threshold, venue, filter 승인 | Typed strategy definition | | Backtest | Trader가 historical evidence 요청 | Trigger history, forward returns, failures, regime split | | Monitor | Trader가 alert 활성화 | Evidence가 붙은 live fire | | Activate | Trader가 guardrail 승인 | 지원되는 곳에서 controlled activation |

중요한 것은 continuity입니다. Live alert는 backtest된 것과 같은 rule을 사용해야 합니다.

Stingray가 들어가는 위치

Stingray는 idea와 risk 사이의 workflow를 위해 만들어졌습니다. Trader가 thesis에서 typed rule로, typed rule에서 evidence로, evidence에서 monitored activation으로 이동하도록 돕습니다.

관련 워크플로는 Plain-English Strategies를 위한 Top Agentic Crypto Trading Tools, Stingray란? 자동 트레이딩 전략 워크플로, 코드 없이 온체인 트레이딩 전략 자동화하기를 참고하세요.

결론

Agentic trading desk는 prompt에 얼마나 자신 있게 답하는지로 평가하면 안 됩니다.

Thesis를 typed rule로 바꾸고, 그 rule을 backtest하고, 같은 condition을 live monitor하고, trader가 다음 결정을 내릴 수 있을 만큼 evidence를 보존하는지로 평가해야 합니다.