AI 실전 활용 – 스타트업 SNS 글 나누기, 한 번 쓰고 스레드·인스타용으로 받는 요청문
회사 소식 하나를 스레드(Threads)와 인스타그램(Instagram)에 올리려면 같은 내용을 채널마다 다시 써야 하죠. SNS 글 나누기를 AI에 맡기면 메모 한 장으로 스레드 글, 인스타 캡션, 블로그 첫 문단을 한 번에 받을 수 있는데, 길이와 사실을 요청문에 적어 두지 않으면 글자 수가 넘치거나 인용이 슬쩍 바뀌더라고요. 이 글에는 채널별 길이를 넣은 요청문 전문과, 받은 글을 올리기 전에 사람이 볼 곳을 담았어요.
넣은 메모는 앞 글에 나온 가상의 동네 가게 주문 정리 서비스의 업데이트 소식이에요. 서비스도, 메모도, 베타 12명이나 하루 평균 25분 → 8분 같은 숫자도 모두 지어낸 예시이고 실제 성과가 아닙니다. 2026년 10월 17일 ChatGPT 임시 채팅에 두 번(대충 물은 질문, 요청문), Gemini 임시 채팅에 한 번 물었어요. 결과 글은 어디에도 올리지 않았고 화면만 봤습니다.
스레드 500자, 인스타 캡션 2,200자는 개발 문서에 있어요
SNS 글 나누기를 시키기 전에 글자 수부터 원문으로 확인했어요. Meta의 스레드 API 개발 문서(Threads Posts) 제한 항목에는 “Text posts are limited to 500 characters.”라고 적혀 있고, 바로 뒤에 “Emojis are counted as the number of UTF-8 bytes.”가 붙어 있습니다. 이모지 하나를 한 글자로 세지 않고 UTF-8 바이트 수만큼 센다는 뜻이에요.
인스타그램 쪽은 그래프 API(Graph API) 문서의 IG User Media 항목 caption 설명에 “Maximum 2200 characters, 30 hashtags, and 20 @ tags.”라고 나와요. 캡션은 2,200자, 해시태그는 30개까지입니다.
| 채널 | 개발 문서 | 이 계정 게시 엔진 |
|---|---|---|
| 스레드 글 | 500자, 이모지는 UTF-8 바이트로 셈 | 450자 |
| 인스타 캡션 | 2,200자, 해시태그 30개 | 2,200자, 해시태그 5개 |
오른쪽 칸은 이 블로그가 SNS에 글을 올릴 때 쓰는 게시 엔진의 한도예요. 엔진은 이모지도 한 글자로 세기 때문에, 스레드를 500자가 아니라 450자로 잡아 여유를 뒀습니다.
이모지를 셋만 넣어도 셈이 9 늘어요. 다만 이 바이트 셈은 API로 올릴 때의 문서 기준이에요. 앱에서 손으로 올릴 때도 똑같이 세는지는 확인하지 못해서 그렇다고는 쓰지 않습니다.
메모 한 장에 담은 업데이트 소식
SNS 글 나누기에 넣은 메모는 머리줄을 빼면 7줄이에요. 업데이트 날짜, 새 기능, 만든 이유와 사장님 말, 베타 숫자, 아직 안 되는 것, 신청 방법, 다음에 할 것을 한 줄씩 적었습니다.
[제품 소식 메모 — 지어낸 예시, 가상의 동네 가게 주문 정리 서비스]
- 업데이트 날짜: 2026-10-20(월)
- 새 기능: 카톡으로 받은 주문 메시지를 붙여 넣으면 날짜·메뉴·수량·픽업 시간이 엑셀 칸으로 나뉘어 들어감
- 만든 이유: 인터뷰한 사장님 3명 모두 "주문을 엑셀에 다시 옮겨 적는 게 귀찮다"고 함
- 베타: 사장님 12명이 2주 동안 써 봄. 옮겨 적는 시간 하루 평균 25분 → 8분 (베타 12명이 직접 적어 준 기록 기준)
- 아직 안 되는 것: 전화 주문은 직접 입력해야 함, 인스타 DM 자동 가져오기는 아직 없음
- 베타 신청: 프로필 링크
- 다음에 할 것: 재료 떨어지면 알림 (요청한 사장님 1명, 더 들어 보는 중)둘째 줄에는 메모를 쓴 쪽의 실수가 있어요. 2026년 10월 20일은 화요일인데 “(월)”로 적었습니다. 시험하는 동안 일부러 고치지 않고 그대로 넣었어요.
AI 적용 사례 – Claude Code로 블로그 자동화하기“써 줘”만 보냈더니 491자에 해시태그 7개
처음에는 ChatGPT 임시 채팅에 “이 소식으로 스레드랑 인스타에 올릴 글 써 줘.”와 메모만 보냈어요. 1분쯤 뒤에 스레드용, 인스타그램용 글이 “글쓰기” 상자에 담겨 왔고, 덤으로 5장짜리 카드뉴스 문구 표까지 붙어 있었습니다.
스레드 글을 직접 세 보니 줄바꿈 포함 491자, 이모지는 📅 1개였어요. 이모지를 바이트로 세면 494라서 공식 한도 500 안에는 들어오지만, 이 계정 엔진의 450자는 넘습니다. 더 눈에 띈 건 인용이었어요. 메모의 사장님 말은 “주문을 엑셀에 다시 옮겨 적는 게 귀찮다”인데, 스레드 글에서는 “카톡으로 받은 주문을 엑셀에 다시 옮겨 적는 게 귀찮아요.”가 됐거든요. 따옴표 안에 메모에 없던 “카톡으로”가 붙은 거죠.
인스타 캡션은 527자에 이모지 11개, 해시태그 7개였어요. 숫자(12명, 2주, 25분 → 8분, 1명)는 메모와 맞게 들어갔습니다. 그리고 답 맨 끝에 이런 문장이 있었어요. “참고로 메모의 날짜에 작은 불일치가 있어요. 2026년 10월 20일은 월요일이 아니라 화요일입니다. 게시글에는 혼동을 막기 위해 요일을 생략했습니다.” 메모의 실수를 AI가 먼저 짚은 겁니다.
SNS 글 나누기 요청문 전문
새 임시 채팅을 열고 아래 요청문 밑에 같은 메모를 붙였어요. SNS 글 나누기 요청문은 채널별 길이, 사실을 지키는 줄, 끝에 붙일 숫자 확인표로 이뤄져 있습니다. 다른 소식에 쓸 때는 붙이는 메모만 바꾸면 돼요.
(이 대화에 적은 조건만 써 줘)
아래 제품 소식 메모 하나로 글 3개를 나눠 써 줘.
1. 스레드 글: 공백 포함 450자 안. 이모지는 쓰지 마.
2. 인스타그램 캡션: 2,200자 안. 해시태그는 맨 끝에 5개까지.
3. 블로그 첫 문단: 3~4문장.
- 세 글 모두 메모에 있는 사실만 써. 숫자·날짜는 메모와 똑같이 쓰고, 메모에 없는 숫자는 넣지 마.
- 사장님이 한 말을 따옴표로 쓸 때는 메모에 적힌 말 그대로만 써.
- 채널마다 첫 줄은 다르게 써.
- "아직 안 되는 것"은 세 글 모두에 한 줄씩 넣어 줘.
- 맨 끝에 세 글에 들어간 숫자·날짜를 표 하나로 모아 줘(글마다 같은지 볼 수 있게).
줄마다 맞춰 볼 것
- 스레드 450자, 이모지 없이: 공식 500자에 이모지 바이트 셈 여유를 둔 값이고, 이 계정 엔진 한도와 같아요. 이모지를 빼면 보통 셈과 API 셈이 같아집니다.
- 해시태그 5개까지: 문서상 30개까지 되지만, 이 계정 엔진 한도인 5개에 맞췄어요.
- 따옴표는 메모 말 그대로: 대충 물었을 때 인용 안에 붙은 “카톡으로” 같은 말을 막는 줄이에요.
- 끝에 숫자 확인표: 세 글을 하나씩 대조하지 않아도 숫자가 같은지 한눈에 보여요.
요청문으로 받은 스레드 글은 344자, 해시태그는 5개
1분 30초쯤 걸려 SNS 글 나누기 결과 세 글과 확인표가 왔어요. 스레드 글은 직접 세어 344자, 이모지는 0개였습니다. 사장님 말은 “주문을 엑셀에 다시 옮겨 적는 게 귀찮다” 그대로였고, “아직 안 되는 것:” 줄도 들어 있었어요.
첫 줄도 채널마다 달랐어요. 스레드는 “카톡 주문, 아직도 엑셀에 다시 옮겨 적으시나요?”, 인스타 캡션은 “주문 메시지를 붙여 넣으면 엑셀 정리가 쉬워집니다.”, 블로그 첫 문단은 “동네 가게의 카톡 주문을 엑셀로 정리하는 과정을 줄이기 위해 새로운 기능을 만들었습니다.”로 시작했습니다. 인스타 캡션은 536자에 이모지 없이 해시태그 5개(#카톡주문 #주문정리 #엑셀정리 #동네가게 #베타신청)였고요.
“써 줘”만 보냈을 때
- 491자, 이모지 1개(바이트 셈 494)
- 인용에 “카톡으로”가 붙음
- 인스타 해시태그 7개
요청문으로 물었을 때
- 344자, 이모지 0개
- 인용이 메모 문장 그대로
- 인스타 해시태그 5개
그런데 확인표를 보다가 멈칫했어요. 업데이트 날짜 칸이 스레드, 인스타그램, 블로그 세 글 모두 “2026-10-20(월)”이었거든요. 대충 물었을 때는 AI가 짚고 요일을 뺐던 그 실수가, “숫자·날짜는 메모와 똑같이 써”라고 시키자 세 글에 그대로 들어갔습니다.
표 아래에는 “검토 결과: 세 글의 숫자·날짜가 모두 일치합니다.”라고 적혀 있었어요. 틀린 말은 아닙니다. 확인표는 세 글이 메모와 같은지만 보고, 메모가 맞는지는 보지 않으니까요.
같은 요청문을 Gemini에 넣었더니 글자 수를 337자라고 적었어요
같은 SNS 글 나누기 요청문과 메모를 Gemini 임시 채팅(모델 선택 칸 표시 Argon)에 한 번 넣었어요. 20초쯤 뒤에 답이 왔는데, 스레드 글 제목 옆에 “(공백 포함 337자)”라고 적혀 있었습니다.
직접 세 보니 공백 포함 360자였어요. 공백을 빼면 274자라서 337은 어느 쪽 셈과도 맞지 않았습니다. 한도 450자 안이라 이번에는 괜찮았지만, 한도에 바짝 붙은 글이었다면 AI가 적은 숫자만 믿고 올렸다가 걸릴 수 있죠. 스레드 글은 줄바꿈 없이 한 문단으로 붙어 나왔고, 이모지는 없었고, 인용은 메모 그대로, 날짜는 역시 “(월)”이었어요. 인스타 캡션은 485자에 해시태그 5개, 블로그 첫 문단은 4문장이었고 숫자·날짜 비교표 7줄은 모두 “동일”이었습니다.
글자 수는 아래 짧은 파이썬 스크립트로 셌어요. 보통 글자는 1, 이모지는 UTF-8 바이트 수로 셉니다.
"""스레드 글자 수: 보통 글자는 1, 이모지는 UTF-8 바이트 수로 센다(Threads API 문서 기준)."""
import sys, unicodedata
def is_emoji(ch):
return unicodedata.category(ch) == "So" or 0x1F000 <= ord(ch) <= 0x1FAFF
for path in sys.argv[1:]:
s = open(path, encoding="utf-8").read().rstrip("\n")
em = [c for c in s if is_emoji(c)]
api = sum(len(c.encode()) if is_emoji(c) else 1 for c in s)
print(f"{path}: 글자 {len(s)} / 이모지 {len(em)}개 {''.join(em)} / 이모지를 바이트로 센 값 {api} / 엔진 한도 450 {'넘음' if len(s) > 450 else '안'}")이 몇 줄로 본 것
- 두 가지 셈을 한 줄에:
len(s)는 이 계정 엔진이 세는 방식이고,api는 이모지를 바이트로 세는 개발 문서 방식이에요. 491자 글이 494로 늘어나는 걸 여기서 봤습니다. - 이모지 판정은 대략적: 유니코드 기호 분류(So)와 이모지 영역 번호로 가려내는 정도라, 올리기 전 확인용으로만 썼어요.
- AI 답을 파일로 저장해서 센다: 화면에서 복사한 글을 텍스트 파일로 두고 돌리면 AI가 적은 글자 수와 바로 견줘 볼 수 있어요.
SNS 글 나누기 결과, 올리기 전에 사람이 볼 곳
SNS 글 나누기를 AI에 맡겨도 올릴 글을 고르는 일은 남아요. 이번 시험에서 걸린 곳을 순서대로 적으면 이렇습니다.
- 메모부터 확인합니다. 날짜, 요일, 숫자가 맞는지 AI에 넣기 전에 봐요. 이번에는 요일이 틀렸고, “메모와 똑같이”를 지킨 세 글에 그대로 들어갔어요.
- 글자 수는 직접 셉니다. Gemini가 적은 337자는 실제로 공백 포함 360자였어요. 한도에 가까운 글일수록 꼭 세어 보세요.
- 따옴표 안의 말을 메모와 맞대 봅니다. 대충 물었을 때 “카톡으로”가 붙은 것처럼, 손님 말이 AI 말로 바뀔 수 있어요.
- 이모지가 있으면 API 셈을 따로 봅니다. 이모지 하나가 4바이트면 셈이 3 늘어요. 자동으로 올릴 글은 이모지를 줄이거나 넉넉히 짧게 씁니다.
쓰는 건 한 번, 고르는 건 사람.
이 블로그의 글 원고부터 검사, 임시글 올리기까지를 어떻게 묶어 두었는지는 Claude Code로 블로그 자동화하기에 있어요. AI에게 규칙을 지키게 하는 틀은 AI 하네스, 미니앱 제작에 적용한 방법에서, 문장 한 줄로 상품 소개 영상까지 뽑아 본 시험은 HyperFrames 써 보기에서 볼 수 있습니다.
다음 글에서는 고객 문의 메일 여러 통을 자주 묻는 질문 답변집으로 묶는 법을 다룹니다.
이 글의 시험 조건과 참고한 공식 문서
2026년 10월 17일, 지어낸 예시 메모 1장으로 ChatGPT 임시 채팅(모델 선택 칸 표시 Extra High)에 대충 물은 질문과 요청문을 한 번씩, Gemini 임시 채팅(Argon)에 같은 요청문을 한 번 물었습니다. 서비스와 숫자는 모두 가상의 예시이고, 받은 글은 실제로 올리지 않았어요. 다시 물으면 답이 달라질 수 있습니다.
글자 수 기준은 Meta 개발 문서 Threads Posts와 IG User Media의 caption 항목에서 확인했어요. API로 올릴 때의 기준이고 바뀔 수 있으니, 쓰기 전에 원문을 다시 확인해 주세요.
우리 팀 소식을 채널별 글로 나누는 순서를 AI와 짜고 싶다면 의뢰 페이지
SNS 글 나누기 자주 묻는 질문
스레드 글은 몇 자까지 쓸 수 있나요?
Meta의 스레드 API 개발 문서(Threads Posts)에는 “Text posts are limited to 500 characters.”라고 적혀 있어요. 같은 문서에 이모지는 UTF-8 바이트 수로 센다고 나와 있어서, 이모지가 들어가면 셈이 늘어납니다. API로 올릴 때 기준이고, 앱에서 손으로 올릴 때도 똑같다고는 확인하지 못했어요.
요청문에 왜 500자가 아니라 450자를 적었나요?
공식 한도 500자에 이모지 바이트 셈까지 생각해 여유를 둔 값이에요. 이 계정이 SNS에 글을 올리는 게시 엔진도 스레드 한도를 450자로 잡아 두고 있어서 그 숫자에 맞췄습니다.
AI가 숫자·날짜 확인표를 만들어 주면 그대로 믿어도 되나요?
확인표는 세 글이 메모와 같은지만 보여 줘요. 이번 시험에서는 메모에 적힌 요일이 틀렸는데(2026년 10월 20일은 화요일), 세 글 모두 “2026-10-20(월)”로 같아서 확인표는 “모두 일치”라고 답했습니다. 메모 자체는 사람이 먼저 확인해야 해요.
글에 나온 규칙 파일과 에이전트는 Claude Code에서 쓰는 방식이고, 공식 안내는 Claude Code 공식 문서에 있습니다.
이 글은 직접 만들고 운영하며 남긴 기록입니다. 적힌 수치는 작성 시점의 운영 계정 기준이며, 같은 결과나 수익을 보장하지 않습니다.
One Comment