Omni Verify는 AI가 작성한 마케팅 게시물의 문구와 링크를 Kane CLI로 확인하고, 검증을 통과한 캠페인만 게시하도록 설계된 프로젝트다. 제작자는 제품 출시 뒤에도 기존 게시물의 약속을 다시 점검할 수 있다고 설명한다.
GitHub 저장소에는 데모 영상, 설계도, 실행 기록이 공개돼 있다. 제작자는 2026년 10월 24일 Kane CLI Hack Day에 제출한 프로젝트라고 밝혔다.
프로젝트는 AI가 게시물을 작성하면 문장별 제품 주장과 링크의 추적 태그를 검사한다. Kane이 실제 브라우저에서 페이지와 링크를 확인하고, 실패한 항목은 확인 결과를 바탕으로 수정한다. 검증 결과가 통과가 아니거나 확인할 값이 없으면 게시를 허용하지 않는다. 출시 후에는 이전 게시물도 현재 제품 페이지와 대조해 오래된 약속을 찾는다.
제작자의 사례에서 Scribo 사이트의 App Store 버튼은 유입 경로 태그를 ct=site-en-hero로 덮어썼다. 이에 따라 Threads 게시물에 넣은 캠페인 태그가 설치 경로에 반영되지 않을 수 있었다. Kane의 첫 검사에서 문제를 찾은 뒤 에이전트가 링크를 수정했고, 재검사에서 통과했다. 제작자는 같은 실패·수정·통과 흐름이 당일 실행한 다섯 차례의 전체 루프에서 나타났다고 적었다. 다만 실제 설치 수나 App Store Connect의 유입 귀속은 확인하지 않았다고 명시했다.
실행 환경이 없어도 저장소의 기록된 Kane 실행을 재생할 수 있다. 새 초안을 만들려면 OPENAI_API_KEY와 OPENAI_MODEL이 필요하고, 새 Kane 검사와 재검증에는 로그인된 kane-cli 0.10.0-rc.3 및 연결된 kanehack이 필요하다. 기본 게시 모드는 드라이런이므로 실제 게시되지 않는다. 실제 게시에는 PUBLISH_MODE=live 설정과 Threads 게시용 로컬 스크립트가 필요하며, 제작자는 Omni Verify가 인증 토큰을 읽거나 저장하지 않는다고 설명한다.
bun install && bun run dev # open http://localhost:3000 (PORT=3001 bun run dev for another port)
검증은 실제 성과 측정과 다르다. 이 프로젝트는 현재 Scribo 앱의 App Store 링크와 한 개의 TestMu AI 도구를 대상으로 했으며, 앱 설치 이후의 흐름은 확인하지 않는다. 문장 검사는 페이지에서 찾은 3~12단어 구절을 근거로 삼아 긴 문장 전체를 입증하지 못할 수 있다. 또 제작자는 kane-cli의 기록기 문제로 일부 통과 실행이 오류 또는 미검증으로 표시될 수 있다고 보고했다. 재검증은 지금까지 회귀를 발견하지 못했고, 녹화 내용이 페이지와 맞지 않으면 테스트를 다시 작성해야 해 더 느리고 비용이 늘 수 있다고 밝혔다.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요