코덱스를 자산운용사로 만드는 하네스 공개

코딩 에이전트로 '바이브 코딩'을 하듯, 이번엔 '바이브 인베스팅'을 하겠다는 도구가 나왔다. 개발자 monarchjuno가 긱뉴스에 공개한 트레이딩코덱스(tradingcodex)는 코덱스(Codex)를 투자 도메인 전용 운용 조직처럼 굴러가게 만드는 하네스다. 코덱스 설정 파일(스킬 23개, 서브에이전트 설정 9개, 훅)과 MCP 기능을 포함한 장고(Django) 서버로 구성된다.

무슨 일인가

구조의 중심에는 헤드 매니저 에이전트가 있다. 사용자 요청을 분석해 어떤 서브에이전트가 필요한지 정하고 전체 워크플로를 조율한다. 그 아래로 펀더멘털·기술적 분석·뉴스·매크로·상품 구조·밸류에이션·포트폴리오·리스크·실행을 각각 맡은 서브에이전트가 자기 범위 안에서 산출물을 만든다. 마치 자산운용사의 리서치·운용·리스크 부서를 에이전트로 옮겨놓은 모양새다.

분석 결과는 휘발되지 않는다. 트레이딩코덱스는 마크다운 리포트, 소스 스냅샷, 기준 시점, 핸드오프 기록을 리서치 메모리로 저장한다. 사람이 읽을 수도 있고, 에이전트가 작업 인계·복기·중복 작업 방지에 활용할 수도 있다. 투자 전략은 수식이 아니라 strategy.md 같은 마크다운 파일로 관리한다. 배당 전략, 퀄리티 성장주 전략, ETF 리밸런싱 전략 등을 파일로 만들어두고 이름으로 호출하는 방식이다.

핵심 짚어보기

가장 눈에 띄는 설계는 금융권의 정보 차단벽 개념에서 가져온 차이니즈 월(information barrier)이다. 모든 에이전트가 같은 정보를 다 보고 같은 도구를 다 쓰는 구조가 아니라, 역할에 따라 볼 수 있는 정보·쓸 수 있는 도구·접근 가능한 파일·실행 가능한 행동을 나눈다. 리서치 담당은 주문을 실행할 수 없고, 실행 담당은 전략 판단을 마음대로 바꿀 수 없다.

주문 실행도 안전장치를 거친다. 에이전트가 멋대로 주문을 내지 못하도록 자체 MCP 레이어가 일종의 라우터 역할을 하며, 에이전트 요청은 먼저 이 레이어를 통과한다. 역할 권한, 정책, 제한 종목, 승인 여부, 주문 페이로드 해시, 중복 요청 여부를 모두 확인한 뒤에야 집행된다. 코덱스가 브로커 API를 곧장 호출해 주문을 내는 구조가 아니라는 점이 핵심이다.

1인기업 실전 적용 포인트

• 투자뿐 아니라 리스크가 큰 자동화 전반에 '실행 레이어 분리' 패턴을 빌려오자. 에이전트가 직접 API를 호출하지 않고, 정책·승인·중복 검사·감사 로그를 거치는 중간 게이트를 두면 1인기업의 자동매매·결제·발송 작업이 한결 안전해진다.
• 전략을 코드가 아닌 마크다운 파일로 관리하는 방식은 비개발 1인기업에도 유용하다. 업무 규칙을 rule.md로 적어두고 에이전트가 그 파일을 읽어 따르게 하면, 코드를 모르고도 워크플로를 바꿀 수 있다.
• 역할별 권한 분리(차이니즈 월)는 다중 에이전트를 굴릴 때 사고 예방책이 된다. '읽기 전용 리서치'와 '실행 권한'을 다른 에이전트로 갈라두면, 한쪽이 잘못 판단해도 곧장 사고로 이어지지 않는다.

전망 / 주의점

트레이딩코덱스는 코덱스 위에 투자 도메인을 얹은 하네스이자 일종의 운영체제를 지향한다. 사용자가 자기 전략과 에이전트별 스킬을 더해 커스터마이즈할 수 있다는 점이 강점이다. 다만 아무리 안전장치를 둬도 실제 자금 집행에는 검증과 모니터링이 필수다. 자동화의 책임은 결국 사람에게 있다는 전제를 잊어선 안 된다.

출처: GeekNews (https://news.hada.io/topic?id=30508)