Threads Reply Skill for Codex

개인 스레드 답글 보이스 (-handle)

사용자 개인 계정에 온 댓글에 답글을 다는 작업 전용.

• 브랜드 계정(브랜드 계정)이 남의 글에 콜드로 댓글 다는 기준은 ~/Projects/<프로젝트>/마케팅/threads-1000/ENGAGE-VOICE.md다. 그쪽 철칙 3개(한 줄·미러링 금지·존대 유지)는 여기서도 유효하지만, 거기 적힌 말투 마커(ㅇ_ㅇ? ~넹 ~당 ~욤)는 사용자의 *게시물* 에서 뽑은 것이라 답글에서는 거의 안 쓰인다(실측 ㅇ_ㅇ 0.0%, ~ 2.5%). 답글은 이 문서를 정본으로 본다.
• 계정 성과 분석은 threads-analytics 스킬.

바로 쓰는 스크립트

scripts/publish-thread.mjs — Threads Graph API로 타래를 발행합니다.

node scripts/publish-thread.mjs draft.txt          # dry-run: 파싱 결과만 출력
node scripts/publish-thread.mjs draft.txt --go     # 실제 발행

━━━ 헤더 ━━━ 구분선으로 글을 나누고, 헤더에 "댓글"이 들어가면 첫 댓글로 붙입니다.

기본이 dry-run입니다. 발행 사고를 막으려고 --go를 명시해야만 나갑니다.

근거

Threads Graph API GET /me/replies 전량 22,560건(2024-04-26 ~ 2026-08-08) 실측.

0. ⚠️ 초안은 코덱스가 쓴다

> "다음부터 이거 코덱스로 하기로 하자"

답글 초안 생성은 클로드가 직접 하지 말고 코덱스에 넘긴다. 2026-08-15 배치에서 클로드 초안이 두 번 연속 반려됐고("내말투 들어간거냐", "코덱스는 내말투 잘 따라하던데"), 같은 재료를 물린 코덱스 출력이 채택됐다. 클로드는 재료 준비 · 검증 · 발행 · 예외 판단을 맡는다.

왜 클로드 초안이 실패했나 (반복 금지)

• 통계 표를 보고 새로 지어냈다. 문체표(길이·이모티콘 비율)만 맞추면 리듬은 비슷해지지만 반응 방식은 못 배운다. 결과물이 지나치게 깔끔하고 훈수형(~하셔도 됩니다, ~반응 다릅니다)이 됐다.
• 댓글↔답글 짝(pair)을 한 번도 안 봤다. 답글만 따로 보면 "어떤 말에 어떻게 받아치는지"가 안 보인다. 사용자는 드립을 치고(천재라기엔 계란값이 많이 들었습니다 ㅋㅋ), 어미를 갖고 놀고(~게여 ~할게욤 'ㅁ' 워우...;;), 상대를 자기 판으로 끌어당긴다(6기 재참여하시죠!? 이제 맥스의 세계로 가보시죠!).

실행 절차

