[한영자막] 클로드 코드로 기획부터 자동 루프 실행까지, 40분 만에 끝내는 법 | Thariq Shihipar

한 줄 핵심

Claude Code와 Claude Tag를 활용해 에이전트가 오래 일하고 서로 검증하게 만드는 루프·워크플로우 설계가 핵심이며, 좋은 결과를 원하면 프롬프트 한 줄보다 탐색·스펙 정리·검증 구조를 먼저 만들어야 한다.

시간별 요약

1. 0:00
   모델이 똑똑해질수록 지시·제약·예시를 줄이고, 대신 에이전트가 오래 실행될 수 있는 loop, goal, workflow를 설계하는 방향이 중요해진다. 특히 goal은 종료 조건을 명확히 하고, workflow는 작업·병렬화·검증을 분리해 비결정적 일을 더 다루기 쉬운 형태로 바꾼다.
2. 5:00
   영상 편집 예시에서는 Whisper로 전사를 만들고 Remotion으로 자막·오버레이·페이드아웃을 생성하는 과정을 한 번의 프롬프트로 실행한다. 다만 이 단계는 최종 자동화라기보다, 먼저 무엇이 가능한지 확인하는 프로토타입이며, 손 위치나 포인팅 같은 메타데이터를 더 주면 품질을 더 끌어올릴 수 있다.
3. 8:00
   계획은 한 번 쓰고 끝나는 문서가 아니라, unknown unknowns를 줄이기 위한 탐색 과정으로 다뤄야 한다. Whisper의 한계, 비디오 세그먼ენტেশন의 신뢰도, 디자인 참고 자료 같은 요소를 미리 조사하고 HTML artifact로 비교해 보면, 구현 전에 실패 지점을 줄일 수 있다.
4. 14:01
   팀에서는 Claude가 만든 artifact를 계획서, PR, 상태 보고서, 인시던트 보고서 공유에 활용한다. 또한 spec과 implementation은 분리된 단계가 아니라 서로 왕복하는 과정이며, 구현 중 발견한 예외와 메모를 다시 반영해 재스펙하는 방식이 더 현실적이다.
5. 18:00
   Claude Tag는 Slack 안에서 병렬 작업과 백그라운드 작업을 돌리는 중심 채널로 쓰이며, Claude Code는 하나의 집중 작업에 쓰는 흐름이 강하다. 멀티 에이전트 협업은 Slack의 채널 구조와 잘 맞고, 각 채널의 memory와 identity를 통해 인간 팀처럼 협업하는 경험으로 확장되고 있다.
6. 33:00
   모델이 강해질수록 긴 system prompt와 많은 예시는 오히려 제약이 되므로, context를 줄이고 이유 중심의 지시로 바꾸는 것이 효과적이다. 동시에 더 나은 결과를 원하면 기술적으로 무엇이 가능한지, 어떤 제약이 있는지 직접 학습해야 하며, 좋은 출력이 아니라 좋은 이해를 목표로 삼아야 한다.

실무 인사이트

• 복잡한 작업은 프롬프트를 길게 쓰기보다, 목표·검증 기준·종료 조건을 분리한 workflow로 재구성하면 안정성이 크게 높아진다.
• 에이전트가 만든 결과물을 바로 받아쓰기보다 HTML artifact나 보고서 형태로 남겨 사람이 읽고 수정하는 루프를 넣으면 품질과 학습 효과가 함께 오른다.
• 멀티 에이전트 활용 시에는 작업용 Claude와 검증용 Claude를 분리해 self-preferential bias를 줄이고, Slack 같은 협업 공간에 붙여 운영하는 방식이 실용적이다.