🎬 코딩 배우지 마세요, 말 한마디로 주식 에이전트 만드는 법

▶️ 유튜브

• 원본 링크: https://youtu.be/jKjbXXBahiY?si=t7uI24WUc3Q0enOl

🖼️ 4컷 인포그래픽

💡 한 줄 결론

코딩 여부보다 중요한 것은 업무를 어떻게 쪼개고 어떤 에이전트에게 어떤 산출물을 맡길지에 대한 설계력이다. Claude 대화창에서 공식 가이드 기반으로 오케스트레이터-서브에이전트 구조를 만든 뒤 CoWork에 연결하면, 투자 리서치처럼 반복적이고 병렬화 가능한 업무의 처리 속도와 재사용성이 크게 올라간다.

📌 핵심 요점

1. 단일 프롬프트에 모든 분석을 몰아넣는 방식보다 오케스트레이터 1명과 역할별 서브 에이전트로 분업한 구조가 리서치 품질, 수정 편의성, 처리 속도에서 모두 유리하다.
2. Anthropic 공식 에이전트 가이드와 YAML 프런트매터를 명시하면 에이전트의 역할, 도구, 출력 형식이 구조화돼 이후 재사용과 유지보수가 쉬워진다.
3. CoWork는 단순 실행기가 아니라 폴더 안의 마크다운 지침 파일, 과거 대화 맥락, 작업 진행 상태를 하나의 운영 환경으로 묶어 주는 레이어에 가깝다.
4. 방산주 사례처럼 한국·미국 종목 조사를 병렬로 돌리면 시장 이벤트 대응 속도가 빨라지고, 최종 보고서·PDF 생성까지 하나의 흐름으로 자동화할 수 있다.
5. 실사용 단계에서는 투자추천 제약, PDF 한글 깨짐, 데스크탑 앱 상시 실행 필요 같은 운영 리스크가 남아 있어 프롬프트 설계와 실행 환경 관리가 함께 필요하다.

🧠 상세 요약

1) 배경과 문제 정의

개인이나 소규모 팀이 투자 리서치를 자동화하려고 할 때 가장 큰 장벽은 코딩 능력 자체보다도 에이전트를 어떤 단위로 설계하고 어떤 흐름으로 운영할지에 대한 감각 부족이다. 이 영상은 자연어만으로도 에이전트 팀을 구성할 수 있다는 가능성을 보여주면서, 실제 생산성 차이가 나는 지점이 분업 구조와 운영 설계에 있다는 점을 확인하려는 맥락에서 출발한다.

2) 섹션별 상세 정리

1. 코딩 없이 에이전트 팀을 만들겠다는 문제 제기 [00:04]

• 발표자는 AI 에이전트를 쓰기 위해 SDK 설치나 개발 환경 학습이 선행돼야 한다는 인식 자체를 진입장벽으로 본다.
• 출발점은 Claude 채팅창만으로 업무형 에이전트를 설계하고, 그것을 실제 자동화 작업에 연결할 수 있는지 확인하는 것이다.

2. 데모 주제를 방산주 리서치로 잡은 이유 [00:21]

• 사례 과제는 전쟁 이슈로 급등하는 방산주를 어떤 기준으로 볼지 정리하는 투자 리서치다.
• 단순 질의응답이 아니라 시장 이벤트 대응이 필요한 분석 업무를 에이전트 팀에 맡겼을 때 얼마나 실전적인 결과가 나오는지를 보여주려는 선택이다.

3. 에이전트의 기본 단위는 마크다운 지침 파일이라는 설명 [00:33]

• 실습 환경은 Claude 데스크탑 앱이며, CoWork와 함께 쓰는 운영 시나리오가 제시된다.
• 에이전트는 역할, 행동 규칙, 출력 포맷이 정리된 시스템 프롬프트 단위로 이해되며, 이를 마크다운 파일처럼 관리하는 방식이 핵심 자산으로 소개된다.

4. 공식 가이드와 YAML 프런트매터를 붙여 품질을 끌어올리는 방식 [01:08]