• 짝 코퍼스 수집 — reply-logs/ 의 pairs 수집 스크립트로 최근 2개월치 내 글 conversation을 훑어 {남의 댓글 → 사용자 답글} 짝을 뽑는다(2026-08-15 기준 430건). 한 줄·90자 이하만 남기고 최신순 220건을 예시로 쓴다.
• 프롬프트 조립 — 짝 220건 원문 + 계량 기준표(아래 1장) + 절대규칙 + 대상 댓글 전체(원글 본문 포함, 이미지 글이면 이미지 내용을 문장으로 풀어서 함께). 출력은 번호|답글 한 줄씩만.
• 실행 — 코덱스 CLI는 맥북 샌드박스에서 env: node: No such file or directory로 죽는다. 원격 머신에서 돌린다: scp /tmp/codex_prompt.txt remote-host:/tmp/ → ssh remote-host 'codex exec --skip-git-repo-check - < /tmp/codex_prompt.txt'. (원격 머신엔 timeout 명령이 없으니 붙이지 말 것.)
• 클로드가 검수 — 코덱스 출력에서 아래를 잡아낸다. 2026-08-15 실측으로 코덱스가 실제로 낸 결함들이다.
• ㅋㅋㅋ 3개 이상 → ㅋㅋ로 자동 보정(2장 5번 절대규칙)
• 훈수·교훈 종결(~하시면 됩니다, A는 이렇게 B는 이렇게가 맞겠네요)
• ㅋㅋ 과다 — 코덱스는 31%까지 올린다(실측 13%)
• 맥락상 기회를 날리는 답글 — 예: 공간 홍보 댓글에 웃고 넘기기(사용자는 8/30 70명 행사 공간을 찾는 중이었다). 이런 건 클로드 안으로 갈아끼운다. 2026-08-15에 실제로 12번만 클로드 안이 채택됐다.
• 사용자에게 코덱스안/클로드안을 나란히 보여주고 번호로 고르게 한다(7장).

1. 계량 기준표 — 초안이 이 범위를 벗어나면 다시 쓴다

⚠️ 2026-08-15 갱신. 아래 표는 2026-08 한 달치 한 줄 답글 492건 실측이다. 이전 판(2026-05 이후 836건 기준)은 느낌표 11% / 물음표 22%로 적혀 있었는데 8월 실측은 거의 정반대였다(느낌표 31% / 물음표 7.5%). 그 낡은 표를 믿고 쓴 초안이 반려됐다. 문체표는 배치 시작할 때마다 다시 재본다.

| 항목 | 실측값(2026-08) | 지킬 것 |

|---|---|---|

| 글자수 중앙값 | 17자 | 20자 안팎. 36자 넘으면 이유가 있어야 함 |

| 줄 수 | 1줄 | 줄바꿈은 예외 |

| 느낌표(!) 포함 | 31.1% | 3건에 1건. 이게 사용자 톤의 핵심이다. 없으면 딱딱해진다 |

| ㅎㅎ | 16.3% | 6건에 1건 |

| ㅋㅋ | 13.4% | 7~8건에 1건. 코덱스가 남발하니 깎을 것 |

| 물음표로 끝 | 7.5% | 13건에 1건. 되묻기를 남발하지 말 것 |

| 님 호칭 | 7.1% | 이름 아는 사람에게만 |

| ~하시죠 / ~실래요 청유 | 3.0% | 상대를 자기 판으로 끌어당길 때 |

| ㅠ ㅠ_ㅠ | 8% | 공감·엄살에만 |

| 이모지 | 1% | 사실상 안 쓴다 |

| 반말 종결 | 3% | 존대가 기본. 상대가 반말로 걸어와도 존대 |

| 상대 단어 되받기(미러링) | 2% | 사실상 안 한다 |

2. 절대 규칙 7개

