hard-call은 깔끔한 선택지가 없는 고통스러운 결정을 위한 경영진 의사결정 지원 스킬입니다. 정리해고, 피벗, 사업 종료, 공동창업자 이탈, 다운 라운드 같은 상황에서 /em:hard-call <decision>을 사용해 되돌릴 수 있는지, 10/10/10 영향, 후회 최소화, 지연 비용을 점검할 수 있습니다.

Stars22.1k
즐겨찾기0
댓글0
추가됨2026년 7월 11일
카테고리Decision Support
설치 명령어
npx skills add alirezarezvani/claude-skills --skill hard-call
큐레이션 점수

이 스킬은 72/100점으로, 경영진을 위한 집중형 의사결정 지원 스킬로 디렉터리에 등록하기에 무리가 없는 수준입니다. 디렉터리 사용자는 쉽게 호출할 수 있고 어려운 리더십 결정을 구조화하는 데 유용하다고 느낄 수 있습니다. 다만 보조 자료가 없고 도입을 돕는 요소가 제한적인, 서술형 중심의 워크플로라는 점은 감안해야 합니다.

72/100
강점
  • 트리거가 명확합니다. frontmatter와 본문에서 `/em:hard-call <decision>` 명령을 정의하고, 정리해고, 피벗, 공동창업자 이탈, 사업 종료 같은 사용 사례를 제시합니다.
  • 경영진 의사결정에 초점이 분명합니다. 되돌리기 어렵거나 사람에게 큰 영향을 주는 고통스럽고 중대한 선택을 다루므로, 에이전트가 일반적인 조언 프롬프트를 쓰지 않아야 할 상황을 판단하는 데 도움이 됩니다.
  • 되돌릴 수 있는지 확인하는 테스트와 10/10/10, 후회 최소화 사고법을 포함한 실질적인 프레임워크를 제공해, 개방형 코칭보다 더 구조화된 판단을 지원합니다.
주의점
  • 단일 SKILL.md 외에 보조 템플릿, 스크립트, 참고 자료, 예시가 포함되어 있지 않아 실행 품질은 에이전트가 서술형 프레임워크를 얼마나 잘 따르느냐에 좌우됩니다.
  • 저장소 자료에서 설치 명령이나 자세한 통합 안내가 확인되지 않아, 이 스킬 구조에 익숙하지 않은 사용자는 도입이 다소 느릴 수 있습니다.
개요

hard-call skill 개요

hard-call의 용도

hard-call은 어떤 선택을 해도 큰 대가가 따르는 의사결정을 위한 경영진 의사결정 지원 skill입니다. 예를 들어 정리해고, 공동창업자 퇴장, 제품 종료, 피벗, down round, 또는 감정적으로 무겁지만 전략적으로 피할 수 없는 결정에 적합합니다. 이 skill은 /em:hard-call <decision>을 중심으로 설계되어, AI assistant가 결정을 서두르지 않도록 돕고 고통과 판단을 분리하며 “가장 덜 잘못된” 선택지가 무엇인지 평가하게 합니다.

가장 잘 맞는 사용자와 의사결정

hard-call skill은 사람, 자금, 평판, 회사의 생존이 걸린 고위험 트레이드오프를 마주한 창업자, 경영진, 운영 리더, 어드바이저에게 가장 잘 맞습니다. 예측 도구도 아니고, 법무/HR 컴플라이언스 체크리스트도 아닙니다. 사실관계가 일부는 드러나 있지만, 결과가 개인적이거나 되돌리기 어렵거나 정치적으로 부담스러워 의사결정이 지연되고 있을 때 특히 유용합니다.

이 프레임워크가 유용한 이유

일반적인 “장단점” 프롬프트와 달리, hard-call은 경영진 수준의 의사결정 위생을 강조합니다. 되돌릴 수 있는지, 어떤 시간축에서 봐야 하는지, 후회를 어떻게 최소화할지를 따집니다. 핵심 가치는 마음 편한 답을 내놓는 데 있지 않습니다. 지연 자체가 이미 상황을 악화시키고 있는지, 아직 되돌릴 수 있는 것은 무엇인지, 10분 뒤·10개월 뒤·10년 뒤에도 방어할 수 있는 선택은 무엇인지 사용자가 직면하도록 밀어붙입니다.

