MCP 서버와 Claude Code 기술이 조용히 사라지는 이유

MCP 생태계는 빠르게 움직이고 있습니다. 매주 새로운 서버들이 출시되고, Discord나 X에 한 번 게시된 뒤, 몇 개의 스타(star)를 모으고 나면 제작자 본인의 피드를 포함하여 모든 이의 피드에서 사라져 버립니다. 이 카테고리를 위한 배포 계층(distribution layer)이 아직 존재하지 않습니다. 지배적인 애그리게이터(aggregator)도, 도구들을 지속적으로 노출해 주는 알고리즘도, 계속해서 나타나는 것이 직업인 사람도 없습니다.

저는 제 자신의 도구들을 위한 배포 계층으로 사용하기 위해 marketing-pipeline을 구축했고, 이후 이를 범용적으로 만들었습니다.

온보딩(Onboarding)은 단 하나의 명령어로 이루어집니다:

marketing onboard --name my-tool --repo owner/repo --kind mcp-server

이 명령은 README를 가져와 Claude에게 전달한 뒤, problem, facts, angles를 projects.yml에 작성합니다. kind 필드가 중요합니다: mcp-server는 프로젝트를 MCP Registry, Smithery, Glama, PulseMCP로 라우팅(route)하며, claude-skill은 awesome-claude-code로, browser-extension은 Chrome Web Store, Firefox AMO, Edge Add-ons로 라우팅합니다.

그 후, 평일 UTC 14:00에 실행되는 GitHub Actions cron 작업이 marketing cycle을 실행합니다. 이 작업은 프로젝트 × 각도(angles) × 채널을 순환하며 가장 최근에 사용되지 않은 각도를 선택합니다. 게시물은 Bluesky(≤300자), X(≤280자), Mastodon(≤500자), Dev.to, 그리고 Hashnode로 전송되며, 각 플랫폼의 글자 수 제한을 준수합니다.

제가 가장 많은 시간을 할애한 부분은 pipeline/antislop.py에 있는 '안티 슬롭(anti-slop)' 게이트입니다. 이는 게시물이 발행되기 전에 게시물을 강력하게 거부(hard-reject)합니다. 금지된 토큰에는 excited, game-changer, unlock, empower, AI-powered를 비롯한 모든 이모지(emoji), 모든 해시태그(hashtag), 그리고 느낌표(!)가 포함됩니다. 초안에 이러한 요소가 포함되어 있으면 다시 생성됩니다. 목표는 제품 출시 템플릿처럼 보이는 것이 아니라, 실무자가 작성한 것처럼 읽히는 게시물을 만드는 것이었습니다.

한 가지 솔직한 한계점은, awesome-claude-code의 경우 사람이 직접 GitHub 이슈 양식을 통해 제출해야 한다는 것입니다. 파이프라인이 페이로드(payload)를 생성할 수는 있지만 직접 제출할 수는 없습니다. 해당 규칙은 프로젝트당 한 번의 수동 제출을 명시적으로 요구하기 때문입니다.

https://github.com/robertnowell/marketing-pipeline