• 같은 문구를 두 번 쓰지 않는다. 최근 836건에 완전히 겹치는 답글이 0건이다. 사용자는 매번 다르게 쓴다.
• ⚠️ 2026-08-08 실패: 76건 대행하면서 감사합니다 ㅎㅎ를 7번 썼다. 고유 문구 70/76. 이게 대행 티가 나는 1순위 지점이다.
• 미러링 금지. 상대 말을 요약해 되돌려주지 않는다("17번이면 세계관도 17번 바뀌신 거네요" ❌). 실측 미러링 2%.
• 훈수 금지, 존대 유지. 교훈으로 끝맺지 않는다. 상대가 반말이어도 존대로 답한다.
• ㅎㅎ/ㅋㅋ를 기본값으로 붙이지 않는다. 10건 중 8건은 이런 것 없이 끝난다.
• ㅋㅋㅋ(세 번 이상)는 쓰지 않는다. 비웃는 느낌으로 읽힐 수 있다는 사용자 지적(2026-08-08). 대신 ㅋㅋ(두 번) 또는 :)를 쓴다. :)는 실측 데이터에도 실제로 등장하는 표현.
• 재답글(내 답글에 달린 대댓글)은 답글 대상이 아니다. 남이 나에게 새로 단 최상위 댓글에만 답한다. 내가 이미 답한 스레드 안에서 이어지는 대화(재답글)는 대량 발행 대상에서 제외한다(2026-08-08 사용자 지시).
• 초대·모집성 답글에 뭉뚱그린 템플릿 문구를 쓰지 않는다. ~가능해요 편하게 오세요 류의 일반화된 초대 문구는 다단계·리딩방·투자 스캠 계정의 전형적 홍보 템플릿과 표면 패턴이 겹쳐 Threads의 "금융 사기 및 스캠" 자동 필터에 오탐될 수 있다. 행사명·날짜·장소 등 구체적 디테일을 최소 1개 이상 넣어서 일반 템플릿과 표면적으로 구분되게 쓴다.
• ⚠️ 2026-08-10 실제 사례: 누구나 참여 가능해요 편하게 오세요!(70명 네트워킹 행사 문의 답글)가 "경제적 이익에 관한 현실성 없는 주장/약속"으로 자동 삭제 후 5분 만에 재검토로 복원됨. 오탐이었지만 재발 방지 대상.
• 예: 누구나 참여 가능해요 편하게 오세요! ❌ → 이번 강남 모임은 신청만 하면 누구나 오실 수 있어요! ✅ (구체적 장소/행사 정보 포함)

3. 댓글 유형별 대응 (실측 패턴)

① 짧은 공감·인사 (12자 이하) — 내 답글 중앙 16자

감사로 끝내지 말고 상대에게 관심을 돌린다. 프로필을 보고 그 사람 이야기를 꺼내는 게 이 계정의 핵심 동작이다.

• 친해지고 싶어요 😅 → 우와 캐나다에서 크리에이터로 도전하고 계시네요~?!
• 뚫어주세요~~~~~ → 뭐가 고민이예요!!
• 피드 발견 → 온제님은 어떤일을 하시나요?!
• 오잉 → 또잉?!
• 감사만 할 거면 짧게 변주: ㅋㅋㅋ공감감사합니다 / 100% 감사합니다. / ㅎㅎ반갑습니다!

② 보통 (13~45자) — 내 답글 중앙 22자

한 조각 얹거나 되묻는다.

• 경험의 기회는 내가 만드는 거지..! → 맞아요 내 인생의 주인공도 나 잖아요!? ㅎㅎ
• 1인 사업가 디자이너 보여요!! → 헉 5년차 디자이너~! 손목 괜찮으세요?
• 교육커뮤니티 만들고싶은데 시작을 모르겠어요 → 으아 어떤 교육 커뮤니티를 운영하시는데요..? 먼저 만들어보시죠!

③ 긴 글 (46자+) — 내 답글 중앙 27자

길이를 따라가지 않는다. 한 지점만 집어서 짧게.

• 긴 경험담 → 랜덤뽑기 하듯이 모임을 참여하는 것과 잘 검증된 사람들과 만나는건 체력소비가 달라요.
• 긴 공감글 → 벗어나셨나요?!

④ 60자 넘게 쓰는 경우는 이 셋뿐 (전체의 13%)

자기 경험/수치를 나눌 때, 링크·제품을 안내할 때, 상대를 구체적으로 띄워줄 때. 그 외에는 길게 쓰지 않는다.

⑤ 답하지 않는 것

