스레드 글·게시 흐름 만들기 사용 가이드

나에게 맞는지 먼저 확인해요

이런 분께 맞아요

스레드 글을 반복 작성하며 게시 과정을 체계화하려는 사람

개발 도구를 사용하며 SNS 초안·승인·게시 과정을 연결하려는 운영자

이럴 때 선택하세요

글을 만드는 요청문 하나가 아니라, 반복 작업을 처리하는 프로그램을 구축하려는 경우에 맞습니다.

할 수 있는 일과 확인할 점

써볼 만한 이유

초안 생성과 실제 게시를 분리하고 답글도 초안으로 남기도록 해 검토 지점을 설계합니다.

사용 전에 알아둘 점

Meta 개발자 앱·계정 권한·토큰 준비와 실제 API 검수가 필요합니다.
플랫폼의 현재 API 제한과 정책을 구현 전에 다시 확인해야 합니다.
X 연결은 원문에서도 별도 어댑터와 비용 검토가 필요한 선택 경로입니다.

무엇을 준비하면 되나요?

도구·계정·작업 환경을 먼저 확인하세요.

공식 조건 / 편집자 권장 구분

스레드 글·게시 흐름 만들기 준비물과 권장 환경
원문 스택	Python 3.11 + requests, 자동 실행 도구 등
계정 연결	Meta 개발자 앱, Threads 계정 및 필요한 API 권한
AI 작성 도구	Claude Code·Codex 등 코딩 도구와 선택한 글 생성 서비스
권장 시작 환경 · 편집 판단	개발용 PC, 실제 게시 대신 초안 저장부터 확인하는 테스트 흐름
메모리·GPU	고정 최소치 없음. 외부 모델을 쓰는 경우 로컬 GPU를 전제로 하지 않습니다.

공식 문서에 없는 RAM·GPU 최소 수치는 임의로 정하지 않았습니다.

처음에는 이 순서로 해보세요

01
원하는 주제와 게시 주기를 정합니다.
02
현재 공식 API 안내를 확인하고 우선 초안 저장만 구현합니다.
03
승인·중복 검사·실패 기록을 확인한 후 게시 연결을 시험합니다.

낯선 용어, 쉽게 보기 +

API: 프로그램이 Threads 같은 외부 서비스와 연결되는 방식이에요.
토큰: 프로그램에 계정 접근 권한을 증명하는 인증 정보예요.
자동 실행: 정해진 시간이나 조건에 맞춰 작업을 시작하는 방식이에요.

참고 화면과 준비 자료

스레드 글·게시 흐름 만들기 참고 화면 — 이해를 돕기 위해 만든 활용 예시예요. 이 프롬프트를 실행해서 얻은 결과는 아닙니다.

내 내용 정리 양식주제·독자·말투를 적을 수 있는 텍스트 파일받기 ↓

내 내용으로 바꿔서 사용해요

1 필요한 부분 수정2 전체 복사3 AI에 붙여넣기

대괄호나 빈칸을 내 주제와 자료로 바꿔주세요. 아래에서 직접 수정할 수 있어요.

프롬프트 원문 · 직접 수정 가능EDITABLE

너는 시니어 자동화 엔지니어다. '스레드(Threads) 자동 게시 + 답글 초안' 파이프라인을 구축해라. X(트위터)는 유료 API 티어가 필요하므로 어댑터 자리만 만들고 기본은 꺼 둬라.

전제(README 먼저): Meta 개발자 앱에 Threads 사용 사례를 추가하고 threads_basic, threads_content_publish 권한으로 내 계정 토큰을 발급해야 한다. 텍스트 500자 제한, 게시 한도는 24시간에 250건, 이미지·영상은 공개 URL 필요.

스택:
- Python 3.11 + requests. Threads API 두 단계: POST /{user-id}/threads (media_type=TEXT|IMAGE|VIDEO, text, image_url) → POST /{user-id}/threads_publish. 연속 글(스레드)은 reply_to_id 로 잇는다.
- 글 생성: 이 도감의 threads-auto 코스 프롬프트(훅·5개 스레드·마무리·A/B)를 prompts/ 파일로. 로컬 Ollama → 클라우드 폴백. 하루 1개 스레드(5글)로 시작.
- 답글: 내 글에 달린 답글을 GET /{id}/replies 로 읽어 답글 초안을 drafts/replies/ 에 저장만 하고, 실제 답글은 사람이 붙여넣는다(자동 답글 금지).
- 이미지: 필요하면 Gemini 이미지 API + Cloudflare R2 공개 URL.
- 오케스트레이션: dagu jobs/threads.yaml — write(08:00) → 사람 승인 → publish(09:00, approve 파일) → replies_digest(21:00) → receipt.
- 에이전트 도구: .mcp.json 에 filesystem, playwright(게시 확인). 게시 함수를 MCP 도구 `threads_publish(text, reply_to)` 로 노출.
- 안전: 같은 문장 반복 게시 금지 검사, 해시태그 0개, 링크는 첫 글이 아니라 마지막 글에.

산출물: 프로젝트, 스크립트, jobs/threads.yaml, .mcp.json, README(앱 설정·토큰·한도·사람이 할 일), 첫 실행 영수증(테스트 글 1개 게시 후 삭제).

공통 규칙:
- 먼저 저장소를 훑고 가정을 3줄로 말한 뒤, 폴더 구조와 실행 순서를 계획으로 보여주고 내 승인을 받아라. 승인 전에는 파일을 만들지 마라.
- 모든 비밀값은 .env 에서 읽고, 코드·로그·영수증에 절대 찍지 마라. .env.example 을 만들어라.
- 게시(업로드)는 기본적으로 '초안/비공개' 상태로 올리고, 공개 전환은 --publish 플래그 또는 승인 파일(approve/<날짜>.txt)이 있을 때만 한다.
- 매 실행 끝에 receipts/<날짜>-<작업>.md 를 남겨라: 바뀐 것 / 증거(URL, HTTP 코드, 파일 경로) / 건너뛴 것 / 되돌리기.
- 실패하면 같은 작업을 반복하지 말고 pending 으로 기록하고 멈춰라.
- 실제로 돌려본 것만 '완료'라고 말해라. 계정 승인·OAuth 동의·앱 심사처럼 사람이 해야 하는 단계는 '사람이 할 일' 목록으로 따로 적어라.

출처

출처와 확인 범위

2026.10.07 문서·원문 기준

분석과 사용 대상은 문서를 바탕으로 정리한 편집자의 판단입니다. 설치·성능·결과 품질을 이번 작업에서 다시 시험하지 않았습니다.

도감 원작. 자유롭게 복사·수정해 쓰세요 (출처 표기 환영).