threads-reply

name	threads-reply
description	내 글에 달린 댓글에 답글을 대신 쓴다. 기존 답글을 대량 수집해 문체 기준표를 역산하는 방법과, 대량 발행 시 안전장치를 담았다.

개인 스레드 답글 보이스 (-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기 재참여하시죠!? 이제 맥스의 세계로 가보시죠!).

실행 절차

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

1. 같은 문구를 두 번 쓰지 않는다. 최근 836건에 완전히 겹치는 답글이 0건이다. 사용자는 매번 다르게 쓴다.
   • ⚠️ 2026-08-08 실패: 76건 대행하면서 감사합니다 ㅎㅎ를 7번 썼다. 고유 문구 70/76. 이게 대행 티가 나는 1순위 지점이다.
2. 미러링 금지. 상대 말을 요약해 되돌려주지 않는다("17번이면 세계관도 17번 바뀌신 거네요" ❌). 실측 미러링 2%.
3. 훈수 금지, 존대 유지. 교훈으로 끝맺지 않는다. 상대가 반말이어도 존대로 답한다.
4. ㅎㅎ/ㅋㅋ를 기본값으로 붙이지 않는다. 10건 중 8건은 이런 것 없이 끝난다.
5. ㅋㅋㅋ(세 번 이상)는 쓰지 않는다. 비웃는 느낌으로 읽힐 수 있다는 사용자 지적(2026-08-08). 대신 ㅋㅋ(두 번) 또는 :)를 쓴다. :)는 실측 데이터에도 실제로 등장하는 표현.
6. 재답글(내 답글에 달린 대댓글)은 답글 대상이 아니다. 남이 나에게 새로 단 최상위 댓글에만 답한다. 내가 이미 답한 스레드 안에서 이어지는 대화(재답글)는 대량 발행 대상에서 제외한다(2026-08-08 사용자 지시).
7. 초대·모집성 답글에 뭉뚱그린 템플릿 문구를 쓰지 않는다. ~가능해요 편하게 오세요 류의 일반화된 초대 문구는 다단계·리딩방·투자 스캠 계정의 전형적 홍보 템플릿과 표면 패턴이 겹쳐 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개 미만이면 가능한 만큼만, 이미 좋아요된 글은 중복 클릭하지 않는다. 각 좋아요 사이 38초·계정 사이 2040초 간격을 둔다. 성공/스킵/실패 수를 발행 로그에 함께 남긴다.

• 원글 판정 필수: 프로필 기본 탭에는 상대가 남긴 답글·인용글이 원글처럼 섞여 보일 수 있다. 댓글 버튼을 누르기 직전, 현재 스레드의 원 작성자가 상대 username인지와 본문이 프로필에서 읽은 최신 원글 본문과 일치하는지 대조한다. 사용자 글에 상대가 단 답글 페이지로 이동했으면 취소하고 프로필로 돌아간다(2026-08-09 중복 댓글 직전 발견 사례).

• 정치 프로필/정치 최신글은 좋아요·선제 댓글에서 제외한다. 자동 좋아요 중 정치 글을 발견하면 해당 좋아요를 즉시 취소하고 맞춤 댓글도 달지 않는다.

• 맞춤댓글은 최근 3일 이내 원글에만 단다(2026-08-10 사용자 지시). 상대 프로필의 가장 최신 원글이 3일보다 오래됐으면 그 계정은 맞춤댓글을 생략하고 좋아요만 진행한다.

• 답변하기 애매한 글은 댓글을 스킵하고 좋아요만 진행한다. 아래 4가지 중 하나라도 해당하면 댓글 후보에서 제외 — 무리하게 초안을 짜내지 말고 좋아요만 하고 넘어간다.

  1. 너무 추상적/철학적인 성찰글 — 걸 수 있는 구체적 소재가 없어 질문이 범용화된다(그 글이 아니라 "시작/성장/도전" 같은 주제어가 들어간 아무 글에나 붙여도 말이 되는 질문이 나오면 이 케이스).
  2. 광고/마케팅/홍보 목적 게시물 — 사장님 홍보, 상세페이지·마케팅 서비스 판매, 창업 컨설팅 등. 댓글이 진짜 반응이 아니라 고객 문의처럼 읽힌다.
  3. 원문에 없는 걸 프로필 정보로 추론해서 연결한 질문이 되는 경우 — 예: 프로필 태그가 "bass"라서 "이 채널도 보시나봐요?"처럼 원문이 확인해주지 않은 전제를 까는 질문. 확인 안 된 연결은 만들지 않는다.
  4. 원문 자체가 모호하거나(뜻이 불확실), 콘텐츠가 템플릿/AI풍이라 진짜 개인 경험인지 불확실한 경우 — 일러스트/AI 생성 이미지·영상에 감성 문구가 반복되는 계정, 문장 뜻이 여러 갈래로 읽히는 짧은 글 등. 뜻을 잘못 짚어 엉뚱한 댓글이 나올 위험이 크다.

• 이미 어떤 방향으로든 팔로우 관계가 있는 계정은 좋아요·맞춤댓글 대상에서 전부 제외한다(2026-08-11 사용자 지시 "이미 팔로우하는 사람한테는 뭔 글쓰지 말라고", 2026-08-13 재확인 "나랑 팔로우인사람도 왜 포함하냐"). 이 단계의 목적은 아직 연결되지 않은 사람과의 새 관계 형성이다.

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

  버튼 텍스트	의미	처리
  팔로우	서로 아무 관계 없음	유일한 대상. 좋아요 + 맞춤댓글
  팔로잉	사용자가 이미 상대를 팔로우 중	전진 제외(좋아요도 안 누름)
  맞팔로우	상대가 사용자을 팔로우 중	전진 제외

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

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

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

• 팔로워/정치/3일규칙 조사는 서브에이전트 병렬이 기본값이다. 대상 계정을 58개씩 묶어 45개 그룹으로 나누고, 각 그룹을 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. "답글 노가다 하자" 실행 순서

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

7. 사람 확인은 받고 간다

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

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

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

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