hard-call

hard-call skillの概要

hard-callの用途

hard-callは、どの選択肢にも大きな代償が伴う意思決定を支援するエグゼクティブ向けのskillです。たとえば、レイオフ、共同創業者の離脱、プロダクトの終了、ピボット、ダウンラウンド、その他、感情的な重さがありながら戦略上は避けて通れない判断に向いています。このskillは/em:hard-call <decision>を中心に設計されており、AIアシスタントに意思決定の速度をいったん落とさせ、痛みと判断を切り分け、「最も間違いが少ない」選択肢がどれかを評価できるようにします。

向いているユーザーと意思決定

hard-call skillが最も役立つのは、人・資金・評判・会社の存続がかかった高リスクのトレードオフに向き合う創業者、経営陣、事業責任者、アドバイザーです。これは予測ツールでも、法務・HRコンプライアンスのチェックリストでもありません。事実はある程度見えているものの、その結果が個人的に重い、取り返しがつきにくい、または政治的に難しいために判断が先延ばしになっている場面で特に効果を発揮します。

このフレームワークが役立つ理由

一般的な「メリット・デメリット」整理のプロンプトと違い、hard-callは経営判断に必要な意思決定の衛生管理を重視します。具体的には、可逆性、時間軸での見え方、後悔の最小化です。中心的な価値は、安心できる答えを出すことではありません。遅らせること自体がすでに状況を悪化させていないか、まだ取り消せるものは何か、10分後・10か月後・10年後のいずれでも説明責任を果たせる選択肢はどれかを、ユーザーに直視させる点にあります。

hard-call skillの使い方

hard-callのインストールとリポジトリ確認

以下のコマンドでリポジトリからskillをインストールします。

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

関連するソースはコンパクトです。まずc-level-advisor/executive-mentor/skills/hard-callにあるSKILL.mdを確認してください。このskillディレクトリには、個別のrules/、scripts/、resources/、メタデータファイルはありません。意思決定フレームワークはメインのskillファイルにまとまっています。そのため中身を確認しやすい一方で、自分側の文脈、制約、業界や組織固有のルールは別途持ち込む必要があります。

hard-call skillをうまく呼び出すには

skillで想定されているコマンド形式を使います。

/em:hard-call <decision>

弱い呼び出しは、判断の境界が曖昧です。

/em:hard-call Should we do layoffs?

より良い呼び出しでは、実際に判断しなければならない範囲を明確にします。

/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は、痛みを伴うトレードオフを正面から言語化したときに最もよく機能します。最も厳しい結果を隠すと、AIアシスタントは現実よりもきれいに整った答えを返してしまう可能性があります。

おすすめの進め方

hard-callは3段階で使うのがおすすめです。最初に、フレームワークに沿って意思決定の構造化分析を依頼します。次に、その結果を疑います。「自分は何を正当化しようとしているのか？」または「利害から距離を置いた取締役なら何と言うか？」と問い直します。最後に、意思決定のロジックが明確になってから、コミュニケーション計画を依頼します。こうすることで、セッションが早い段階でメッセージング、士気の管理、ダメージコントロールに流れてしまうのを防げます。

hard-call skillのFAQ

hard-callはCEOや創業者だけのものですか？

いいえ。ただし、文体と設計はエグゼクティブメンター向けです。シニアマネージャー、chiefs of staff、投資家、アドバイザーも、不可逆な結果や競合する責務を伴う判断であれば活用できます。一方で、通常の優先順位付け、ロードマップの並べ替え、軽いトレードオフ分析であれば、よりシンプルな意思決定プロンプトで十分な場合があります。

hard-callは通常のAIプロンプトと何が違いますか？

通常のプロンプトは、メリットとデメリットを整理したうえで、最も魅力的に見える選択肢を勧めることがあります。hard-call skillは、「魅力的かどうか」が基準にならない意思決定のために設計されています。その判断は取り消せるのか、異なる時間軸でどう見えるのか、どの後悔なら引き受けられるのかを問い直します。この構造によって、感情的な回避を減らし、後から説明しやすい出力に近づけます。

hard-callを使うべきでない場面は？

法務、医療、HR、財務コンプライアンスに関する判断の唯一の根拠としてhard-callを使わないでください。経営判断の整理には役立ちますが、専門家の助言、取締役会プロセス、雇用法レビュー、受託者責任の分析、ステークホルダーとの協議を代替するものではありません。また、すでに決めた結論の正当化を求めているだけの場合も避けるべきです。このskillが最も価値を発揮するのは、不快な代替案も検討する意思があるときです。

hard-callガイドは初心者にも使いやすいですか？

はい。状況を平易に説明できるユーザーであれば使えます。リポジトリはシンプルで、このskillは主に単一のSKILL.mdフレームワークで構成されており、ツールチェーンではありません。ただし初心者は、AIアシスタントの出力を権威ある結論として扱わないよう注意が必要です。思考を構造化し、見落としを浮かび上がらせ、責任を持つ人間に対してより良い問いを用意するために使ってください。

hard-call skillを改善する方法

hard-callのプロンプトを意思決定に特化させる

最もよくある失敗は、論点を広くしすぎることです。「ピボットすべきか？」ではなく、次のように書きます。「売上は小さいが熱心な顧客がいるProduct Aを終了し、より強いエンタープライズ需要がある一方で実行リスクの高いProduct Bにチームを移すべきか？」具体性があることで、hard-callは一般的なリーダーシップ論ではなく、現実の選択肢同士を比較できます。

判断を求める前に制約を追加する

より良い入力は、より良い意思決定支援につながります。ランウェイ、契約上の義務、取締役会との合意、価値観、ブランド上の約束、顧客への責任、法務レビューの状況など、譲れない条件を含めてください。ある選択肢が感情的には魅力的でも実務上は不可能なら、そう書きます。ある選択肢が道義的には苦しいが財務上は必要なら、それも明示します。

先延ばしの影響を必ず検討させる

多くの難しい判断は、すでに遅れた判断でもあります。明示的にこう尋ねてください。「30日、60日、90日待つことのコストは何か？」ここはhard-callが特に価値を出しやすい部分です。忍耐と回避を切り分け、今の小さな痛みを伴う対応が、後のより大きな痛みを防げるかどうかを見える化します。

分析から行動へ反復する

最初のhard-callの出力で、推奨案を受け取って終わりにしないでください。次に、望ましい選択肢に対する最も強い反論、その判断が変わる条件、最初に踏む3つの不可逆なステップ、コミュニケーション上のリスクを尋ねます。そのうえで、最終判断には人間によるレビューを入れてください。このskillが最も強いのは、説明責任の代替ではなく、経営判断を研ぎ澄ますために使われるときです。