에이전트
에이전트로 발행하기
대화가 어떻게 흘러가고 그 밑에서 무슨 일이 일어나는지.
사람은 무엇을 올릴지 말합니다. 에이전트가 list_accounts 를 부르고 publish 를 부릅니다. id 는 사람 눈에 안 보입니다.
발행은 즉시 끝나지 않습니다. publish 는 202 와 발행 id 를 주고, 대상은 publishing 에 머물고, 에이전트는 각 대상이 published 나 failed 가 될 때까지 get_post 를 다시 봅니다.
왕복 한 번 전체
1. list_accounts -> [{ id: "acc_01H...", platform: "threads", status: "active" }]
2. publish -> { id: "post_01H...", status: "publishing" }
3. get_post -> targets[0].status === "publishing"
4. get_post (4s later) -> targets[0].status === "published", url: "https://..."
5. reply -> answers the post (replyTo omitted)
6. list_replies -> the thread, including that reply
7. reply + replyTo -> answers that reply, one level deeper실제로 뭐라고 말하면 되나요
명령어가 아니라 평범한 문장입니다. 도구는 에이전트가 고릅니다. 이름을 댈 필요가 없습니다.
지금 연결된 채널 뭐뭐 있어? 쓰레드에 올려줘: 오늘 중첩 답글 붙였습니다. 이거 스레드로 나눠서 올려줘, 읽기 좋은 데서 끊고. 올리고 진짜 올라갔는지 확인되면 알려줘. 저 링크 이미지 가져와서 이 문구랑 같이 올려줘. 사진이 내 노트북에 있는데 올릴 데 하나 줘. 어제 올린 글 반응 어때? 그 글 댓글 보여주고 가격 물어보는 것만 답해줘. 그 답글 숨겨줘. 한 시간 전에 올린 글 지워줘. 오늘 발행 한도 얼마나 남았어?
자주 묻는 것
발행에 얼마나 걸리나요?
publish 는 202 와 발행 id 를 바로 돌려주고 채널은 그 뒤에 끝납니다. 에이전트가 get_post 를 다시 보면서 모든 대상이 publishing 을 벗어나기를 기다립니다.
한 채널에서 글자수가 넘치면 어떻게 되나요?
어느 채널에도 안 올라가고 행도 안 생깁니다. 확인이 발행보다 먼저라서 그렇습니다. 세 곳 중 두 곳에만 올라간 글은 거절당한 글보다 치우기 어렵습니다.
재시도를 두 번 해도 되나요?
됩니다. retry_post 는 실패한 대상만 건드리고 이미 나간 것은 건너뜁니다. 두 번 불러도 중복 발행이 안 됩니다.