• 발표자는 “증권사 애널리스트처럼 종목을 분석하는 에이전트”를 만들고 싶다고 자연어로 요청하되, Anthropic 공식 에이전트 가이드를 따르라고 조건을 건다.
• YAML 프런트매터를 포함시키면 이름, 역할, 도구, 모델 같은 메타정보가 정리돼 결과물의 일관성과 수정 용이성이 높아진다는 점을 강조한다.

5. 긴 프롬프트보다 분업 구조가 더 중요하다는 설계 원칙 [01:56]

• proactive use 같은 지시를 넣어 상위 에이전트가 필요한 하위 에이전트를 더 적극적으로 부르게 만들 수 있다고 본다.
• 기업 개요, 재무, 산업, 비교 분석처럼 분석 프레임워크를 미리 분해해 두면 하나의 거대한 지시문보다 훨씬 관리 가능한 팀 구조가 만들어진다.

6. 오케스트레이터 1명과 여러 서브 에이전트의 팀 구조 [02:28]

• 하나의 MD 파일에 모든 역할을 몰아넣는 대신 팀장 역할의 오케스트레이터와 여러 서브 에이전트를 두는 편이 더 효율적이라고 설명한다.
• 초기 생성 비용이 조금 더 들더라도 구조를 잘 짜 두면 반복 업무에서 생산성 회수가 가능하다는 논리다.

7. 공식 문서 참조 후 7개 파일이 만들어지는 과정 [03:05]

• 실제로는 오케스트레이터 1개와 서브 에이전트 6개, 총 7개의 파일이 생성된다.
• 중요한 점은 생성으로 끝나는 것이 아니라 이후 대화를 통해 각 파일의 행동 규칙을 계속 보정하면서 팀을 진화시킬 수 있다는 점이다.

8. 다운로드한 파일 묶음이 재사용 가능한 업무 환경이 되는 구조 [03:35]

• 생성된 마크다운 파일을 ZIP으로 내려받고 특정 폴더에 정리하면 그 폴더 자체가 하나의 에이전트 팀 패키지가 된다.
• 핵심 자산이 앱 내부 설정이 아니라 로컬 폴더 안의 역할 정의 파일이라는 점에서, 자산화와 재사용 관점이 강하다.

9. CoWork에 폴더를 연결해 실행 환경으로 전환하는 단계 [04:23]

• CoWork에서 폴더를 열면 내부 지침 파일과 팀 구성이 작업공간으로 로드된다.
• 이후 사용자는 자연어로 업무만 던지면 되고, 실제 실행 흐름은 폴더에 저장된 역할 정의에 따라 자동 전개된다.

10. 방산주 분석 프롬프트를 실제 업무처럼 투입하는 장면 [04:45]

• 전쟁 이슈와 방산주 급등 상황을 바탕으로 한국·미국 종목을 함께 조사하는 식으로 범위를 지정한다.
• 같은 주제라도 어떤 시장, 어떤 종목군, 어떤 산출물을 원하는지 구체화할수록 결과의 초점이 달라진다는 점이 자연스럽게 드러난다.

11. CoWork의 차별점은 진행 가시성과 맥락 유지 [05:01]

• CoWork에서는 작업 단계가 어떻게 흘러가는지 화면에서 순차적으로 볼 수 있어 내부 실행 흐름을 추적하기 쉽다.
• 과거 대화와 결과물을 같은 맥락으로 이어갈 수 있어, 단발성 실행보다 장기 운영에 적합한 환경이라는 비교가 나온다.

12. 병렬 리서치가 체감 생산성을 끌어올리는 구간 [05:47]

• 실제 실행에서는 여러 에이전트가 병렬로 시장 조사를 수행해 순차 처리보다 훨씬 빠르게 초안을 만든다.
• 여기서 진짜 효용은 “더 똑똑한 답변”보다도 이벤트 발생 후 분석 리드타임을 줄여 의사결정 속도를 높인다는 데 있다.

13. 결과물 생성 후 수정 루프까지 자연어로 닫는 흐름 [06:14]

