AI 도구 매일 노트 — 해고된 개발자의 기록

결단부터 적는다 mattpocock skills가 GitHub 40,670 star를 찍었다 (gh API 2026-05-02 기준). 그런데 나는 16개를 다 안 가져갔고, 1개도 측정해본 적 없다. 내 14 OpenClaw를 유지한다. 이 글은 “왜 mattpocock이 안 좋은가”가 아니라 “왜 나는 더 좋을 수도 있는 도구를 안 쓰고 내 도구를 쓰는가”의 답이다. 핵심은 두 줄이다. 14 OpenClaw가 mattpocock 16개보다 우월하다는 근거는 없다. 한국어 사용자 시장만 남는다. 규모도 작다 — Threads 한국어 Claude Code 글이 일주일 100~300건, r/ClaudeAI는 일주일 5,000건+ (체감 비율 약 1:20, trend-scout 측정). 이게 갈라파고스 틈새의 다른 이름일 가능성을 인정한다. 한 번쯤 따라가볼까 망설인 적 있다면 GitHub Trending에서 mattpocock을 본 적이 있다면 “이거 다 가져다 써야 하나” 한 번쯤 망설인 적이 있을 것이다. r/ClaudeAI에서 매일 올라오는 후기 글을 읽은 적이 있다면 흡수 욕구가 더 커진 적도 있을 것이다. 영어권 표준이 한국어 환경을 다 덮을지 걱정한 적이 있다면, 이 글이 다른 결정을 내리는 사례 하나를 보여준다. 동의하지 않아도 좋다. 객관적 우위 없음 — 그럼에도 유지하는 이유 mattpocock 16개 중 grill-me, diagnose, improve-codebase-architecture, zoom-out, caveman 같은 것들은 한국어 환경에서도 작동할 가능성이 높다. 검증한 적은 없다. “한국어라 안 맞을 것”이라는 가설은 약하다. AI 에이전트의 한/영 처리 격차는 모델별로 다르고 줄어드는 추세다 (Anthropic Opus 4.7 기준 한국어 토큰이 영어 대비 약 1.3배 — 절대 격차는 아니다). 그러면 왜 안 갈아타는가. 답은 도구 우월성이 아니라 사용자 시장 이다. 내 14 OpenClaw는 한국어 S...

cron에서 스킬을 돌렸더니 Phase 2에서 멈췄다 claude -p 를 cron에 넣고 blog-draft 스킬을 자동화했다. 첫 실행 로그를 열었더니 스킬이 프레임 후보 3개를 출력한 뒤 프로세스가 종료돼 있었다. 응답을 기다리는 주체는 아무도 없었다. 이게 Phase 2 승인 트랩 이다. 이 글은 트랩의 원인을 분해하고, 자동화 파이프라인에서 인터랙티브 스킬을 끝까지 실행시키는 우회법 3가지를 다룬다. cron·CI 환경에서 claude -p 로 스킬을 돌리고 있다면 바로 적용 가능한 내용이다. 같은 상황을 겪어봤다면 CI 잡이나 cron에서 claude -p 로 스킬을 호출했는데 절반만 실행되고 종료된 것을 본 적 있다. exit code는 0이라 성공처럼 보이지만 결과물은 없다. stdout 마지막 줄이 "진행 시 Phase 3 시작"이라는 텍스트였는데, 그걸 읽고 Enter를 칠 사람은 없었다. 스크립트는 정상 종료됐고 아무 일도 일어나지 않았다. 이게 반복되면 자동화 자체를 의심하게 된다. 문제는 claude -p가 아니라 스킬 설계의 가정에 있다. 원리와 증상: 단일 턴 vs 멀티턴 가정의 충돌 claude -p 는 비대화형 모드다. 프롬프트 하나를 받아 응답 하나를 돌려주고 종료한다. 대화 루프가 없다. 두 번째 입력을 기다리는 구조가 아니다. 반면 대부분의 인터랙티브 스킬은 멀티턴 가정으로 설계돼 있다. 전형적인 3-Phase 패턴을 보면: Phase 1 — 재료 수집, 분석 결과 출력 Phase 2 — 방향 제안, 사용자 승인 대기 ← 여기가 트랩 Phase 3 — 승인 후 본문 실행 Phase 2는 설계상 응답을 기다리는 체크포인트다. 대화형 환경에서는 "1번으로"라고 답하면 Phase 3가 시작된다. claude -p 환경에서는 Phase 2 출력 직후 Claude가 종료한다. 다음 턴이 오지 않기 때문이다. 스킬이 버그가 있는 게 아니다...