AI 시대 콘텐츠 마케팅의 두 가지 결 - 인플루언서 청중과 회사 콘텐츠

AI 시대 콘텐츠 마케팅의 두 가지 결 - 인플루언서 청중과 회사 콘텐츠

지난 몇 달 사이 AI 도구 관련 글이나 OSS 레포를 보면서 한 가지 발견한 점이 있다. "이거 진짜 좋은 정보다""이거 마케팅이다" 의 경계가 점점 모호해지고 있다는 것.

옛날 광고는 명확했다. 신문 광고면, TV CF, 배너 광고. 누가 봐도 "이건 광고" 였다. 그런데 AI 시대의 마케팅은 다르다. 기술 블로그 글, GitHub README, 트위터 스레드, 코드 리뷰 가이드 - 이 모두가 마케팅 도구가 되는데, 형식은 "실용 정보 공유" 의 모양을 띈다.

독자 입장에서 이게 어렵다. "이 사람이 진짜 이 도구를 좋아해서 쓴 건가, 아니면 마케팅 의도가 있는 건가" 가 즉시 안 보인다. 그래서 정보로 받아들이고 따라했다가 본인 시간 / 토큰 / 청중 신뢰를 잃는 일이 일어난다.

이 글은 최근 본 두 가지 사례를 분석해서, 각 사례의 마케팅 메커니즘이 어떻게 작동하는지 정리한다. 두 사례는 다른 결이다 - 한쪽은 개인의 인플루언서 청중 활용, 다른 한쪽은 회사 직원의 콘텐츠 마케팅. 둘 다 "실용 정보" 의 외피를 두르지만, 작동 방식과 사용자 비용이 다르다. 결론은 마지막 체크리스트에 있다.

사례 1 - 인플루언서 청중 활용 (Matt Pocock skills)

일어난 일

mattpocock/skills 라는 GitHub 레포가 6 만 2 천 stars, 5 천 4 백 forks 를 모았다. Claude Code 의 .claude/skills/ 디렉토리를 통째로 공개한 것이다. 40 개 넘는 워크플로우 스킬이 들어 있다.

Matt Pocock 은 TypeScript 커뮤니티에서 유명한 교육자다. "Total TypeScript" 강의 사이트, 트위터 60 만+ 팔로워, 최근에는 "AI Hero" 라는 AI 코딩 강의 사이트도 운영한다. 레포 공개 시점에 이미 큰 청중을 가진 사람이다.

6 만 stars 의 분해

도구 자체는 진지하게 잘 만들어졌다. README 에서 짚은 "4 가지 실패 모드" 는 정확하다:

  • Agent 가 사용자 의도와 정렬 안 됨
  • Agent 가 verbose 함
  • 코드가 작동 안 함
  • "Ball of Mud" — 코드베이스 엔트로피 증가

이 진단은 AI 에이전트를 1 년 정도 진지하게 굴려본 사람만이 정리할 수 있는 패턴이다. 그리고 핵심 스킬 4 개 (/grill-with-docs, /diagnose, /improve-codebase-architecture, /caveman) 는 진짜 유용하다.

다만 6 만 stars 라는 숫자가 도구 품질의 정확한 지표는 아니다. 인플루언서 효과를 분리해서 봐야 한다.

시나리오

추정 stars

Matt Pocock 이 아닌 무명 개발자가 같은 도구 공개

5 천 ~ 1 만

Matt 의 영업력 결합한 실제

6 만 2 천

인플루언서 효과 추정

약 80% 영업력 + 20% 도구 품질

즉 **"도구가 6 만 stars 받을 만큼 좋은 것" 이 아니라 *"Matt 의 청중

  • 도구 품질이 결합해서 6 만 stars 가 된 것"***이다. 이걸 분리해서 보지 않으면 "6 만 stars 짜리 도구라 무조건 좋다" 의 함정에 빠진다.

마케팅 깔때기 영역

README 상단에 "6 만 명 개발자가 구독 중인 내 뉴스레터" 가입 권유가 박혀 있다. 일부 스킬 문서에도 같은 권유가 등장한다. 즉 도구의 진짜 비용은 "본인 이메일을 Matt 의 마케팅 채널에 노출" 하는 것이다. 도구는 무료지만 청중 데이터가 비용이다.

이게 단순 광고와 다른 자리다. 광고는 "이 도구 좋아요" 직접 메시지인데, 이건 "좋은 도구 무료 공개 + 부수적 청중 수집" 의 결합이다. 가치 교환은 일어나는데, 가치의 비대칭이 있다. 사용자는 "무료 도구를 받았다" 고 인식하지만, Matt 입장에서 본인 마케팅 깔때기가 6 만 stars 만큼 확장된 것이다.

TypeScript 편향

