AI 조직으로 자동매매를 만든 지금까지 — 무엇이 바뀌고 무엇은 그대로였나

첫 글을 다시 읽으며

다시 그 하루로 돌아간다면, 같은 선택을 할까. 이 시리즈의 첫 글인 AI한테 회사를 맡긴 하루를 쓸 때는 프로세스가 좋아지면 판단도 저절로 좋아질 거라고 믿었다. 지난 글들을 다시 읽어보니 그 믿음은 절반만 맞았다. AI 조직을 만들기로 한 이유에서 세웠던 기준들이 지금도 유효한지, 아니면 그때는 몰랐던 함정이 있었는지를 이번 글에서 짚어본다.

모의투자, 리스크 관리, 인증, 백테스팅, 무인 운영, 체크리스트까지 하나씩 다뤄오면서 실제로 무엇이 바뀌었고 무엇은 바뀌지 않았는지를 이번 글에서 정직하게 정리해보려 한다. 미리 밝혀두자면 이 글에는 방문자 수, 수익, 수익률 같은 실적 수치가 전혀 없다. 이 시리즈의 목적은 그런 숫자를 자랑하는 게 아니라, 과정에서 실제로 무엇을 배웠는지를 남기는 것이었기 때문이다.

바뀐 것 — AI 역할 분리와 절차화된 프로세스

가장 확실하게 바뀐 건 프로세스다. 처음엔 AI 하나에게 "만들어줘"라고 던지고 결과를 받는 식이었다. 지금은 기획·개발·검증 역할을 나누고, 각 역할이 서로 다른 질문을 던지도록 만들어놨다 — AI 에이전트 협업, 역할 분리와 교차검증에서 다룬 방식이다. 리스크 관리 규칙은 코드로 강제되고, 실전 투입 전에는 체크리스트를 거친다.

이건 순전히 반복된 실패에서 나온 결과다. 역할을 나누지 않았을 때 걸러지지 않았던 문제들, 체크리스트가 없었을 때 빼먹었던 점검 항목들이 하나씩 쌓이면서 지금의 구조가 만들어졌다.

이 변화를 한 문장으로 요약하면 이렇다 — "어떻게 하면 실수를 줄일 수 있는가"에 대한 답이 갈수록 구체적이고 절차적으로 변해갔다. 처음엔 "조심하자"는 식의 막연한 다짐이었다면, 지금은 "이 조건이면 시스템이 자동으로 멈추고 사람을 기다린다"는 구체적인 규칙으로 바뀌었다.

바뀌지 않은 것 — 판단력 그 자체

여기서부터가 이번 글에서 가장 솔직하게 쓰고 싶은 부분이다. 프로세스는 확실히 나아졌지만, 그렇다고 나(운영자)의 판단력 자체가 좋아졌다고는 말할 수 없다. 오히려 프로세스가 촘촘해질수록 "절차를 지켰으니 판단도 맞았을 것"이라는 착각에 빠지기 쉽다.

체크리스트를 다 통과했다고 해서 전략 자체가 좋은 전략이라는 뜻은 아니다. 리스크 한도를 코드로 강제했다고 해서 그 한도값 자체를 적절하게 잡았다는 보장은 없다. 절차는 "같은 실수를 반복하지 않게" 도와주는 것이지, "애초에 좋은 판단을 내리게" 만들어주는 것은 아니었다.

이건 AI 조직을 운영하면서 특히 더 두드러졌다. AI 에이전트들이 서로 교차검증을 하면서 구현 단계의 실수는 확실히 줄었다.

그런데 "이 전략 아이디어 자체가 시장 상황에 맞는가", "이 정도 리스크를 감수할 가치가 있는 기회인가" 같은 더 근본적인 판단은 여전히 사람의 몫으로 남아있었고, 그 판단이 프로세스가 좋아졌다고 해서 저절로 더 정확해지지는 않았다. 오히려 정교한 절차를 갖추고 있다는 사실이 근거 없는 안도감을 줄 수 있다는 걸 스스로 경계해야 했다.

"AI에게 회사를 맡긴다"는 말의 실제 의미