• 논쟁 걸어오는 계정 — 사용자가 지정하면 그 계정 전체를 무시한다(2026-08-08 @ideadoctor).
• 정치 사안(집회·참정권 등) — 본계정으로 안 엮인다.
• 남들끼리 주고받는 대댓글 — 부모가 사용자 글/답글이 아니면 대상 아님.
• 재답글(부모가 내 답글인 대댓글) — 최상위 댓글만 대상으로 한다(2026-08-08 사용자 지시).
• 맥락이 불분명한 댓글은 사용자에게 확인하고 보류(2026-08-08 @cheonyuni "마운자로남 이건뭐야??" 사례 — 원글 본문에 있는 단어·표현을 물어보는 거면 원글 전문을 먼저 대조해볼 것).

4. 첫 어절로 자주 쓰는 것

오 와 그 크으으으 아 헉 근데 이거 저랑 — 감탄사로 열고 바로 짧게 끝내는 리듬.

⚠️ 오프너 반복 금지(2026-08-14 사용자 지적): 같은 배치 안에서 여러 건을 쓸 때 오만 계속 쓰면 대행 티가 확 난다(절대 규칙 1번 "같은 문구 두 번 안 씀"의 연장). 위 목록에서 매 건마다 다른 첫 어절을 고르고, 감탄사 없이 바로 본론으로 시작하는 것도 정상적인 선택지로 섞는다.

⚠️ 이미지·영상 있는 게시물은 반드시 실제로 열어서 확인(2026-08-14 사용자 지적): 게시물에 사진/동영상이 있으면 텍스트 캡션만 읽고 댓글을 쓰지 않는다. 스크린샷으로 이미지 내용을 직접 확인한 뒤, 캡션과 이미지 중 실제로 반응할 지점(구체적 사물·장면·비교컷 등)을 잡아서 쓴다. 캡션이 짧거나 이미지가 핵심인 게시물(예: 사진 위주 게시물, before/after 비교컷)일수록 이미지를 안 보면 완전히 엉뚱한 댓글이 나온다 — 텍스트만 보고 썼다가 실제와 다른 내용으로 지적받은 사례 있음.

5. 대량 발행 절차

스크립트 세트 (전부 ~/Projects/<프로젝트>/threads-tool/reply-logs/, 2026-08-15 정비)

| 파일 | 역할 |

|---|---|

| extract.py | 미답변 최상위 댓글 추출(컷오프+스킵리스트 적용) → pending_YYYY-MM-DD.json |

| build_pairs.py | {남의 댓글 → 사용자 답글} 짝 코퍼스 수집 → /tmp/pairs.json |

| build_codex_prompt.py | 짝 220건 + 기준 + 대상을 묶어 코덱스 프롬프트 생성 |

| publish.py | final_YYYY-MM-DD.json 을 30~45초 간격으로 발행. 발행 직전 username 검증, 재실행해도 중복 발행 안 됨 |

(구버전 postreplies.py는 원격 머신에만 있다)

# 대상 추출 — 내 답글이 자식으로 없는 남의 댓글만
GET /v1.0/{post_id}/conversation?fields=id,text,username,timestamp,replied_to&limit=100
# 발행 (2단계)
POST /v1.0/{uid}/threads  {media_type:TEXT, text, reply_to_id:<댓글id>}
POST /v1.0/{uid}/threads_publish  {creation_id}

토큰: 원격 머신 ~/Projects/<프로젝트>/threads-tool/.env 또는 ~/Projects/<프로젝트>/discord_bot/.env (둘 다 -handle). uid 36325514467046852.

반드시 지킬 것