또 하나 짚을 자리. 40 개 넘는 스킬 중 일부 (/migrate-to-shoehorn, /scaffold-exercises 등) 는 Matt 본인의 TypeScript 강의 생태계 전용이다. 다른 언어 사용자한테는 무의미하다. README 에서 카테고리 ("misc") 로 분리는 했는데, 그래도 전체 모음의 일관성이 살짝 깨진다.

이게 의도된 행동 인지는 확실하지 않지만 - 결과적으로 Matt 의 강의 청중 경로로 사용자를 유도하는 자리다. 6 만 stars 받은 레포에서 본인 강의 콘텐츠 자연스럽게 노출시키는 구조가 만들어진다.

카테고리

이게 인플루언서 청중 활용 마케팅의 사례다. 도구 자체는 진짜로 가치 있다. 다만 그 가치가 작성자의 기존 청중에 의해 증폭되고, 그 증폭이 작성자의 다음 마케팅 자산 (뉴스레터 구독자, 강의 사용자, 다음 도구 launch 의 baseline) 으로 전환된다.

100% 광고는 아니지만 100% 순수 기여도 아니다. "커뮤니티 기여 + 마케팅 자산 확장" 의 결합이다. 그리고 인플루언서가 가진 청중 규모 때문에 이 결합의 효과가 비대칭적으로 크다.

사례 2 - 회사 콘텐츠 마케팅 (Thariq Shihipar / Anthropic)

일어난 일

2026 년 5 월 8 일, Anthropic 의 Claude Code 팀 엔지니어 Thariq Shihipar 가 "Using Claude Code: The Unreasonable Effectiveness of HTML" 이라는 글을 트위터에 올렸다. 14 시간만에 8,689 likes, 11K bookmarks, Hacker News 상단, Simon Willison 의 "3 년간의 markdown 기본값을 재고하게 된다" 링크 블로그까지 - 빠른 바이럴이었다.

핵심 메시지: "AI 에이전트 출력 형식으로 Markdown 대신 HTML 을 써라."

글의 정체 분해

표면적으로는 "실용 팁 공유" 다. "100 줄 넘는 markdown 안 읽힌다", "HTML 이 정보 밀도 / 시각적 명확성 / 공유 편의성에서 우월", "양방향 상호작용 가능" - 모두 합리적 주장이다. 본인이 실제로 만든 HTML 갤러리 20 개를 공개한 것도 진짜다.

다만 글을 전체로 보면 Anthropic 제품 6 개가 자연스럽게 노출된다:

제품

노출 횟수

Claude Code

9 회 (제목 + 본문)

Claude Design

2 회

Anthropic 의 artifacts 기능

본문 통합

Opus 4.7 (1MM 컨텍스트 모델)

셀링 포인트

Claude in Chrome (베타 제품)

직접 언급

MCP (Slack, Linear 등)

활용 사례

그리고 본인 역할에 대한 자기 묘사가 흥미롭다. Anthropic 측 인터뷰에 따르면 Thariq 본인이 "engineering, content, customer feedback 의 가교" 라고 본인 자리를 설명한다. 본인 입으로 "content" 가 업무의 일부임을 명시하고 있다.

가장 위선적인 자리

FAQ 섹션에 "토큰 효율성 떨어지지 않나?" 질문이 있다. 본인 답변:

"Markdown 이 종종 더 적은 토큰을 쓰지만 ... Opus 4.7 의 1MM 컨텍스트 윈도우로는 증가된 토큰 사용량이 컨텍스트 윈도우에서 실제로 눈에 띄지 않는다."

이 문장이 핵심이다. 풀어 쓰면:

"Anthropic 의 Opus 4.7 모델 (1MM 컨텍스트 가능한 가장 비싼 모델) 을 쓰면 토큰 더 써도 문제 안 된다."

사용자 토큰 비용 의식을 "이제 신경 안 써도 되는 시대" 로 프레임한 자리다. 그것도 Anthropic 의 가장 비싼 모델 셀링 포인트와 결합해서. 토큰 비용이 진짜로 사라지는 게 아니라 - 사용자가 더 비싼 플랜으로 가면 안 느끼는 것뿐이다.

API 직접 결제 사용자한테는 이 "신경 안 써도 됨" 이 그대로 비용이 된다. 정액제 사용자도 한도 빨리 닳는다. 그런데 글은 이 비용을 "컨텍스트 윈도우 에서 안 눈에 띈다" 로 처리한다. 비용이 사라진 게 아니라 "덜 의식되게 만든" 자리다.

단점 인정의 함정

글에는 단점도 명시되어 있다:

  • "HTML 은 markdown 보다 2-4 배 더 오래 걸린다"
  • "버전 관리가 가장 큰 단점"
  • "diff 가 노이즈 많고 리뷰 어렵다"

이게 "정직한 글" 처럼 보이게 만든다. 다만 각 단점 다음에 즉시 카운터가 제공된다:

