글쓰기 프롬프트는 일회성인가 자산인가 — vibe-writing 11개 스킬을 SKILL.md 라이브러리로 묶은 이유
좋아서 한 번 쓴 SKILL.md, 다시 찾으려면 어디 있나? 이 질문에 답하려고 만든 게 vibe-writing이다. 글쓰기 라이프사이클 — 초안·리뷰·다듬기·발행 — 을 위한 11개 스킬을 SKILL.md 포맷으로 묶어 OSS로 공개한 라이브러리다(저장소: github.com/jason-h23/vibe-writing).
한 줄 결론: 글쓰기 프롬프트는 휘발되지만 SKILL.md로 묶으면 자산이 된다. 단, 자산화에는 비용이 따른다. 이 글은 이미 프롬프트·스킬 10개 이상 누적해서 흩어진 자산을 정리해야 하는 사람을 위한 것이다 — 처음 시작하는 사람에겐 별 의미 없다.
자산화의 두 갈래 — SDK vs SKILL 라이브러리
프롬프트를 자산으로 만들려면 두 갈래가 있다. (1) Anthropic SDK·OpenAI SDK 같은 코드 자산, (2) Claude Code의 SKILL.md 같은 마크다운 자산.
저자는 에이전트 스킬 vs SDK 글에서 후자를 택한 이유를 정리한 적이 있다. 1인 운영자에게 SDK는 과한 인프라이고, SKILL은 즉시 합치고 분리할 수 있는 단위다.
결정적 신호 하나는 monarchjuno/vibe-investing이었다. 13명 투자가 페르소나를 SKILL.md로 묶은 OSS가 12일 만에 77⭐를 받았다(출처: GitHub API, 2026-04-27 조회). 단, 이 ⭐가 실사용 입증인지 호기심 클릭인지는 아직 모른다 — 단일 사례로 보편 명제를 도출하기엔 이르다는 점은 인정한다.
vibe-writing — 3 카테고리 11 스킬
| 카테고리 | 수 | 스킬 |
|---|---|---|
| content-review | 5 | devil, simon-review, refine-to-9, ai-cliche-check, writing-review-pipeline |
| content-production | 4 | blog-draft, blog-thumbnail, blog-topic-dedup, humanize-korean |
| meta | 2 | session-wrap, skill-factory |
같은 SKILL.md 포맷이지만 분류 축이 다르다. vibe-investing은 인격 중심(Buffett 렌즈, Munger 렌즈), vibe-writing은 행위 중심(판정·생성·오케스트레이션).
대표 사례. devil은 1980 모스크바 올림픽 소련 심판 페르소나로 코드/산문을 10.0 척도로 채점한다. v14까지 14차 자기 심판을 거쳤다. refine-to-9은 devil 점수가 9.0 이상 나올 때까지 자동 루프로 돈다. writing-review-pipeline은 simon-review → refine-to-9 → ai-cliche-check를 3단계로 묶어 한 번에 글을 끌어올린다.
어떻게 추렸나 — 65 → 11, 그리고 진짜 비용
자기 환경 ~/.claude/skills/ 65개 중 11개만 골랐다. 17% 선별률. 기준은 두 가지였다.
- polished — 실제로 여러 번 써서 안정된 스킬
- 의존성이 비교적 깨끗 — Blogger config·trend-scout 바이너리 같은 외부 도구에 깊게 묶이지 않음
이 기준으로 떨어진 것이 있다. blog-publish(Blogger API config.json 하드코딩), trend-mine(trend-scout 별도 바이너리 의존). 둘 다 자기 환경의 핵심이지만 OSS 진입 장벽이 너무 높다.
이제 광고에 안 적힌 비용 4가지를 직시한다.
- 30건의 절대경로 의존성 —
~/.claude/projects/<workspace>/memory/feedback_*.md(저자 보이스 규칙),~/Documents/Obsidian Vault/(노트 베이스). v1은 README “환경 가정” 섹션으로 떠넘겼다. - v2 리팩토링 시간 — 의존성을 config·환경변수로 추출하면 빠르게 8~12시간이 든다. 그동안 다른 글쓰기 일정이 밀린다.
- 운영 부담 — ⭐ 추적, 이슈 응대, fork된 코드의 신뢰성 문의 대응. 1인 운영자의 시간은 한정적이다.
- 의존성 도미노 —
refine-to-9이devil을 호출하므로 devil의 채점 룰을 바꾸면 refine-to-9의 루프 동작도 함께 깨진다. 11개를 묶는 순간 단일 스킬 단독 수정이 어려워진다.
리팩토링을 미루는 대신 출시 속도를 택한 결정이지만, 비용은 미래의 자기 자신이 갚는다.
자주 묻는 질문
Q. 프롬프트 5개도 안 쌓은 사람에게도 의미 있나?
A. 솔직히, 아니다. 5개 미만이면 ~/notes/prompts.md 단일 파일이 훨씬 효율적이다. vibe-writing은 “이미 흩어진 자산을 정리하는” 단계의 도구이지 시작 도구가 아니다. 프롬프트가 10개를 넘고, 어제 쓴 게 어디 있는지 못 찾는 빈도가 주 1회 이상일 때부터 라이브러리화 비용이 가치를 넘어선다.
Q. 단일 스킬 단위로 떼어 쓸 수 있나?
A. 어렵다. 30건의 절대경로가 살아 있다. 전체 세트를 ~/.claude/skills/에 한 번에 깔고 메모리 파일 참조만 본인 것으로 바꾸면 동작한다. 싱글 스킬 분리는 v2의 과제다.
Q. vibe-investing과 뭐가 다른가?
A. 도메인이 다르고 분류 축이 다르다. SKILL.md 포맷·MIT 라이선스·AGENTS.md 다층 구조는 동일.
Q. 11개 다 깔아야 하나?
A. content-review 5개는 함께 동작한다(refine-to-9이 devil 호출). content-production 중 humanize-korean은 단독 사용 가능. meta 2개는 선택.
Q. AI가 SKILL.md를 직접 쓰는 시대에 라이브러리 가치는?
A. 검증된 워크플로우는 AI도 참조한다. 다만 OSS 가치가 “설계 사례”에서 “인용 신뢰도”로 옮겨가면 라이브러리도 그 변화에 대비해야 한다 — v2의 측정·검증 인프라가 필요한 이유.
자산이지만, 공짜는 아니다
프롬프트는 휘발된다. 카테고리·인터페이스·체크리스트가 붙으면 자산이 된다. 그러나 자산화에는 의존성·운영 부담·리팩토링 빚이 따라온다. 이 비용을 직시하지 않으면 “OSS 공개”는 광고로 끝난다.
vibe-writing v1은 그 비용을 README에 명시하고 시작한다. 12일 뒤 vibe-investing의 77⭐ 수치 옆에 vibe-writing의 ⭐와 fork→사용 전환율을 붙여 후속 글로 정리할 예정이다. 측정 없는 라이브러리는 라이브러리가 아니라 게시물이다.
당장 시도해볼 것: 본인 디렉토리에서 자주 호출하는 프롬프트·스킬 5개를 골라 카테고리 3개로 묶어봐라. 5개를 못 채우면 vibe-writing이 아직 필요 없다는 신호다. 5개를 묶을 수 있으면 다음 5개·다음 10개로 확장이 시작된 것이다. 30분 안에 답이 나온다.
관련 글
- 에이전트 스킬 vs SDK — 1인 운영자의 솔직한 답 — SKILL을 택한 이유
- 바이브코딩이란 — Claude Code로 시작하는 방법 — vibe 시리즈 출발점
- 나는 4.6으로 내렸다, 오진이었다 — 도구 신뢰도 점검의 동기
저자: cd4761 — 해고된 개발자의 AI 도구 노트. 매일 Claude Code·Blogger·Threads로 자동화 워크플로우를 만든다. 블로그: cd4761.blogspot.com
태그: #vibewriting #SKILLmd #ClaudeCode #글쓰기자동화 #오픈소스스킬 #프롬프트자산화 #AI워크플로우
댓글
댓글 쓰기