• 발행 직전 대상 댓글 작성자가 초안에 적힌 계정과 같은지 대조하고, 다르면 SKIP + 기록. 리다이렉트·순서 밀림으로 엉뚱한 사람에게 달리는 걸 막는다.
• 성공분을 JSONL에 남겨 재실행해도 중복 발행되지 않게 한다.
• 30~45초 간격. 이 계정은 2026-04-28 도달 차단 이력이 있어 속도 자체가 위험이다. 76건에 약 55분.
• 발행 뒤 conversation을 재조회해 누락 0을 확인하고, 그 사이 새로 들어온 댓글은 따로 센다.
• 답글 발행 후 상대 프로필의 최신 원글 최대 5개에 좋아요를 누르고, 가장 최신 원글 1개에 맞춤 댓글을 단다(2026-08-09 사용자 지시). 게시물이 5개 미만이면 가능한 만큼만, 이미 좋아요된 글은 중복 클릭하지 않는다. 각 좋아요 사이 3~8초·계정 사이 20~40초 간격을 둔다. 성공/스킵/실패 수를 발행 로그에 함께 남긴다.
• 원글 판정 필수: 프로필 기본 탭에는 상대가 남긴 답글·인용글이 원글처럼 섞여 보일 수 있다. 댓글 버튼을 누르기 직전, 현재 스레드의 원 작성자가 상대 username인지와 본문이 프로필에서 읽은 최신 원글 본문과 일치하는지 대조한다. 사용자 글에 상대가 단 답글 페이지로 이동했으면 취소하고 프로필로 돌아간다(2026-08-09 중복 댓글 직전 발견 사례).
• 정치 프로필/정치 최신글은 좋아요·선제 댓글에서 제외한다. 자동 좋아요 중 정치 글을 발견하면 해당 좋아요를 즉시 취소하고 맞춤 댓글도 달지 않는다.
• 맞춤댓글은 최근 3일 이내 원글에만 단다(2026-08-10 사용자 지시). 상대 프로필의 가장 최신 원글이 3일보다 오래됐으면 그 계정은 맞춤댓글을 생략하고 좋아요만 진행한다.
• 답변하기 애매한 글은 댓글을 스킵하고 좋아요만 진행한다. 아래 4가지 중 하나라도 해당하면 댓글 후보에서 제외 — 무리하게 초안을 짜내지 말고 좋아요만 하고 넘어간다.
• 너무 추상적/철학적인 성찰글 — 걸 수 있는 구체적 소재가 없어 질문이 범용화된다(그 글이 아니라 "시작/성장/도전" 같은 주제어가 들어간 아무 글에나 붙여도 말이 되는 질문이 나오면 이 케이스).
• 광고/마케팅/홍보 목적 게시물 — 사장님 홍보, 상세페이지·마케팅 서비스 판매, 창업 컨설팅 등. 댓글이 진짜 반응이 아니라 고객 문의처럼 읽힌다.
• 원문에 없는 걸 프로필 정보로 추론해서 연결한 질문이 되는 경우 — 예: 프로필 태그가 "bass"라서 "이 채널도 보시나봐요?"처럼 원문이 확인해주지 않은 전제를 까는 질문. 확인 안 된 연결은 만들지 않는다.
• 원문 자체가 모호하거나(뜻이 불확실), 콘텐츠가 템플릿/AI풍이라 진짜 개인 경험인지 불확실한 경우 — 일러스트/AI 생성 이미지·영상에 감성 문구가 반복되는 계정, 문장 뜻이 여러 갈래로 읽히는 짧은 글 등. 뜻을 잘못 짚어 엉뚱한 댓글이 나올 위험이 크다.
• 이미 어떤 방향으로든 팔로우 관계가 있는 계정은 좋아요·맞춤댓글 대상에서 전부 제외한다(2026-08-11 사용자 지시 "이미 팔로우하는 사람한테는 뭔 글쓰지 말라고", 2026-08-13 재확인 "나랑 팔로우인사람도 왜 포함하냐"). 이 단계의 목적은 아직 연결되지 않은 사람과의 새 관계 형성이다.

팔로우 버튼 판정표 (프로필 상단 버튼 텍스트를 그대로 읽는다)

| 버튼 텍스트 | 의미 | 처리 |

|---|---|---|

| 팔로우 | 서로 아무 관계 없음 | 유일한 대상. 좋아요 + 맞춤댓글 |

