strategic-compact

strategic-compact skill の概要

strategic-compact が何をするか

strategic-compact skill は、長い Claude セッションをランダムな地点で圧縮するのではなく、タスクの区切りに合わせて手動で /compact を実行するべきタイミングを判断するのに役立ちます。特に、調査、計画、実装、テスト、そして次のフェーズへのきれいな引き継ぎのように、コンテキストが重要なマルチステップ作業に向いています。

どんな人向けか

長時間続くセッションで作業する人、無関係なタスクを行き来する人、あるいは tool call を何度も使ったあとに出力品質の低下を感じる人に向いています。とくに Claude Code ユーザーにとっては、「モデルが苦しくなってから」ではなく、「マイルストーンごとに compact する」というシンプルな運用ルールを持てるのが大きな利点です。

何が違うのか

この skill は、一般的な生産性向上プロンプトではありません。コンテキスト管理に対する軽量なガードレールであり、リポジトリにはセッション長、tool call 数、フェーズの切り替わりといった実用的なトリガーが組み込まれています。そのため、strategic-compact は、ワークフロー自動化にも、auto-compaction が重要な推論を中断してしまうようなセッションにも有効です。

strategic-compact skill の使い方

正しくインストールして配置する

Claude skills のセットアップで指定されているリポジトリの install path を使い、セッション中に Claude Code が読み込める場所に skill を置いてください。リポジトリは hook ベースのワークフローを示しているため、strategic-compact は一度きりの参照資料としてではなく、アクティブなセッション補助としてインストールするのが最も効果的です。環境が異なる場合は、パスや hook の配置を自分の Claude 環境に合わせて調整してください。

まず読むべきファイル

最初に SKILL.md を開いて activation logic を把握し、次に suggest-compact.sh を見て実際のトリガー挙動を確認してください。strategic-compact を Workflow Automation に組み込むなら、説明文よりも shell script のほうが重要です。しきい値ロジック、session counter、リマインドの間隔がそこに示されているからです。

ざっくりした目的を役立つプロンプトに変える

strategic-compact をうまく使うには、今どのフェーズにいるか、すでに何が決まっているか、そして compact 後に何を残すべきかをプロンプトに含めるのが重要です。例えば、「X の調査は終わっていて、候補は3つあります。実装に入る前に今 compact したいです。制約、却下した案、採用した計画は残してください」のように伝えます。これなら、単なる要約ではなく、どのコンテキストを維持すべきかを skill に明確に示せます。

作業の途中ではなく、区切りで使う

strategic-compact の基本ルールは、探索のあと、実行の前、そして大きなマイルストーンのあとに compact することです。よいリズムは、情報を集める → 方針を固める → compact する → 実装に進む、という流れです。会話がすでに雑然としていたり、一貫性が崩れてからでは、compact の価値はむしろ目減りします。

strategic-compact skill の FAQ

すでに auto-compaction を使っていても、strategic-compact は入れる価値がありますか？

はい。作業に明確なフェーズがある場合や、長いセッションの途中で重要な意思決定を失いがちな場合は特に有効です。auto-compaction は反応型ですが、strategic-compact は判断型です。トークン圧力に押されてからではなく、意味のある区切りで compact したい人向けの skill です。

strategic-compact は日々の作業をどう変えますか？

コンテキストを止めて圧縮するタイミングが変わります。実際には、次のフェーズに進む前に、計画・制約・未解決の論点を意識的に残す運用になります。その結果、実行がすっきりし、「あれ、何をしていたんだっけ？」という場面が減りやすくなります。

初心者でも使いやすいですか？

はい。使い方はシンプルで、フェーズの切り替わりを認識し、compact して、そのまま続けるだけです。初心者に必要なのは、何を残すかに対する дисциплина です。現在の目標、直前の決定、次のアクションをはっきり言えないなら、まだ良い compaction のタイミングではない可能性が高いです。

使わないほうがよいのはどんなときですか？

弱いプロンプトを補うための代替として strategic-compact を使わないでください。また、タスクがまだ一つの一貫したステップの途中なのに、カウンターが一定数に達したからという理由だけで compact するのも避けるべきです。コンテキスト圧力が本質的な問題ではない、短く独立したタスクでは、効果は小さめです。

strategic-compact skill を改善する方法

意思決定に重要なコンテキストを残す

品質向上の効果が最も大きいのは、compact をまたいで正しい情報を保持することです。具体的には、現在の目的、制約、採用した方針、却下した代替案、そして取り返しのつかない決定です。Workflow Automation 向けの strategic-compact では、モデルに推測させるのではなく、入力でフェーズの境界と依存関係を明示的にラベル付けするのが重要です。

ありがちな失敗パターンに注意する

主な失敗は、compact が早すぎるか遅すぎるかです。早すぎると探索の成果を失い、遅すぎるとセッションがすでにずれてしまってから compact することになります。strategic-compact の使い方を改善するには、チャットが単に長く感じたときではなく、作業の形が変わるタイミングで compact してください。

最初の出力のあとに、入力をもっとよくする

最初の compact 後のターンでは、続行に必要な最小限だけを言い直してください。採用した方針、次の作業、そして変更してはいけない制約です。strategic-compact でより良い結果を出したいなら、「続けて」だけのような曖昧な再開は避け、「採用した計画から続けて、性能制約は維持し、実装に進んでください」のように伝えるほうが効果的です。

リポジトリのシグナルをもとに改善する

リポジトリのカウンターベースのリマインドや hook 設定は、実践的な改善サイクルを示しています。しきい値を調整し、実際のマイルストーンがどこにあるかを観察し、その境界にリマインドを合わせる、という流れです。こうすることで、固定的で汎用的な /compact の習慣よりも、strategic-compact skill を自分のワークフローに正確に合わせられます。