Claude의 Hooks와 Skills 비교

난 워크플로우 강제용으로 써. 에이전트가 비결정적이라도 워크플로우의 특정 부분은 강제할 수 있거든. 내가 원하는 워크플로우 스킬은 이거야: 1. 시작할 때 스킬 읽기. 2. 앱에 등록해서 메시지, 작업, 메모 추적하기. 3. 작업 진행하면서 앱에 태스크 만들고 완료된 작업 주석 달기. 4. 끝날 때 커밋하고 로그 남기기. 5. 다 끝났거나 내 주의가 필요할 때 알림 보내기.

내가 절대 빼놓지 않는 1번 훅은 이거야. 두 번 시도했는데 안 되면 멈추고, 재평가하고, 나한테 알림 보내기.

하나 더 추가하자면, 훅은 세션 사이에 사라질 뻔한 교훈을 기록하는 곳이기도 해. 에이전트가 반복하고 싶지 않은 실수를 할 때마다 그걸 훅으로 만들어버리는 거지. 스킬은 에이전트한테 작업 접근법을 알려주지만, 훅은 뭘 하면 안 되는지 강제해. 시간이 지나면 훅이 곧 코드로 작성된 팀의 품질 표준이 되는 거야.

훅은 확률적 시스템에서 유일한 결정론적 레이어야. 스킬은 에이전트가 시도했으면 하는 걸 설명하지만, 훅은 모델이 순간적으로 뭘 결정하든 상관없이 강제로 실행되게 만들지. 툴 호출 차단, 쓰기 전 컨텍스트 주입, 꼬여버린 세션 중단 같은 거 말이야. 나한테 딱 와닿았던 프레임은 이거야: 모델 결정과 상관없이 '반드시 일어나야 하는(혹은 절대 일어나면 안 되는)' 모든 건 스킬이 아니라 훅에 넣어야 해.

답은 생각보다 간단해. 사람들이 훅에 대해 얘기 안 하는 건 그냥 존재 자체를 몰라서 그래. 근데 우리끼리 하는 말이지만, 지금 당장은 그게 꼭 나쁜 것만은 아니야. 훅을 잘못 다루면 좀 이상해질 수도 있거든.