freeze
작성자 alirezarezvanifreeze는 cooldown 기간 동안 비용이 큰 전략적 의사결정을 잠가 두는 Claude chief-of-staff 스킬입니다. 명확한 kill criteria가 발동하지 않는 한 같은 결정을 반복해서 재논의하지 않도록 `/cs:freeze <decision-path> <days>`를 사용합니다.
이 스킬의 평점은 68/100입니다. 디렉터리에 등록하기에는 무리가 없지만, 완전한 강제 실행 도구라기보다는 가벼운 절차형 의사결정 규율 스킬로 소개하는 것이 적절합니다. 디렉터리 사용자는 언제 이 스킬을 쓰고 어떤 명령을 호출해야 하는지 이해할 수 있지만, 영속성, 라우팅, 운영 통제는 직접 마련해야 한다고 보는 편이 좋습니다.
- 트리거와 문법이 명확합니다. `/cs:freeze <decision-path> <days>`는 에이전트가 인식하고 호출하기 쉽습니다.
- 비즈니스 거버넌스에 유용한 틈새 영역을 다룹니다. 자금 조달, 구조조정, 시장 진입, 피벗, 임원 인사처럼 비용이 큰 의사결정에 cooldown lock을 정의합니다.
- 의사결정 유형별 기본 freeze 기간을 포함해, 일반적인 프롬프트보다 에이전트에 더 구체적인 기준을 제공합니다.
- 지원 파일, 스크립트, README, 설치 명령이 제공되지 않아 도입은 전적으로 단일 SKILL.md 파일에 의존합니다.
- 잠금은 실제로 강제되는 기능이라기보다 절차적 규칙에 가까워 보입니다. 영구 상태 저장, router 연동, 구체적인 kill criteria 처리 방식이 있다는 근거는 확인되지 않습니다.
freeze skill 개요
freeze가 하는 일
freeze skill은 Claude 기반 chief-of-staff 워크플로에서 전략적 의사결정을 통제하기 위한 스킬입니다. /cs:freeze <decision-path> <days> 명령으로 중요한 결정을 정해진 쿨다운 기간 동안 잠가 두어, 이미 결론이 난 사안을 에이전트가 계속 다시 따지지 않도록 합니다.
창업자, 경영진, 이사회가 압박 속에서 비용이 큰 결정을 내렸고, 이제는 불안한 재검토보다 실행 규율이 더 필요한 상황에서 특히 유용합니다.
전략 기획 의사결정에 가장 잘 맞는 경우
Strategic Planning에서 freeze를 쓰기 좋은 경우는 결정의 비용이 크고, 감정적 부담이 높으며, 되돌리기 어려울 때입니다. 예를 들어 투자 유치 조건, 정리해고, 가격 변경, 시장 진입 또는 철수, 전략적 피벗, 임원 채용 또는 해임, M&A LOI, 주요 고객 약속 같은 사안입니다.
이 스킬은 일반적인 생산성 타이머가 아닙니다. 핵심 가치는 사전에 정한 중단 기준이 충족되지 않는 한, AI 조언자가 의사결정의 경계를 존중하게 만드는 데 있습니다.
freeze skill이 다른 점
일반 프롬프트로도 “이 결정을 다시 검토하지 마”라고 말할 수는 있습니다. 하지만 freeze skill은 그 지시를 구조화된 운영 역할로 바꿉니다. 결정을 잠그고, 기간을 정의하며, 예외 조건이 발동되지 않는 한 freeze 기간 동안 재분석을 거부하게 합니다.
이 저장소는 의도적으로 가볍게 구성되어 있습니다. 핵심 동작은 SKILL.md에 있으며, 추가 스크립트나 규칙, 참조 파일은 없습니다. 그래서 검토하기는 쉽지만, 감사 가능한 프로세스가 필요한 팀이라면 자체 의사결정 로그, 에스컬레이션 규칙, 거버넌스 맥락을 별도로 추가해야 합니다.
freeze skill 사용 방법
freeze 설치 및 저장소 검토
호환되는 skills 워크플로에 이 스킬을 설치하려면 다음을 사용합니다.
npx skills add alirezarezvani/claude-skills --skill freeze
그다음 원본 파일을 직접 확인합니다.
c-level-advisor/c-level-agents/skills/freeze/SKILL.md
이 스킬에는 보조 rules/, resources/, references/, scripts/ 폴더가 없으므로 SKILL.md가 사실상 핵심 구현 계약입니다. 실제 리더십 의사결정에 적용하기 전에 “When to Use,” “Default Freeze Periods,” “Workflow,” “Output” 섹션을 읽어보세요.
freeze 사용 패턴
명령 형식은 다음과 같습니다.
/cs:freeze <decision-path> <days>
약한 요청은 모호합니다.
/cs:freeze pricing 60
더 강한 요청은 무엇이 잠기는지 에이전트가 알 수 있을 만큼 충분한 맥락을 줍니다.
/cs:freeze "Lock decision to increase self-serve pricing by 18% for new customers only; do not reopen packaging strategy unless churn exceeds 4.5% monthly or sales conversion drops below 22%" 60
두 번째 방식이 더 낫습니다. 결정, 범위, 기간, 예외 트리거를 모두 명시하기 때문입니다. 이 정도의 세부 정보가 없으면 에이전트가 유용한 분석까지 막아 버리거나, 반대로 너무 많은 우회로를 허용할 수 있습니다.
거친 목표를 완성된 프롬프트로 바꾸기
freeze를 안정적으로 사용하려면 다섯 가지 입력을 포함하세요.
- Decision: 무엇을 잠글 것인지.
- Scope: 무엇이 포함되고, 무엇이 포함되지 않는지.
- Freeze duration: 일수 기준 기간.
- Reason for lock: 지금 재검토가 위험한 이유.
- Kill criteria: 다시 열어도 되는 객관적 조건.
예시:
/cs:freeze "Proceed with EMEA market entry through UK-first launch; freeze alternatives including Germany-first and partner-only entry. Reason: board approved UK plan after split vote and team needs execution focus. Reopen only if launch costs exceed approved budget by 25%, legal blocker appears, or first 3 enterprise pilots fail qualification." 90
freeze 호출 후 권장 워크플로
스킬을 호출한 뒤에는 에이전트에게 freeze 기록을 만들게 하세요. 의사결정 요약, 시작일, 종료일, 담당자, 허용되는 실행 관련 질문, 차단해야 할 재논의 질문, 중단 기준을 포함하면 됩니다.
freeze 기간에는 질문을 다르게 라우팅해야 합니다. “그래도 이걸 해야 하나?”는 거부하거나 다른 방향으로 안내해야 합니다. “잠긴 결정을 어떻게 실행할까?”는 허용해야 합니다. 이 구분이 전략적 규율과 맹목적 경직성의 실질적인 차이입니다.
freeze skill FAQ
언제 freeze를 쓰면 안 되나요?
아직 탐색 중이거나, 법적 불확실성이 있거나, 윤리적으로 의심스럽거나, 기본 증거가 부족한 결정에는 freeze를 쓰지 마세요. 이 스킬은 이미 내려진 전략적 결정을 보호하기 위한 것이지, 성급한 확정을 강요하기 위한 도구가 아닙니다.
되돌리기 쉬운 일상적 선택, 창의적 브레인스토밍, 제품 문구, 일반적인 우선순위 정리에도 잘 맞지 않습니다. 그런 경우에는 일반 계획 프롬프트가 더 단순하고 안전합니다.
freeze는 초보자도 쓰기 쉬운가요?
잠그려는 결정을 이해하고 있다면 그렇습니다. 명령 자체는 단순하지만, 품질은 범위와 예외를 얼마나 명확히 정의하느냐에 달려 있습니다. 초보자는 광범위한 전략을 몇 달 동안 잠그기보다, 짧은 freeze 기간과 명시적인 중단 기준으로 시작하는 편이 좋습니다.
리더십 팀에서는 이 스킬을 서면 의사결정 메모나 이사회 노트와 함께 사용할 때 가장 잘 작동합니다.
일반 프롬프트보다 나은 점은 무엇인가요?
일반 프롬프트도 Claude에게 어떤 사안을 다시 검토하지 말라고 한 번 요청할 수 있습니다. freeze skill은 그 거부를 chief-of-staff 워크플로 안에서 재사용 가능한 행동으로 만듭니다. 잠금 기간에는 해당 결정을 다시 들여다보는 것이 정상적인 분석 요청이 아니라고 에이전트에게 알려주는 셈입니다.
스트레스가 큰 결정을 내린 뒤 임원들이 같은 질문을 조금씩 바꿔 반복해서 묻는 상황에서는 이 차이가 중요합니다.
freeze가 결정을 되돌릴 수 없게 만드나요?
아닙니다. 영구 금지가 아니라 쿨다운 잠금입니다. 저장소의 프레이밍은 중단 기준이 명시적으로 발동될 때 결정을 다시 열 수 있도록 합니다. 가장 안전한 사용 방식은 팀이 다른 답을 원하게 된 뒤가 아니라, 감정이 다시 높아지기 전에 그 기준을 먼저 정의해 두는 것입니다.
freeze skill 개선 방법
측정 가능한 트리거로 freeze 입력 개선하기
가장 흔한 실패 패턴은 명확한 예외 경로가 없는 freeze입니다. “상황이 나빠지면” 같은 주관적 트리거 대신 관찰 가능한 조건으로 바꾸세요.
- “Pipeline conversion falls below 18% for two consecutive weeks”
- “Cash runway drops below 9 months”
- “Legal counsel blocks the proposed structure”
- “Customer churn exceeds the agreed threshold”
이렇게 하면 에이전트가 규율 있는 실행과 새로운 증거의 부정을 구분하는 데 도움이 됩니다.
freeze 주변에 의사결정 기록 추가하기
상위 스킬이 단일 SKILL.md 파일로만 구성되어 있으므로, 팀은 자체 운영 래퍼를 추가하는 것이 좋습니다. 의사결정 책임자, 승인자, 날짜, 영향을 받는 팀, freeze 종료일, 검토한 근거를 포함하세요. 이 정보는 채팅에만 두지 말고 평소 사용하는 계획 시스템에 저장해야 합니다.
유용한 형식은 다음과 같습니다.
- Decision locked
- Rationale
- Alternatives rejected
- Freeze period
- Kill criteria
- Execution questions still allowed
- Review date
첫 출력 이후 반복 개선하기
freeze를 호출한 뒤에는 에이전트에게 잠금 상태를 점검하게 하세요.
“List any ambiguity in this freeze that could cause over-blocking, under-blocking, or unsafe refusal to consider new evidence.”
그다음 decision path를 수정합니다. 좋은 freeze는 실행 모멘텀을 지킬 만큼 좁고, 실제 위험 신호가 들어올 수 있을 만큼 구체적입니다.
거버넌스 수준에 맞게 freeze 조정하기
1인 창업자라면 단순한 30일 또는 60일 freeze로 충분할 수 있습니다. 이사회 수준의 결정이라면 승인 권한과 에스컬레이션 규칙을 추가하세요. 정리해고, M&A, 임원 퇴진처럼 민감한 결정에서는 이 스킬이 법무, HR, 재무, 수탁 의무 검토를 대체하게 해서는 안 됩니다.
freeze의 가장 강한 버전은 “절대 다시 검토하지 않는다”가 아닙니다. “이 결정을 가볍게 다시 열지 않는다. 우리가 명확하게 생각하고 있을 때 정한 조건에서만 다시 연다”입니다.
