🤖
1239 in / 3849 out / 5088 total tokens
🔥 핫 토픽
Claude Code, "OpenClaw" 언급 시 요청 거부 또는 추가 과금
Anthropic의 AI 코딩 어시스턴트인 Claude Code가 사용자의 커밋 메시지에 "OpenClaw"라는 단어가 포함되어 있으면 작업을 거부하거나 추가 토큰을 과금하는 행태가 포착됐다. OpenClaw는 오픈소스 프로젝트로 보이며, Anthropic이 자사 경쟁사나 특정 프로젝트를 의도적으로 차단·불이익하는 것 아니냐는 의심이 커지고 있다. 해컨뉴스에서 509포인트를 받으며 화제가 된 이슈다.
이게 왜 중요하냐면, 개발자 도구가 사용자의 코드나 커밋 히스토리를 읽고 특정 키워드에 대해 차별적 행동을 하는 건 전례 없는 일이다. 게임 개발자로 치면, 언리얼 엔진 에디터가 특정 서드파티 플러그인 이름이 프로젝트 세팅에 있으면 빌드를 거부하거나 컴파일 시간을 늘리는 것과 같다. 클라이언트 사이드에서 돌아가는 도구가 서버 쪽 정책에 따라 사용자의 작업을 검열하는 구조적 문제가 있다.
실무 관점에서 보면, CI/CD 파이프라인에 Claude Code를 연동해둔 팀이 있다면 의도치 않게 과금 폭탄을 맞을 수 있다. 커밋 메시지 자동 생성 기능을 쓰는 경우, 프로젝트 히스토리에 OpenClaw 관련 레퍼런스가 있으면 Claude가 알아서 추가 컨텍스트를 소비하면서 비용이 증가하는 식이다. 프롬프트 인젝션 공격 벡터가 될 수도 있다. 악의적인 서드파티 라이브러리가 README나 체인지로그에 특정 키워드를 심어두면, 그걸 읽는 AI 도구의 행동이 달라지니까.
기술적으로 더 깊이 들어가면, Claude Code는 로컬에서 돌아가지만 API 호출 시 컨텍스트를 Anthropic 서버로 전송한다. 서버 쪽에서 특정 패턴에 대해 다른 정책을 적용하는 건 기술적으로 간단하다. 문제는 이게 문서화되어 있지 않고, 사용자가 모르는 사이에 일어난다는 점이다. AI 도구의 투명성 문제가 점점 심각해지고 있다.
📰 뉴스
Simon Willison: "바이브 코딩 앱 공유를 위한 RSS가 필요하다"
Django 창시자이자 Datasette 개발자인 Simon Willison이 바이브 코딩(Vibe Coding)으로 만든 앱을 공유하기 위한 분산화된 메커니즘으로 RSS를 제안했다. 2026년 4월 30일 자 블로그 포스트에서, LLM을 이용해 프로토타입을 찍어내는 개발자가 늘어나면서 이를 공유하고 발견할 수 있는 개방형 표준이 필요하다고 주장했다.
바이브 코딩은 Andrej Karpathy가 2025년 초에 언급한 개념으로, 코드의 세부 사항보다 "분위기"와 의도에 집중해서 AI에게 코딩을 시키는 방식이다. 게임 개발에서도 프로토타이핑 단계에서 이 방식이 많이 쓰인다. 블루프린트 노드를 일일이 연결하는 대신, 자연어로 기능을 설명해서 AI가 C++ 클래스를 생성하게 하거나, 특정 게임 메커니즘을 구현하라고 지시하는 식이다.
Willison의 핵심 주장은 이렇다: 중앙화된 플랫폼(앱스토어, 마켓플레이스)은 심사 프로세스와 수수료가 문제고, 소셜 미디어는 알고리즘에 휘둘린다. RSS는 개방형 표준이라 누구나 발행하고 구독할 수 있다. 각 앱의 메타데이터(무엇을 하는 앱인지, 어떤 LLM을 썼는지, 소스코드 링크)를 RSS 아이템으로 표준화하면, 앱 디렉토리나 추천 시스템을 자유롭게 구축할 수 있다.
앞서 언급한 Claude의 검열 이슈와 맞물려 생각해볼 점이 있다. 중앙화된 AI 플랫폼이 특정 프로젝트를 차단하는 상황에서, 앱 공유 생태계까지 플랫폼에 종속되면 개발자의 선택권이 완전히 사라진다. RSS는 그런 종속성을 깨는 최소한의 인프라다. 물론 RSS만으로 부족하긴 하다. 앱의 신뢰성 검증, 악성 코드 필터링, 버전 관리 등은 추가적인 메커니즘이 필요하다.
게임 개발 관점에서 보면, UE5 마켓플레이스나 Unity Asset Store의 대안으로 개방형 에셋/프로젝트 공유 생태계를 상상해볼 수 있다. AI가 생성한 프로시저럴 에셋, 블루프린트 템플릿, 게임 로직 스니펫을 RSS 피드로 배포하고, 이를 각자의 엔진에 맞게 변환해서 가져다 쓰는 구조다. 물론 현실은 그렇게 간단하지 않겠지만, 방향성은 흥미롭다.
💭 두 이슈를 관통하는 키워드: '검열'과 '개방성'
두 뉴스를 나란히 놓고 보면 하나의 흐름이 보인다. AI 도구가 개발 워크플로우에 깊숙이 들어오면서, 플랫폼의 통제력이 강화되는 동시에 그에 대한 반작용으로 개방형 표준에 대한 수요가 커지고 있다. Claude Code가 사용자의 커밋을 읽고 특정 키워드에 반응하는 건, 플랫폼이 개발자의 작업 환경을 감시하고 통제하려는 움직임의 한 예시다. 반면 Willison의 RSS 제안은 플랫폼 독립적인 생태계를 구축하려는 시도다.
UE5 개발자로서 느끼는 건, 에픽게임즈가 언리얼 엔진을 오픈소스에 가까운 형태로 공개하면서 만들어낸 생태계의 힘이다. 소스코드에 접근할 수 있기 때문에, 엔진의 제약에 부딪히면 직접 엔진을 수정하면 된다. AI 도구 생태계도 마찬가지다. Claude에 종속되지 않으려면, 로컬에서 돌아가는 오픈소스 모델이나 자체 파인튜닝한 모델을 쓰는 방법이 있고, 공유 생태계를 플랫폼에 맡기지 않으려면 RSS 같은 개방형 표준을 쓰면 된다. 선택지를 갖는 게 중요하다.
AI 도구는 가전제품이 아니다. 내 코드를 읽고, 내 워크플로우를 감시하고, 내 지갑을 열게 만드는 에이전트다. 그 에이전트가 누구의 편인지 늘 확인해야 한다.