# task-1377.1 미팅 Cycle 1 날짜: 2026-04-04 안건: 스레드/인스타 콘텐츠 전담팀 구성 방안 --- ## 참석자 발언 ### 아누 (개발실장 — 시스템/인프라 관점) **주제 1. 전담팀 구성 방안** 새 "콘텐츠팀"을 논리적 팀으로 신설하는 것이 맞다고 본다. 마케팅팀, 디자인팀처럼 물리 봇 없이 논리적으로 구성하면 된다. 기존 개발3팀(다그다)이 콘텐츠를 맡는 건 워크트리 오염이다. 개발봇이 콘텐츠 작업에 끌려가면 dispatch.py의 팀 배정 로직이 흐트러진다. 논리적 콘텐츠팀을 만들고, 유휴 개발봇을 전환 배치하는 방식을 쓰되, 팀 정체성과 스킬셋은 콘텐츠 특화로 재정의해야 한다. 팀장은 아프로디테 산하에 두는 것이 자연스럽다. **주제 2. 콘텐츠 제작 워크플로우** thread-hook-formula 스킬은 이미 존재하므로, 이걸 ThreadAuto v2의 파이프라인에 강제 게이트로 삽입하는 게 가능하다. 텍스트 포스팅 단계에서 5감정 훅 체크리스트를 통과하지 못하면 큐에서 블락되도록 설계하면 된다. 텍스트와 카드뉴스는 분리된 렌더 경로를 가지지만, 훅 공식은 두 경로 공통으로 적용되어야 한다. QC 프로세스는 사람 리뷰 없이 자동 검증 레이어를 먼저 두고, 통과한 것만 최종 승인 큐에 올리는 2단계 구조가 효율적이다. **주제 3. 콘텐츠 소스** 뉴스 크롤링은 라타토스크(보안팀 정보수집)가 이미 하고 있는 인프라와 겹친다. 중복 구축 대신 기존 크롤링 파이프라인을 콘텐츠 소스로 재활용하는 게 낫다. 3x3 매트릭스 주제 선정은 므네모시네(마케팅 전략가)가 정의한 토픽 맵을 dispatch 시스템에 입력하면, 자동으로 소스 필터링이 가능하다. 시스템 연결 설계는 내가 맡겠다. **주제 4. 포스팅 빈도/일정** ThreadAuto v2가 텍스트 + 카드뉴스 + 인스타 동시 업로드를 지원하므로, 자동화 범위를 최대한 넓혀야 한다. 스레드 텍스트는 일 3건 이상이 기술적으로 가능하다. 카드뉴스는 렌더링 비용(Remotion 렌더)이 있으므로 주 3건 정도가 현실적이다. 스케줄링은 cron 기반으로 dispatch.py에 통합 가능하다. **주제 5. 품질 관리** 카드뉴스 렌더러(`/home/jay/projects/ThreadAuto/remotion/src/`)에 현재 버그가 방치되어 있다는 건 명백한 기술 부채다. 콘텐츠팀 신설 전에 렌더러 버그를 먼저 잡아야 한다. 품질 게이트는 두 레이어로 구성하자: (1) thread-hook-formula 자동 검증 — 5감정 최소 2개, 500자 이내, 비라운드 숫자 포함 여부 등을 코드로 체크, (2) 렌더러 산출물 QC — 카드뉴스 렌더링 결과를 썸네일로 미리보기 후 승인. 승인 프로세스는 콘텐츠팀장 단독 승인 → 일정 이상 규모는 아프로디테 최종 승인 2단계로 제안한다. --- ### 아프로디테 (마케팅팀장 — 마케팅 전략/콘텐츠 관점) **주제 1. 전담팀 구성 방안** 콘텐츠팀 신설에 적극 찬성한다. 그런데 "누가 담당하느냐"가 핵심이다. 내 마케팅팀에는 이미 아폴론(콘텐츠 프로듀서)과 페이토(CRO 카피라이터)가 있다. 이 두 명이 콘텐츠팀의 실질적 코어가 되어야 한다. 별도 팀을 신설해서 마케팅팀에서 완전히 분리하면 전략과 콘텐츠가 다시 단절된다. 차라리 마케팅팀 산하에 "콘텐츠 셀(Cell)"을 두는 형태가 낫다. 아폴론이 콘텐츠 셀 리드를 맡고, 페이토가 카피 품질을 잡고, 므네모시네가 주제 선정 전략을 지원하면 자연스럽게 맞물린다. **주제 2. 콘텐츠 제작 워크플로우** 5감정 훅 공식은 반드시 강제 적용해야 한다. 현재 개발팀이 쓰는 방식은 그냥 텍스트를 던지는 수준이라 훅이 없다. 강제 적용 방법은 템플릿 방식이 제일 효과적이다. 페이토가 훅 유형별 카피 템플릿을 만들면, 작성자가 템플릿을 채우는 방식으로 훅이 자동으로 들어간다. 텍스트와 카드뉴스는 소스는 같되 포맷을 분리해야 한다. QC는 에이레네(SEO)가 해시태그/도달 관점, 페이토가 카피 관점으로 이중 검토하는 구조를 원한다. **주제 3. 콘텐츠 소스** 뉴스 크롤링만으로는 부족하다. 우리 브랜드 관점에서 재해석이 없으면 그냥 뉴스 큐레이션 계정이 된다. 므네모시네가 3x3 매트릭스를 설계해서 어떤 소스에서 어떤 감정 훅을 뽑아낼지 미리 매핑해야 한다. 업계 이슈 반영은 에코(실행/데이터 수집)가 트렌드 신호를 주 단위로 수집해서 키르케(CRO/Growth)가 전환 가능성 높은 주제를 필터링하는 루틴을 만들겠다. **주제 4. 포스팅 빈도/일정** 스레드 텍스트는 일 3~5건이 적정하다. 단, 5건을 채우려다 품질이 무너지면 안 된다. 처음엔 일 3건으로 시작해서 품질이 안정되면 5건으로 늘리자. 카드뉴스는 주 2건부터 시작하고, 렌더러 품질이 검증되면 주 3~4건으로 늘리는 단계적 접근을 제안한다. ThreadAuto 자동화는 스케줄링과 업로드까지만 맡기고, 콘텐츠 생성 자체는 사람(혹은 사람이 검수한 LLM 초안)이 해야 한다. **주제 5. 품질 관리** 5감정 훅 체크리스트 자동 검증은 좋지만, 자동화 통과가 곧 품질 보증이 되면 안 된다. 체크리스트는 최저선이고, 그 위에 사람의 감각이 있어야 한다. 페이토가 최종 카피 리뷰를 하고, 에이레네가 SEO 관점에서 키워드를 확인하는 수동 레이어를 병행해야 한다. --- ### 로키 (보안팀장/레드팀 — 위험/품질 관점) **주제 1. 전담팀 구성 방안** 잠깐, 다들 팀을 만드는 방향으로만 얘기하는데 — 지금 당장 팀을 만든다고 문제가 해결되나? 먼저 물어봐야 할 게 있다. 현재 개발3팀이 콘텐츠를 '비전문적으로' 하는 게 문제라면, 새 팀도 전문성 없이 구성되면 똑같은 문제가 반복된다. 논리적 팀 신설은 찬성하지만, 팀원 역할 정의와 책임 범위가 먼저 명확해야 한다. 특히 마케팅팀과 콘텐츠팀의 경계가 불분명하면, 두 팀이 같은 작업을 중복 수행하거나 서로 미루는 상황이 생긴다. **주제 2. 콘텐츠 제작 워크플로우** 5감정 훅 공식의 '특정 회사/인물 비난 금지' 항목을 워크플로우에 명시적 게이트로 넣어야 한다. 자동 검증만 믿으면 안 된다. "상황에 분노" vs "특정 회사 비난"의 경계는 LLM이나 규칙 기반 시스템이 잡아내기 어렵다. 사람이 읽는 리뷰 단계가 반드시 있어야 하고, 그 리뷰어에게 명확한 가이드라인 문서를 줘야 한다. **주제 3. 콘텐츠 소스** 뉴스 크롤링 소스의 저작권/라이선스 문제를 먼저 확인해야 한다. 크롤링해서 콘텐츠로 변환하는 과정이 원문 재작성 수준인지, 요약 인용 수준인지에 따라 법적 리스크가 달라진다. 업계 이슈 반영도 좋은데, 민감한 이슈(소송 중인 기업, 정치적 사안 등)는 포스팅 전 로키팀 레드팀 리뷰를 의무화해야 한다. **주제 4. 포스팅 빈도/일정** 일 3건이든 5건이든, 품질 게이트 없이 빈도만 높이는 건 위험하다. 저품질 콘텐츠가 자동 포스팅되면 브랜드 리스크가 쌓인다. ThreadAuto 자동화 범위에 "긴급 차단" 기능이 있어야 한다. 문제가 생겼을 때 예약된 포스팅을 즉시 전체 중단할 수 있는 킬스위치가 dispatch.py 레벨에 있어야 한다. **주제 5. 품질 관리** 카드뉴스 렌더러 버그가 방치된 것 자체가 문제다. 자동 품질 게이트에 렌더 결과 검증 루틴이 없으면, 깨진 카드뉴스가 자동으로 인스타에 올라가는 상황이 생긴다. 펜리르를 붙여서 렌더러 버그 재현 테스트를 먼저 돌리게 해야 한다. 버그 수정 완료 전까지 카드뉴스 자동 포스팅은 보류를 강력히 권고한다. --- ### 헤르메스 (1팀장 — ThreadAuto v2 운영 경험 관점) **주제 1. 전담팀 구성 방안** 1팀이 ThreadAuto v2를 직접 만들고 운영했기 때문에 실제 상황을 안다. 콘텐츠 전담팀 신설이 맞는 방향이다. 하지만 콘텐츠팀과 ThreadAuto 사이에 명확한 인터페이스가 필요하다. "어떤 포맷으로 넘기느냐"가 지금 정의되어 있지 않다. 이 인터페이스 정의를 팀 구성과 동시에 해야 한다. **주제 2. 콘텐츠 제작 워크플로우** ThreadAuto v2는 텍스트 포스팅, 카드뉴스, 인스타 동시 업로드를 지원하지만, 세 가지를 동시에 쓸 때 가장 많이 걸리는 게 포맷 불일치다. 텍스트 훅이 500자 이내인데, 카드뉴스 슬라이드로 쪼개면 슬라이드당 텍스트 양이 달라진다. 이 변환 로직을 워크플로우에 명확히 넣어야 한다. 5감정 훅 강제 적용은 ThreadAuto의 content 입력 단계에서 pre-validation으로 처리할 수 있다. **주제 3. 콘텐츠 소스** v2 운영하면서 느낀 건, 소스가 너무 다양하면 포스팅 톤이 중구난방이 된다는 거다. ThreadAuto에 소스 유형별 톤 프리셋을 만들어두면 이 문제를 줄일 수 있다. **주제 4. 포스팅 빈도/일정** v2 실운영 기준으로 보면, 텍스트 포스팅은 일 5건까지 기술적으로 안정적으로 처리된다. 카드뉴스는 Remotion 렌더링이 건당 평균 40~90초 걸린다. 주 3건이면 렌더링 부하는 문제없다. 단, 렌더러 버그가 있는 상태에서 주 3건 자동화는 리스크다. **주제 5. 품질 관리** ThreadAuto에 이미 포스팅 로그가 있다. 이 로그에 품질 검증 결과를 함께 기록하면 품질 이력 추적이 된다. 일반 포스팅은 자동 검증 통과 = 자동 승인, 이슈성/캠페인성은 사람 승인으로 단순화하자. --- ### 아마테라스 (디자인팀장 — 카드뉴스 비주얼 품질 관점) **주제 1. 전담팀 구성 방안** 콘텐츠팀 신설에는 찬성한다. 하지만 카드뉴스 비주얼 품질을 콘텐츠팀에만 맡기면 안 된다. 카드뉴스는 시각 커뮤니케이션이다. 디자인팀이 카드뉴스 제작에 반드시 관여해야 한다. 벤자이텐(satori 렌더링)이 카드뉴스 렌더러와 테마 관리를 담당하고, 카구야(아트 디자인)가 새 테마 디자인을 맡아야 한다. **주제 2. 콘텐츠 제작 워크플로우** 텍스트와 카드뉴스를 같은 워크플로우에 묶으면 카드뉴스가 항상 텍스트의 부산물이 된다. 카드뉴스는 독자적인 비주얼 언어가 있다. 5감정 훅은 비주얼에도 적용된다: 분노 = 강렬한 색, 놀라움 = 여백 활용 등의 비주얼 훅 가이드라인을 만들겠다. **주제 3. 콘텐츠 소스** 소스 다양성보다 비주얼 일관성이 중요하다. 테마 밖으로 나가는 비주얼은 허용하지 않겠다. **주제 4. 포스팅 빈도/일정** 카드뉴스 품질 관점에서 주 2건도 지금 상태에서는 많다. 처음 2주는 카드뉴스를 0건으로 하고 렌더러 수정 + 테마 정비에 집중하는 것을 강력히 제안한다. **주제 5. 품질 관리** 카드뉴스 렌더러 품질 게이트는 디자인팀이 정의해야 한다. 벤자이텐이 렌더 결과 자동 검증 스크립트를 만들겠다: (1) 해상도/비율 체크, (2) 폰트 렌더링 오류 감지, (3) 색상 대비율(접근성 기준) 확인, (4) 슬라이드 오버플로우 감지.