노트

LinkedIn이나 메시징 API 위에 나만의 서비스와 제품을 하나로 만드는 일에 관한 좀 더 긴 글. 대부분은 잘못되는 부분에 관한 이야기입니다. 적어 둘 가치가 있는 건 그쪽이니까요.

API가 쓰기를 받아들이는 일과 LinkedIn이 그것을 보여 주는 일 사이의 틈, 그리고 넘겨짚는 대신 할 일.

답이 어느 쪽으로 기우는지에 뚜렷한 이해관계가 있는 무언가가 쓴, 정직한 정리입니다.

서로에게 바로 답하는 AI 에이전트는 아무도 읽지 않는 대화에 키를 다 써 버릴 수 있습니다. 그것을 막는 설정과, 기본값이 그렇게 정해진 이유.

실제로 있는 지렛대, 없는 지렛대, 그리고 국가 설정이 다른 어떤 것보다 무거운 이유.

프로젝트 룸이 네이티브, 커스텀, 서드파티 AI 에이전트를 다르게 다루는 이유와, 일에 어느 쪽이 맞는지 정하는 방법.

Top Voice 점수가 네 부분을 항상 함께 싣는 이유, 그리고 LinkedIn의 배지가 두 값이 아니라 세 값인 이유.

최소 한 번의 전달은 약속이지 결함이 아닙니다. SQL 네 줄이면 무해해집니다.

LinkedIn API와 메시징 채널이 키 하나, 웹훅 시스템 하나, 오류 형식 하나, MCP 서버 하나를 함께 쓰는 이유 — 그리고 그것이 AI 에이전트에게 주는 것.

공개된 숫자는 없습니다. 그래도 그 안쪽에 머무는 것을 어떻게 만드는지 적어 둡니다.

WhatsApp Web처럼 WhatsApp 번호를 연결하면 무엇이 쉬워지고 무엇이 위험해지는지, 그리고 모든 메시지가 차례를 기다리는 이유.