이 시리즈를 쓰면서 계속 되돌아온 질문이 있다. "AI에게 회사를 맡긴다"는 표현 자체가 오해를 부를 수 있다는 것이다. 실제로 벌어진 일은 AI에게 판단을 통째로 넘긴 게 아니라, AI들에게 각자 다른 역할과 좁은 범위를 주고, 그 결과를 사람이 계속 확인하고 승인하는 절차를 만든 것에 가깝다.

"맡긴다"는 말은 마치 손을 뗀 것처럼 들리지만, 실제로는 오히려 더 촘촘하게 개입할 지점을 설계하는 작업이었다. 무인 운영 단계에 이르러서도 승인 절차와 정지 조건만큼은 사람이 최종적으로 확인하도록 남겨뒀다는 사실이 이걸 잘 보여준다고 생각한다.

실적 수치를 쓰지 않은 이유

솔직히 말하면 이 시리즈를 쓰는 동안 계속 부담이 있었다. 자동매매나 AI 조직 같은 주제는 과장하기 쉬운 소재다. "이렇게 해서 얼마를 벌었다"는 식의 서사가 훨씬 눈길을 끌 거라는 걸 알면서도, 그 방향으로 가지 않으려고 계속 스스로 제동을 걸어야 했다.

실적 수치를 다루지 않기로 한 건 단순히 법적·보안상의 이유만은 아니다. 숫자를 넣는 순간 이 시리즈의 초점이 "과정에서 무엇을 배웠는가"에서 "결과가 얼마나 좋았는가"로 옮겨간다는 걸 알기 때문이다. 후자는 재현 가능한 교훈을 남기지 못한다. 좋은 결과는 운일 수도 있고, 나쁜 결과는 일시적일 수도 있다. 반면 "이런 실수를 했고 이렇게 고쳤다"는 과정은 다른 사람이 자기 상황에 맞게 가져다 쓸 수 있는 정보가 된다.

앞으로 남은 것

지금까지 다룬 내용은 기초에 가깝다. 안전장치, 리스크 관리, 인증, 백테스팅, 모의투자, 무인 운영, 체크리스트, 프로젝트 구조까지 다뤘지만, 이건 어디까지나 "시작하기 전에 갖춰야 할 최소한"에 대한 정리였다. 실제로 운영을 이어가다 보면 지금 정리한 절차로도 못 걸러내는 새로운 유형의 문제가 또 나올 거라고 예상한다.

앞서 24시간 무인 운영 글에서 썼듯, 한 번 고친 문제도 다른 경로로 다시 나타날 수 있다는 전제를 갖고 있어야 한다는 게 지금까지의 결론이고, 이 결론은 아마 앞으로도 계속 유효할 것 같다.

오늘의 정리

지난 시리즈 동안 가장 확실하게 나아진 건 프로세스다 — 역할 분리, 코드로 강제된 리스크 한도, 실전 투입 전 체크리스트.
프로세스가 좋아졌다고 판단력 자체가 좋아진 건 아니다. 절차를 지켰다는 사실이 판단이 맞았다는 보장을 주지는 않는다.
"AI에게 회사를 맡긴다"는 표현과 달리, 실제로는 AI에게 좁은 역할을 주고 사람이 승인·개입할 지점을 더 촘촘히 설계하는 작업에 가까웠다.
실적 수치를 다루지 않은 건 보안상의 이유뿐 아니라, 숫자가 들어가면 이 시리즈가 남기려 한 재현 가능한 교훈이 흐려지기 때문이다.
지금까지의 정리는 최소한의 기초일 뿐이며, 앞으로도 새로운 유형의 문제가 또 나올 것이라는 전제를 유지한다.

익명의 1인 운영자가 AI 에이전트 조직으로 자동매매 시스템을 만들어온 과정을 돌아본 회고이며, 실제 수익률·손실률·방문자 수 같은 실적 수치는 다루지 않습니다. 서버 구성이나 내부 시스템 상세, 계좌 정보는 보안상 공개하지 않습니다. 투자 조언이 아니며 특정 종목이나 매매기법을 추천하지 않습니다. 수익을 보장하지 않고, 투자 손실에 대한 책임은 투자자 본인에게 있습니다.