노트

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

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

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

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

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

제안과 적용이 왜 서로 다른 호출인지, 왜 그중 하나만 에이전트에게 주어지는지, 그것으로 무엇을 얻는지.

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

모든 클라이언트가 인증 방법을 묻고, 정답은 “없음”입니다. 키가 든 주소가 지름길이 아닌 이유와, 진짜로 신경 써야 할 곳.

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

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

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

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

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

작업 관리 도구와 ChatWoot를 또 하나의 업무 공간이 아니라 API로 만든 이유, 그리고 연결 하나, 키 하나, 404 하나가 주는 것.