• 보고서는 PDF까지 자동 생성되지만, 초기에 한글 깨짐 같은 실무적 문제가 발생한다.
• 발표자는 이 역시 에이전트에게 수정 지시를 내려 MD와 PDF를 다시 생성하게 하며, 자동화의 핵심이 1회 생성보다 수정-재생성 루프의 편의성에 있음을 보여준다.

14. 실제 보고서가 담는 분석 범위와 가치 [06:49]

• 한국 방산주와 미국 방산주를 함께 다루며, 급등 배경, 종목별 특성, 고평가 가능성, 추가 리스크, 다음 분석 방향까지 제안하는 형태로 정리된다.
• 단순 정보 수집을 넘어 비교와 우선순위 판단까지 보조하는 보고서 구조가 가능하다는 점이 실전성으로 제시된다.

15. 투자추천 제약과 스케줄링의 현실적 한계 [07:35]

• 시스템은 직접적인 매수·매도 추천에는 제약을 두기 때문에, 실무에서는 랭킹·비교·시나리오 평가 중심으로 우회 설계하는 편이 안정적이다.
• 예약 작업도 가능하지만 Claude 데스크탑 앱이 실제로 열려 있어야 실행되므로, 상시 전원과 실행 상태를 관리할 수 있는 환경이 필요하다.

16. 최종 메시지: 성패는 코딩이 아니라 설계와 운영에 달려 있다 [08:58]

• 발표자는 공식 형식으로 에이전트를 만들어 달라고 요청하는 것만으로도 기본 구조를 빠르게 잡을 수 있다고 정리한다.
• 결국 차이를 만드는 것은 “코드를 짜느냐”가 아니라 “역할을 어떻게 나누고 어떤 결과물을 반복 생산하게 만들 것이냐”는 운영 설계 역량이라는 결론으로 귀결된다.

✅ 액션 아이템

• Claude 대화창에서 투자 리서치용 에이전트를 만들 때 Anthropic 공식 에이전트 가이드 준수 + YAML 프런트매터 포함 + 오케스트레이터 1명/서브 에이전트 3\~6명 조건을 넣어 초안을 먼저 생성한다.
• 동일 이슈를 대상으로 단일 에이전트 1개와 분업형 에이전트 팀 두 방식으로 각각 리서치를 돌려, 결과 생성 시간·중복 조사 비율·최종 보고서 일관성을 비교한다.
• CoWork에 연결할 폴더 안에 보고서 산출 규칙을 명시해 PDF 생성, 한글 폰트 조건, 깨짐 발생 시 재생성 절차까지 기본 워크플로우로 고정한다.
• 투자 추천 제약을 피하기 위해 프롬프트를 매수 추천 중심이 아니라 밸류에이션 부담, 이벤트 민감도, 수주 모멘텀, 하방 리스크 기준의 우선순위 평가 템플릿으로 바꿔 본다.
• 상시 전원 환경에서 CoWork 예약 작업을 걸고, 실제로 월요일 장 시작 전 분석 태스크가 누락 없이 실행되는지 앱 실행 상태·절전 설정·재시도 조건까지 점검한다.

❓ 열린 질문

• 같은 전쟁 이슈를 하루 간격으로 다시 입력했을 때, 오케스트레이터가 종목 우선순위와 근거를 얼마나 일관되게 유지해야 “재현 가능한 리서치 시스템”이라고 볼 수 있을까?
• 병렬 리서치가 빨라진 만큼 서브 에이전트 간 중복 조사나 상충 결론도 늘어날 수 있는데, 이를 정리하는 오케스트레이터의 품질을 어떤 기준으로 검증해야 할까?
• 투자추천 제약을 프롬프트 설계로 우회하는 방식은 모델 정책이 바뀌었을 때 얼마나 쉽게 무력화될 수 있고, 그때도 유효한 대체 출력 형식은 무엇일까?
• CoWork 스케줄링이 데스크탑 앱 실행 상태에 의존한다면, 실무 자동화에서 진짜 경쟁우위는 분석 로직보다도 운영 안정성을 확보할 수 있는 인프라 쪽에 있는 것 아닐까?