hard-call skill 사용 방법

hard-call 설치와 repository 확인

다음 명령으로 repository에서 skill을 설치합니다.

npx skills add alirezarezvani/claude-skills --skill hard-call

관련 소스는 간결합니다. 먼저 c-level-advisor/executive-mentor/skills/hard-callSKILL.md를 확인하세요. 이 skill 디렉터리에는 별도의 rules/, scripts/, resources/, metadata 파일이 없으므로 의사결정 프레임워크는 주 skill 파일 안에 들어 있습니다. 그래서 검토하기는 쉽지만, 그만큼 사용자가 자신의 맥락, 제약, 도메인 규칙을 직접 가져와야 합니다.

hard-call을 제대로 호출하는 방법

skill의 명령 형식은 다음과 같습니다.

/em:hard-call <decision>

약한 호출은 너무 모호합니다: /em:hard-call Should we do layoffs?

더 나은 호출은 assistant에게 실제 의사결정의 경계를 알려줍니다: /em:hard-call We have 9 months runway, revenue is flat, fundraising is unlikely in the next 6 months, and we are choosing between a 15% layoff now, a smaller 8% cut plus salary reductions, or waiting one quarter while cutting vendor spend. Help evaluate the least-wrong option using reversibility, 10/10/10, and regret minimization.

더 구체적인 버전이 더 좋은 결과를 내는 이유는 Decision Support를 위한 hard-call이 이해관계, 타이밍, 대안, 되돌릴 수 있는 정도, 기다리는 비용에 의존하기 때문입니다.

의사결정 품질을 높이는 입력값

hard-call을 실행하기 전에 다음 사실을 간결하게 정리하세요.

  • 일반적인 문제가 아니라, 실제로 내려야 하는 결정
  • “아무것도 하지 않기”를 포함해 검토 중인 선택지
  • 시간 압박과 기다릴 경우 벌어질 일
  • 각 선택지로 인해 피해를 보거나 도움을 받는 사람
  • 되돌릴 수 있는 것, 일부만 되돌릴 수 있는 것, 되돌릴 수 없는 것
  • 재무, 법무, 평판, 팀 관련 제약
  • 현재 자신의 편향: 사실이었으면 하는 것, 인정하기 두려운 것

이 skill은 고통스러운 트레이드오프를 직접 이름 붙일 때 가장 잘 작동합니다. 가장 어려운 결과를 숨기면, assistant는 실제 상황에 비해 지나치게 깔끔한 답을 줄 수 있습니다.

권장 작업 흐름

hard-call은 세 번에 나누어 사용하세요. 첫째, 프레임워크를 사용해 의사결정을 구조적으로 분석해 달라고 요청합니다. 둘째, 결과에 도전합니다. “내가 합리화하고 있는 것은 무엇인가?” 또는 “감정적으로 분리된 이사회 멤버라면 뭐라고 말할까?”처럼 물어보세요. 셋째, 의사결정 논리가 더 명확해진 뒤에야 커뮤니케이션 계획을 요청합니다. 이렇게 하면 세션이 너무 이른 단계에서 메시징, 사기 관리, 피해 통제로 넘어가는 것을 막을 수 있습니다.

hard-call skill FAQ

hard-call은 CEO와 창업자만을 위한 것인가요?

아닙니다. 다만 executive-mentor 스타일로 작성되어 있습니다. 되돌리기 어려운 결과나 상충하는 책임이 얽힌 결정이라면 시니어 매니저, chief of staff, 투자자, 어드바이저도 사용할 수 있습니다. 일반적인 우선순위 정리, 로드맵 분류, 가벼운 트레이드오프 분석에는 더 단순한 의사결정 프롬프트로도 충분할 수 있습니다.

hard-call은 일반 AI 프롬프트와 무엇이 다른가요?

