WMM, AI 에이전트용 마케팅 작업공간 공개…승인 거친 페이스북 게시 1건 기록
Code Factory(@zrk222)가 소개한 WMM은 AI 에이전트에 앱 마케팅 작업을 맡기면서 소유자가 작업 범위와 지출 한도를 정하고 공개 게시를 승인하는 작업공간입니다. 저장소 기록은 2026년 11월 4일 Facebook 게시 한 건에서 승인된 문구·링크와 실제 게시물이 일치했다고 전했지만, 11월 6일 검증 전후 각 24시간의 집계만으로는 캠페인 효과를 귀속하지 못했습니다.

Code Factory(@zrk222)는 2026년 11월 4일 Indie Hackers에서 WMM(Wize Marketing Machine)을 소유자가 에이전트의 작업 권한과 공개 게시 결정을 통제하는 앱 마케팅 작업공간으로 소개했습니다. 같은 날 글에 추가된 운영 기록에는 WizeMe.APP Facebook 페이지에 게시물 한 건을 올린 사례가 담겼습니다. WMM 저장소는 11월 6일 후속 집계를 공개했으며, 그 자료만으로 캠페인 효과를 귀속할 수 없다고 밝혔습니다.
WMM은 Codex나 Claude Code 같은 AI 에이전트, 또는 같은 컴퓨터에서 연결하는 MCP 클라이언트가 사용하는 작업공간입니다. 에이전트가 수행할 수 있는 동작은 서버 측에 고정된 목록으로 관리되고 소유자는 작업 범위와 호출 한도를 정합니다. Code Factory는 범위가 지정되지 않은 게시와 한도 없는 지출을 기본적으로 거부한다고 설명했습니다. 이용에는 Python 3.11 이상, git, 같은 컴퓨터에서 사용하는 에이전트가 필요하며 핵심 작업공간은 API 키나 유료 계정 없이 쓸 수 있다고 안내했습니다. 라이브 Reel 게시 사례는 아직 검증되지 않았고 YouTube·Instagram·TikTok은 구현되지 않았다고 밝혔습니다.
WMM 권한 문서에 따르면 에이전트에 특정 작업 범위의 권한을 부여해도 공개 게시와 지출에는 기존 소유자 승인 절차가 적용됩니다. Code Factory는 Indie Hackers 댓글에서 게시 경로가 승인된 게시 문구와 링크를 해시로 묶고, 실행 전에 다시 검사한다고 설명했습니다. 승인 뒤 문구나 링크가 바뀌면 실행 전 검사에서 거부됩니다.
11월 4일 운영 기록에는 첫 일정이 허용 호출량을 소진해 게시 의도를 만들기 전에 멈춘 과정도 담겼습니다. 이후 작성자는 대체 일정을 별도로 승인해 실행했습니다. 운영 기록에 따르면 재시작 뒤 WMM은 저장된 게시물 ID를 대조했고, Meta의 게시 확인과 Facebook 페이지에서 다시 읽은 문구·링크가 승인본과 일치해 작업 상태를 VERIFIED로 저장했습니다.
페이지에서 게시물을 다시 읽는 절차는 에이전트의 성공 보고와 별도로 실제 게시 결과를 승인본과 대조합니다. 공개된 영수증 색인은 해시와 관측 시각을 보여주지만 원본 영수증은 소유자의 비공개 작업공간에 있습니다. 저장소는 이를 소유자가 확인할 수 있는 운영 기록으로 설명했으며, 독립 감사 자료로 제시하지 않았습니다. 공개된 실사용 검증은 Facebook 게시 한 건에 한정됩니다.
11월 6일 저장소는 게시물 검증 시점을 기준으로 앞뒤 각각 24시간의 WizeMe 앱 운영 데이터를 다시 집계했습니다. 이 수치는 기존 데이터베이스 연결을 통해 읽었으며, 자료를 원래 WMM 작업공간으로 가져오는 작업은 아직 보류 상태라고 기록했습니다. 등록·대화·리텐션 이벤트에는 기록상 변화가 없었지만, 고유 캠페인 태그와 대조군, 설치 수 분모가 없어 게시물의 효과를 귀속할 수는 없습니다. 앱 성장과 시간 절감도 측정되지 않았습니다.