freeze

freeze skill の概要

freeze でできること

freeze skill は、Claude を使った chief-of-staff 型ワークフロー向けの戦略計画コントロールです。/cs:freeze <decision-path> <days> コマンドを使い、重要な意思決定を指定したクールダウン期間だけロックすることで、すでに決めた判断をエージェントが何度も蒸し返さないようにします。

特に有効なのは、創業者、経営チーム、取締役会がプレッシャーの中でコストの大きい判断を下し、もう一度不安から再検討するよりも、実行規律が必要な場面です。

Strategic Planning の意思決定に向いているケース

freeze for Strategic Planning は、コストが高い、感情的な負荷が大きい、または後戻りしにくい意思決定に使います。たとえば、資金調達条件、レイオフ、価格変更、市場参入・撤退、戦略ピボット、経営幹部の採用・解任、M&A の LOI、主要顧客への大きなコミットメントなどです。

この skill は汎用的な生産性タイマーではありません。価値の中心は、事前に定義した中止条件に該当しない限り、AI アドバイザーに意思決定の境界線を尊重させる点にあります。

freeze skill が通常のプロンプトと違う点

通常のプロンプトでも「この意思決定を再検討しないで」と指示できます。ただし、freeze skill はその指示を運用上の役割として構造化します。意思決定をロックし、期間を定め、例外条件が発動しない限り freeze 中の再分析を拒否する、という形です。

リポジトリは意図的に軽量です。中核の挙動は SKILL.md にあり、追加のスクリプト、ルール、参照ファイルはありません。そのため内容を確認しやすい一方で、監査可能なプロセスが必要なチームは、自分たちの意思決定ログ、エスカレーションルール、ガバナンス文脈を追加する必要があります。

freeze skill の使い方

freeze のインストールとリポジトリ確認

互換性のある skills ワークフローにこの skill をインストールするには、次を使います。

npx skills add alirezarezvani/claude-skills --skill freeze

次に、ソースファイルを直接確認します。

c-level-advisor/c-level-agents/skills/freeze/SKILL.md

この skill には補助的な 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

2つ目の方が優れているのは、意思決定、対象範囲、期間、例外トリガーが明確だからです。この情報がないと、エージェントが有用な分析まで止めてしまったり、逆に抜け道を許しすぎたりする可能性があります。

ざっくりした目標を完全なプロンプトにする

freeze を安定して使うには、次の5つを含めます。

1. Decision: 何をロックするのか。
2. Scope: 何が含まれ、何が含まれないのか。
3. Freeze duration: 日数。
4. Reason for lock: なぜ今の再検討がリスクになるのか。
5. 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 実行後の推奨ワークフロー

skill を呼び出したら、エージェントに freeze record を作らせます。含める項目は、意思決定の要約、開始日、終了日、オーナー、許可される実行上の質問、ブロックされる再検討の質問、kill criteria です。

freeze 期間中は、質問の扱いを分けます。「それでも本当にやるべきか？」は拒否またはリダイレクトされるべきです。一方で、「ロック済みの意思決定をどう実行するか？」は許可されるべきです。この区別こそが、戦略的な規律と盲目的な硬直の実務上の違いです。

freeze skill FAQ

freeze を使うべきでない場面は？

freeze は、まだ探索段階にある意思決定、法的に不確実な判断、倫理的に疑わしい判断、または基礎的な証拠が不足している判断には使わないでください。この skill は、すでに下された戦略判断を守るためのものであり、時期尚早なコミットメントを強制するためのものではありません。

また、日々の可逆的な選択、クリエイティブなブレインストーミング、プロダクトコピー、通常の優先順位付けにも向きません。そのような場合は、通常の計画プロンプトの方がシンプルで安全です。

freeze は初心者にも使いやすいですか？

はい。ロックしようとしている意思決定を理解しているなら使いやすいです。コマンド自体はシンプルですが、品質は範囲と例外をどれだけ明確に定義できるかに左右されます。初心者は、広い戦略を何か月もロックするのではなく、短い freeze 期間と明示的な kill criteria から始めるべきです。

経営チームで使う場合は、書面化された decision memo や board note と組み合わせると最も効果的です。

通常のプロンプトより何が優れていますか？

通常のプロンプトでも、Claude に「この件を再検討しないで」と一度だけ依頼できます。freeze skill は、その拒否を chief-of-staff ワークフロー内で再利用できる挙動にします。ロック期間中にその意思決定を蒸し返すことは、通常の分析依頼ではない、とエージェントに伝えるのです。

この違いは、ストレスの大きい判断の後に、経営陣が同じ問いを少しずつ言い換えて何度も尋ねるような場面で重要になります。

freeze は意思決定を不可逆にしますか？

いいえ。作るのはクールダウン用のロックであり、恒久的な禁止ではありません。このリポジトリの考え方では、kill criterion が明示的に発動した場合に再オープンできます。最も安全な使い方は、チームが別の答えを欲しがり始めてからではなく、まだ冷静に考えられるうちにその条件を定義しておくことです。

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 は単一の 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 を調整する

ソロ創業者なら、30日または60日のシンプルな freeze で十分な場合があります。取締役会レベルの意思決定なら、承認権限とエスカレーションルールを追加してください。レイオフ、M&A、経営幹部の退任・解任のようなセンシティブな意思決定では、この skill を法務、人事、財務、受託者責任に関するレビューの代替にしてはいけません。

freeze の最も強い形は、「二度と再検討しない」ではありません。「この意思決定を気軽に再オープンしない。冷静に考えられていた時点で定義した条件に該当する場合に限って再オープンする」です。