일반 프롬프트는 장단점을 요약한 뒤 가장 매력적으로 보이는 선택지를 추천할 수 있습니다. hard-call skill은 “매력도”가 기준이 아닌 의사결정을 위해 설계되었습니다. 그 결정이 되돌릴 수 있는지, 서로 다른 시간 지평에서 어떻게 보이는지, 어떤 후회를 감당할 수 있는지를 묻습니다. 이 구조는 감정적 회피를 줄이고, 결과물을 나중에 설명하고 방어하기 쉽게 만듭니다.

hard-call을 쓰지 말아야 할 때는 언제인가요?

법률, 의료, HR, 재무 컴플라이언스 의사결정의 유일한 근거로 hard-call을 사용해서는 안 됩니다. 경영진 판단을 명확히 하는 데는 도움이 되지만, 법률 자문, 이사회 절차, 고용법 검토, 수탁자 책임 분석, 이해관계자 협의를 대체하지는 않습니다. 또한 이미 내린 결정을 정당화받고 싶은 상황에서도 사용을 피하는 편이 좋습니다. 이 skill은 불편한 대안을 검토할 의지가 있을 때 가장 가치가 큽니다.

hard-call 가이드는 초보자에게도 친절한가요?

네, 사용자가 상황을 명확한 말로 설명할 수 있다면 그렇습니다. repository는 단순합니다. 이 skill은 도구 체인이 아니라 주로 하나의 SKILL.md 프레임워크로 구성되어 있기 때문입니다. 다만 초보자는 assistant의 출력을 권위 있는 결론처럼 받아들이지 않도록 주의해야 합니다. 사고를 구조화하고, 사각지대를 드러내고, 책임 있는 사람들에게 더 나은 질문을 준비하는 데 사용하세요.

hard-call skill 개선 방법

hard-call 프롬프트를 의사결정에 맞게 구체화하기

가장 흔한 실패 방식은 문제를 너무 넓게 잡는 것입니다. “Should we pivot?”라고 쓰는 대신 이렇게 쓰세요. “Should we shut down Product A, which has loyal but low-revenue customers, and move the team to Product B, which has stronger enterprise demand but higher execution risk?” 구체성이 있어야 hard-call이 일반적인 리더십 조언을 만드는 대신 실제 선택지를 비교할 수 있습니다.

판단을 요청하기 전에 제약 조건을 추가하기

좋은 입력은 더 나은 의사결정 지원으로 이어집니다. runway, 계약상 의무, 이사회와의 약속, 가치, 브랜드 약속, 고객 의무, 법무 검토 상태처럼 양보할 수 없는 조건을 포함하세요. 어떤 선택지가 감정적으로는 끌리지만 운영상 불가능하다면 그렇게 말하세요. 어떤 선택지가 도덕적으로 어렵지만 재무적으로 필요하다면 그 점도 밝혀야 합니다.

assistant가 지연의 비용을 검토하게 하기

어려운 결정의 상당수는 이미 늦어진 결정이기 때문에, 명시적으로 물어보세요. “What is the cost of waiting 30, 60, and 90 days?” 이 지점에서 hard-call은 특히 큰 가치를 더하는 경우가 많습니다. 인내와 회피를 구분하게 해주고, 지금의 작지만 고통스러운 조치가 나중의 더 큰 고통을 막을 수 있는지 보여줍니다.

분석에서 실행으로 반복하기

첫 hard-call 출력이 나온 뒤 추천안에서 멈추지 마세요. 선호하는 선택지에 반대하는 가장 강한 논거, 결정을 바꿀 조건, 처음으로 밟아야 할 되돌릴 수 없는 세 단계, 커뮤니케이션 리스크를 추가로 요청하세요. 최종 결정에는 반드시 사람의 검토를 사용하세요. 이 skill은 책임을 대신 질 때가 아니라 경영진의 판단을 더 날카롭게 만들 때 가장 강력합니다.

평점 및 리뷰

아직 평점이 없습니다
리뷰 남기기
이 스킬의 평점과 리뷰를 남기려면 로그인하세요.
G
0/10000
최신 리뷰
저장 중...