단점

즉시 카운터

2-4 배 더 오래

"하지만 결과는 그럴 가치"

버전 관리 어려움

(이건 카운터 없음 — 진짜 단점)

diff 노이즈

(마찬가지)

토큰 효율성

Opus 4.7 1MM 컨텍스트로 해소

토큰 비용에는 카운터가 있고 (Opus 4.7), 시간에는 카운터가 있다 ("가치 있음"), 버전 관리에는 카운터가 없다. 즉 Anthropic 제품 셀링 포인트와 관련된 단점만 카운터되고, 진짜 사용자한테 손해되는 단점은 그대로 두는 구조다. 형식적 단점 인정이지 진짜 단점 인정이 아니다.

"Stay in the Loop" 의 진짜 의미

글의 마지막 섹션이 가장 흥미롭다:

"내가 HTML 을 사용하는 진짜 이유는 Claude 와 훨씬 더 루프 안에 있다고 느낀다는 점이다. 계획을 깊이 읽기를 멈췄기 때문에 단순히 Claude 가 자기 선택을 하게 둬야 할 거라는 두려움이 생기기 시작했다."

이게 사실 글의 진짜 문제 의식이다. Simon Willison 도 비슷한 자기 진단을 했다 - "Claude Code 가 반복적으로 잘 처리하다 보니 어느 순간 생성된 모든 줄을 더 이상 검토하지 않는 자신을 발견했다." 그가 부르는 이름은 "normalization of deviance" (일탈의 정상화).

이게 AI 시대의 진짜 문제다. 도구가 신뢰할 만해질수록 사용자가 검토를 멈추고, 검토를 멈춰서 잘못된 순간에 크게 다친다. 모든 사용자가 만나는 자리다.

그런데 Thariq 의 답은 "HTML 로 더 풍부하게 만들면 검토할 것" 이다. 즉:

문제

Thariq 의 답

사용자가 검토 안 함

도구가 더 보기 좋게 만들면 됨

사용자 판단력 약화

시각화 / 색깔 / 양방향 상호작용으로 보상

AI 의존도 증가

Anthropic 제품 더 쓰면 됨

"사용자 의식 향상"이 아니라 "도구 사용량 증가" 가 해법이다. 회사 콘텐츠 마케팅이 이 자리에서 작동한다. "AI 시대의 진짜 문제를 우리 제품을 더 써서 풀자" - 이게 글의 진짜 메시지다.

카테고리

이게 회사 콘텐츠 마케팅의 사례다. Matt Pocock 처럼 인플루언서 청중을 활용하는 것도 아니다. 회사 제품 사용을 늘리는 콘텐츠가 "엔지니어가 본인 워크플로우 공유" 의 형식으로 위장된다.

작성자도 일부 정직하다 - 본인이 "engineering + content + customer feedback 의 가교" 라고 명시한다. 다만 글 안에서는 그 "content" 역할이 disclosure 되지 않는다. 독자는 "엔지니어의 실용 경험 공유" 로 받아들이고, 작성자는 "마케팅 콘텐츠 생산" 으로 본인 KPI 를 채운다.

두 결의 비교

항목

Matt Pocock

Thariq

카테고리

인플루언서 청중

회사 콘텐츠

도구 자체 가치

높음 (진짜 통찰 + 핵심 4 개 스킬)

중간 (실용 팁 + 본인 워크플로우)

위장 형식

"커뮤니티 기여"

"엔지니어 워크플로우 공유"

진짜 동기

마케팅 깔때기 확장 (뉴스레터 / 강의)

회사 제품 사용 증가

사용자 비용

청중 데이터 노출 / TypeScript 강의 깔때기

토큰 / 시간 증가

검증 가능한 자리

6 만 stars vs 무명 개발자 비교 / 강의 사이트 운영

본인 직책 "content" 명시

단점 인정

README 에서 한계 명시

형식적 단점 인정 (카운터 즉시 제공)

두 결이 다른 만큼 각자 다른 식별 도구가 필요하다. 인플루언서는 "숫자에서 영업력 분리" 가 작동하고, 회사 콘텐츠는 "이해관계 disclosure 확인" 이 작동한다.

특히 차이가 흥미로운 영역 한 가지 — 도구 자체의 가치가 다르다. Matt 의 스킬은 진짜로 잘 작동하고 (핵심 4 개는 진짜 통찰), Thariq 의 권고는 "가능 은 한데 모두에게 맞지는 않는" 수준이다. 인플루언서는 "진짜 가치 + 마케팅 확장" 이고, 회사 콘텐츠는 "중간 가치 + 제품 노출" 이다.

이게 의미하는 건 - 두 가지 다 "마케팅" 이라고 일괄 처리하면 안 되는 자리다. Matt 의 도구는 골라서 적용할 가치가 있고, Thariq 의 권고는 본인 워크플로우 맥락 검증 없이 따르면 손해 볼 가능성이 있다. 같은 형식 (실용 정보 공유) 안에 다른 가치가 들어 있다.

