LinkedIn 자동화에서 가장 비싼 결함을 낳는 문장이 이것입니다. API가 200을 돌려줬으니 글은 나갔다.
꼭 그렇지는 않습니다. 어떤 LinkedIn API든 2xx는 요청이 받아들여져 다음으로 넘어갔다는 뜻입니다. 그 뒤 LinkedIn이 그것을 어떻게 하는지는, 아무에게도 보이지 않거나, 검토를 위해 붙들어 두거나, 조용히 버리거나, 보여 줬다가 20분 뒤 내리거나 — 그 응답에는 들어 있지 않고, 몇몇 경우에는 어떤 응답에도 들어 있지 않습니다.
그 틈이 있는 이유
당신의 코드와 눈에 보이는 글 사이에는 적어도 두 번의 중계가 있고, 두 번째는 자동화된 콘텐츠에 대해 나름의 견해를 가진 플랫폼입니다. 동기적인 상태 코드는 아직 내려지지 않은 판단을 보고할 수 없습니다. 아무도 숨기지 않습니다. 응답이 쓰이는 시점에 그 정보가 존재하지 않는 것입니다.
넘겨짚는 대신 할 일
- 보낸 것을 응답과 시각과 함께 저장하세요. 참거짓 값이 아니라 본문을요.
- 다시 읽으세요. 글이 중요하다면 나중에 가져와 돌아온 것을 기록하세요.
- 호출한 수와 눈에 보이는 결과의 수를 서로 다른 지표로 다루세요. 실제로 다른 것이니까요.
- 상태 코드만 믿고 고객에게 “게시됨”이라고 보여 주지 마세요.
가장 아프게 오는 형태
시간 초과입니다. 요청이 실패한 것이 아니라, 당신이 답을 기다리기를 그만둔 것입니다. 쓰기는 충분히 도달했을 수 있습니다. 재시도야말로 메시지 하나가 둘이 되는 길이고, 고객이 알아차리는 쪽은 두 번째입니다. 하려는 모든 쓰기에 ID를 두고, 재시도 전에 확인하고, 요청을 다시 틀기보다 세상을 다시 읽는 편을 고르세요.
자주 묻는 질문
AI 에이전트는 그 차이를 아나요?
말해 줄 때만 압니다. 200을 받은 AI 에이전트는 대개 게시물이 올라갔다고 보고합니다. 규칙을 지침에 넣으세요. 쓰기는 ‘접수됨’으로 보고하고, 나갔다고 말하기 전에 다시 읽어 보라고요.
프로젝트 룸은 쓰기를 어떻게 보고하나요?
AI 에이전트의 답변으로, 모두가 볼 수 있는 룸 안에서 보고합니다. 에이전트에게 보낸 내용과 돌려받은 id를 인용하게 할 만한 충분한 이유입니다.