| 팔로잉 | 사용자가 이미 상대를 팔로우 중 | 전진 제외(좋아요도 안 누름) |

| 맞팔로우 | 상대가 사용자을 팔로우 중 | 전진 제외 |

2026-08-13 사고: 서브에이전트에 "맞팔로우면 팔로워(스킵), 그외(팔로우/팔로잉)면 비팔로워"라고 지시해서 "팔로잉"(이미 내가 팔로우 중)이 대상으로 섞였고 hayan_sool에 좋아요 1건이 잘못 나갔다(즉시 취소). 서브에이전트에게는 버튼 텍스트를 있는 그대로 보고하라고만 시키고, 팔로워/비팔로워 같은 해석을 시키지 않는다.

5-1. 속도 최적화 (2026-08-10 사용자 지시, 반복 요청되는 작업이라 기본값으로 박아둠)

안전 페이싱(발행 30~45초, 좋아요 3~8초·계정 20~40초)은 절대 줄이지 않는다 — 이건 속도가 아니라 계정 안전이 목적이다. 줄일 수 있는 건 이 페이싱 안에서 에이전트가 쓰는 조사·확인 오버헤드다.

• 팔로워/정치/3일규칙 조사는 서브에이전트 병렬이 기본값이다. 대상 계정을 5~8개씩 묶어 4~5개 그룹으로 나누고, 각 그룹을 default 프로필·fast 카테고리 서브에이전트에게 병렬 위임한다. 지시문에 다음을 명시: (1) 계정별 프로필 방문 후 "적용된 조치" 다이얼로그가 뜨면 좌상단 로고 근처 클릭으로 닫기, (2) 팔로우 버튼 텍스트를 있는 그대로(팔로우 / 팔로잉 / 맞팔로우) 보고 — 해석하지 말 것, (3) 버튼이 "팔로우"인 경우에만 고정글 제외한 최신 원글 최대 5개의 본문 앞부분과 게시시각, (4) bio·고정글·최근글 정치성 여부, (5) 가장 최신 원글이 3일 이내인지. 서브에이전트는 조사만 하고 좋아요·댓글은 직접 달지 않는다 — ref가 서브에이전트 자체 탭에서만 유효해서 본 세션이 발행을 다시 만들어야 한다. 2026-08-10 실측: 38계정 수동 조사 대비 5개 병렬 조사가 훨씬 빠르고, 다이얼로그 오탐지로 팔로워 5명을 비팔로워로 오분류할 뻔했던 수동 조사 버그도 재검증으로 잡았다.
• 조사 결과를 바탕으로 실행 대상(계정·좋아요 대상 게시물·댓글 여부)을 미리 확정해 명단으로 만든 뒤 실제 방문을 시작한다. 방문하면서 매번 좋아요 대상을 고르지 않고, 댓글도 방문해서 바로 쓴다.
• 검증 회도를 줄인다: 좋아요는 5개 다 누른 뒤 한 번만 상태를 확인한다(매 클릭마다 재스냅샷 금지). 댓글은 게시 후 2~3초 대기하고 본문 포함 여부를 1회 확인하면 된다. "확인 안됨"이면 바로 최신순 재정렬로 넘어가지 말고 5초 더 기다렸다가 같은 방식으로 1회만 재확인한다(인기순 정렬 때문에 새 댓글이 안 보일 수 있다). 이유 없이 같은 게시물을 두 번 이상 재제출하지 않는다 — 2026-08-10 miji74000 중복 게시 사고(게시 확인 지연을 재제출 신호로 오해해 발생) 이후 이 규칙 추가.
• 프로필 미리보기 팝업이나 태그 링크를 클릭해 다른 계정으로 튀는 오작동이 가끔 생긴다(2026-08-10 gogopangpang 사례, 좋아요 2개 누락). 좋아요·댓글 진행 후 페이지 타이틀이 의도한 계정과 다르면 즉시 원래 계정으로 돌아가 좋아요 상태를 전체 재확인한다.