식별 도구 - 5 가지 질문

받는 글이나 도구가 "순수 정보" 인지 "마케팅 콘텐츠" 인지 판단할 때 던질 5 가지 질문:

1. 작성자가 그 도구 / 회사 직접 관계자인가?

회사 직원이 본인 회사 제품 권하는 글은 "실용 팁" 이라도 마케팅 콘텐츠다. Thariq 의 경우 본인 직책에 "content" 가 포함된다. 자영업자가 본인 강의 / 뉴스레터 깔때기로 사용자를 끌어들이는 무료 도구도 마찬가지다.

2. 권고가 작성자의 이해관계와 일치하는가?

토큰 더 쓰는 권고를 Anthropic 직원이 하는 경우, 별 수 많은 도구를 인플루언서가 만든 경우, 본인 출판물로 가는 깔때기가 도구에 박혀 있는 경우. 권고와 작성자 이익이 같은 방향이면 의심해야 한다.

3. 단점 인정이 "진짜 단점" 인가 "형식적 단점" 인가?

단점 인정 다음에 즉시 카운터가 오면 형식적 단점이다. "X 가 단점이긴 하지만 Y 로 해결 가능" 패턴이 반복되면 단점 섹션 자체가 마케팅 도구다. 진짜 단점은 카운터 없이 그대로 두어진다.

4. "이런 사람한테는 안 맞다" 섹션이 있는가?

진짜 정직한 도구 / 글은 본인 적합성 한계를 명시한다. "모두에게 좋다" 톤은 거의 마케팅 콘텐츠다. "이 조건에 안 맞는 사람한테는 손해" 까지 적는 글이 신뢰 가능한 자리다.

5. 작성자가 "왜 무료로 주는지" 가 보이는가?

세상에 진짜 무료는 드물다. 무료 도구의 비용은 사용자 시간, 청중 데이터, 주의력, 또는 작성자의 후속 마케팅 깔때기다. "왜 무료로 주는가" 가 안 보이면 비용이 사용자한테 숨겨져 있다는 뜻이다.

결론

AI 시대의 마케팅은 "광고" 라는 명확한 형식을 벗었다. 기술 블로그 글, OSS 레포 README, 트위터 스레드, 코드 리뷰 가이드 - 이 모든 것이 마케팅 도구가 될 수 있다. 받는 사람이 "실용 정보""마케팅 콘텐츠" 를 즉시 분리하기 어렵게 만든다.

이게 새로운 일은 아니다. 종이 잡지 시대에도 "기사 형식의 광고 (advertorial)" 가 있었다. 다만 그때는 "AD" 또는 "광고" 표시가 있었고, 독자가 알아챘다. 지금은 그 표시가 없다. AI 도구 회사 직원의 트위터 글, 인플루언서의 OSS 레포 - 모두 형식적으로는 "개인의 실용 공유" 다.

문제는 받는 사람이 "이게 광고인지 알고도 따라하는 것" 이 아니라, "광고인 줄 모르고 정보로 받아들이는 것" 이다. 후자가 시간과 토큰과 청중 신뢰를 잃게 한다.

해법은 "AI 시대의 마케팅 안 보기" 가 아니다. 그건 불가능하다. 좋은 정보도 같은 채널에서 오기 때문이다. 해법은 각 정보의 작성자 이해관계를 의식적으로 확인하는 자세다. 위 5 가지 질문이 그 작동 도구다.

받는 사람이 더 까다로워지지 않으면, 마케팅 콘텐츠가 "순수 정보" 의 자리를 계속 잠식한다. AI 가 만든 결과물뿐만이 아니라, 인간이 AI 시대에 만드는 "실용 정보" 글 자체도 검증 대상이다.

좋은 지적질을 할 수 있는 눈이, 결국 가장 큰 자산이 되고 있다.


인용 자료

  • "6 만 명 개발자가 구독 중인 내 뉴스레터..." - mattpocock/skills README
  • "Markdown 이 종종 더 적은 토큰을 쓰지만..." - Thariq Shihipar, X 게시물 2026-05-08
  • "내가 HTML 을 사용하는 진짜 이유는 Claude 와 훨씬 더 루프 안에..." - 동일
  • Thariq 의 "engineering + content + customer feedback 가교" 자기 묘사 - Vibe Code Camp Distilled 인터뷰
  • "normalization of deviance" — Simon Willison, simonwillison.net/2026/May/

참고 글

  • Robin Moffatt, "AI Slop is Killing Online Communities", rmoff.net, 2026-05-06
  • GeekNews Weekly, "확률적 엔지니어링과 24/7 직원 + 루프 안의 인간 가치", 2026-05-04 ~ 10