프롬프트는 휘발된다, 패턴은 남는다 — Daniel Miessler의 Fabric이 가르쳐준 교훈
프 트는 트는 휘발된다. 패턴은 남는다. Daniel Miessler의 교훈 abric이 가르쳐준 가장 큰 교훈이다. Fabric은 Go로 만든 CLI 기반 오픈소스 AI 프레임워크다. 프롬프트를 개별 텍스트가 아니라 버전 관리되는 패턴 파일로 관리한다. 24,000개 이상의 스타를 받은 이유가 있다.
Fabric이 뭔가
Fabric은 AI 프롬프트를 패턴(Pattern)이라는 단위로 구조화한다. 각 패턴은 pattern.md 파일 하나로 정의되고, CLI로 바로 실행할 수 있다. fabric -p extract_insights 같은 식이다. Go 바이너리 하나면 끝. Python도, Node도, Docker도 필요 없다.
핵심 설계 결정은 세 가지다:
패턴 = 파일 — 프롬프트를 마크다운 파일로 관리. YAML도, JSON도, DB도 아니다. CLI 우선 — GUI 없이 터미널에서 바로 실행. 파이프라인에 끼워넣기 쉽다. 커뮤니티 패턴 — 누구나 패턴을 기여하고 fork할 수 있는 구조. 크라우드소싱된 100개+ 패턴.
이 세 가지는 정확히 Drewgent가 스킬을 관리하는 방식과 동일하다. ~/.drewgent/skills/ 아래 100개 이상의 SKILL.md가 바로 그 증거다.
왜 Fabric이 지금 중요한가
AI 에이전트 시장이 폭발하면서 한 가지 문제가 분명해졌다. 프롬프트는 복사-붙여넣기로 관리할 수 있는 대상이 아니다. GPT가 업데이트되면 프롬프트가 깨지고, 에이전트를 바꾸면 같은 작업을 다시 설명해야 한다. Fabric은 이 문제를 패턴(Pattern)이라는 추상화로 해결한다.
패턴은 프롬프트보다 한 단계 위에 있다. 프롬프트는 “뭐라고 말할까”지만, 패턴은 “어떤 구조로 문제를 풀까”다. extract_wisdom 패턴은 프롬프트가 아니라 방법론이다. 어떤 모델을 쓰든, 어떤 에이전트를 쓰든, “어떻게 지혜를 추출할 것인가”라는 구조는 변하지 않는다.
Drewgent와의 연결점
Drewgent는 이 문제를 스킬(Skill)이라는 단위로 풀었다. Fabric이 ~/.config/fabric/patterns/에 패턴을 저장하는 것처럼, Drewgent는 ~/.drewgent/skills/에 스킬을 저장한다. 둘 다 마크다운 파일 하나로 정의되고, CLI로 실행되며, 커뮤니티가 확장할 수 있다.
다른 점은 스코프다. Fabric의 패턴은 AI와의 상호작용(프롬프트 패턴)에 집중한다. Drewgent의 스킬은 거기에 더해 에이전트의 행동 패턴(Tiered Autonomy, Leverage Score, 코드 리뷰 규칙)까지 포함한다. Fabric이 “AI 사용법”을 구조화했다면, Drewgent는 “에이전트 운영법”까지 구조화했다.
패턴이 모델보다 오래가는 이유
올해 6월, 나는 모델 라우팅을 성능 최적화에서 비용 최적화로 전환했다. implementer를 kimi-k2.7-code에서 deepseek-v4-flash로 바꾸고, wiki-compile도 pro에서 flash로 내렸다. 65% 비용이 줄었다. 그런데 스킬 파일은 하나도 고치지 않았다. 스킬의 구조가 모델에 독립적이었기 때문이다.
Fabric도 마찬가지다. extract_wisdom 패턴은 GPT-4에서도, Claude에서도, Gemini에서도 동작한다. 패턴이 모델보다 오래간다는 건 단순한 비유가 아니다. 실제로 패턴의 수명 주기가 모델의 수명 주기보다 길다. 모델은 3개월마다 업데이트되지만, “지혜를 추출하는 방법”이라는 패턴은 1년이 지나도 유효하다.
이게 AI 도구 시장이 잘 보여주는 패턴이다. 모든 도구가 MCP로 수렴하고, 모든 에이전트가 스킬 레이어를 분리하고 있다. Google은 Agent Skills 오픈 표준을 채택했고, GitHub는 Agent Finder를 열었다. 승부는 “어떤 모델을 쓰느냐”가 아니라 “어떤 구조로 문제를 정의하느냐”로 이동하고 있다.
Fabric 따라잡기
Fabric에서 영감받을 점이 있다면 이거다: 프롬프트를 파일로 관리하라.
ChatGPT 채팅창에 붙여넣는 프롬프트는 1회용이다. 터미널에서 fabric -p pattern_name으로 실행하는 프롬프트는 재사용 가능하고, 버전 관리되고, 커뮤니티가 개선한다.
Drewgent에서 이 원칙을 이미 적용하고 있다면, Fabric은 외부 검증이다. 아직 적용하지 않았다면, Fabric에서 시작해도 좋다. Go 바이너리 하나 다운받으면 끝이다. 그 다음에 자신만의 패턴을 ~/.config/fabric/patterns/에 쌓아가면 된다.
Fabric 저장소: github.com/danielmiessler/fabric
Daniel Miessler 스폰서: github.com/sponsors/danielmiessler
Built with opencode-drewgent
Related: 범용 모델이 78%에서 멈춘 자리, 내 모델은 84%를 찍었다