6. "답글 노가다 하자" 실행 순서

• 지난 회차에 넘어간 댓글은 두 번 다시 초안에 올리지 않는다(2026-08-13 사용자 지시 "내가 댓글 노가다 할때 넘어간거 왜또 자꾸 들고오냐"). 미답변으로 남아 있어도 그건 실수가 아니라 사용자의 판단이다.
• 컷오프 규칙: 직전 발행 로그(~/Projects/<프로젝트>/threads-tool/reply-logs/batch_*.jsonl)의 마지막 timestamp보다 오래된 미답변 댓글은 전부 제외한다. 그 시각 이후에 새로 들어온 댓글만 대상이다.
• 영구 스킵리스트: ~/Projects/<프로젝트>/threads-tool/reply-logs/skiplist.json. 추출 직후 이 파일의 comment_id를 무조건 뺀다. 새로 넘어간 건이 생기면 매 회차 끝에 여기에 추가한다.
• 애매해서 사용자에게 물어봤던 건도 답을 못 받았으면 스킵리스트로 보낸다. 같은 댓글을 두 번 물어보지 않는다.
• -handle 내 글의 미답변 최상위 댓글을 라이브 API로 찾는다.
• 정치 관련 글을 쓰는 계정, 사용자에게 부정적·논쟁성 댓글을 쓴 계정, 홍보·스팸, 재답글은 제외한다.
• 초안은 코덱스가 만든다(0장). 클로드가 직접 쓰지 않는다. 남은 전체 대상의 답글 초안을 한 번에 만든다. 모든 항목에 연속 번호를 붙여 사용자가 1~10 발행, 12번 수정처럼 한 번에 오더할 수 있게 한다. 임의로 10개씩 끊지 않는다.
• 프로필은 정치 스크리닝과 맥락 파악에 쓰는 배경 자료다. 모든 답글에 상대 직업·최근 글을 억지로 끌어오지 않는다. 댓글 맥락에 먼저 반응하고, 프로필 언급은 자연스럽게 연결될 때만 쓴다.
• 사용자 승인 뒤 답글을 30~45초 간격으로 발행한다. 각 대상의 username·댓글 id·부모 글 id·기존 사용자 답글 유무를 발행 직전 재검증한다.
• 발행 뒤 댓글 작성자 전원을 5~8명씩 묶어 서브에이전트 병렬로 팔로워·정치·3일규칙 조사한다(5-1장). 팔로워·정치계정·계정없음은 제외하고, 남은 비팔로워 명단(계정별 좋아요 대상·댓글 여부)을 미리 확정한다.
• 확정된 명단을 순서대로 방문해 최신 원글 최대 5개에 좋아요를 누르고, 3일 이내 최신 원글 1개에 맞춤 댓글을 단다(3일 초과면 좋아요만). 검증은 5-1장 기준으로 최소화한다.

7. 사람 확인은 받고 간다

초안 전체를 사용자에게 먼저 보여주고 승인받는다. 승인 없이 발행하지 않는다.

8. Threads 자동 제재(적용된 조치) 대응 (2026-08-10 사용자 지시)

어떤 답글이 Threads의 자동 모니터링(금융 사기/스캠 등)에 걸려 "적용된 조치" 알림을 받으면 — 나중에 자동 복원되었더라도 — 그 댓글은 삭제만 한다. 에이전트가 현장에서 다른 문구로 임의로 재작성해 재발행하지 않는다 — 이건 7번 규칙(사람 확인 받고 간다)을 우회하는 것이다. 대체 문구가 필요하면 새 초안으로 사용자에게 다시 승인받는다.

• 근본 대책은 2장 7번(초대·모집성 답글 템플릿 금지) 규칙처럼 초안 생성 단계에서 미리 막는 것이지, 발행 후 사고 대응 단계에서 임의로 고치는 것이 아니다.