caveman

caveman skill の概要

caveman ができること

caveman は、モデルにもっと少ない冗長さ、少ないトークン、より引き締まった表現で答えてほしいときのための、超圧縮コミュニケーション skill です。技術的な意味は保ちながら、埋め草、挨拶、長い接続表現を削ります。caveman skill は、すでに話題を理解していて、より速く、より密度の高い回答がほしい人に向いています。

どんな人が導入すべきか

デバッグの要点、コードの説明、要約、状況報告を短く頼むことが多く、そのたびに「もっと短く」「もっと直接的に」「冗長さを減らして」と言い直しているなら、caveman が向いています。特に、開発者、運用担当者、そして回答の長さが重要になる反復的な技術作業をしている人に有用です。

何が違うのか

通常の「簡潔にして」というプロンプトと違い、caveman には明確な出力ルールがあります。冠詞や埋め草を落とす、技術用語は正確に残す、短い断片で答える、コードやエラー文はそのまま保持する、という指定です。そのため、一度きりのスタイル指定よりも安定して効きやすく、起動後は振る舞いが持続します。

caveman skill の使い方

インストールして起動する

caveman skill を skills のセットアップに入れたら、caveman mode、use caveman、talk like caveman、less tokens、/caveman などのフレーズで起動します。この skill は有効化後も継続して動作するよう設計されており、明示的に caveman を停止するか、通常モードに戻すよう依頼するまで維持されます。

漠然とした依頼を、良い caveman プロンプトに直す

モデルには、目的、厳しい制約、出力の形を一度に渡すのが基本です。良い入力例は「Use caveman. この SQL クエリが遅い理由を説明して。もっとも可能性が高い原因を先に、正確なエラー文はそのまま、修正案を2つ付けて」のような形です。「これを手伝って」のような曖昧な依頼は弱いです。caveman は言い回しを圧縮しますが、足りない文脈を補うわけではありません。

先に読むべき部分

まず SKILL.md を読みます。ここには、応答スタイル、継続性、ルール、そして自動的に分かりやすさへ戻る例外が定義されています。caveman install の観点では、確認すべき補助スクリプトやサポートファイルはないので、実際の作業は多くの skill よりシンプルです。起動方法を理解したら、まず1つの実案件で試してみるのが実用的です。

圧縮が効く場面で使う

caveman の最適な用途は、技術文書、コードレビューのメモ、インシデント報告、バグの切り分け、「この出力を説明して」といった、短さが速度向上につながる作業です。温かいトーン、磨かれた対顧客向け文面、あるいは構造化された長文ドキュメントが必要な場面では避けたほうがよいです。後で書き直す前提なら別ですが、そのまま使うには向きません。

caveman skill の FAQ

caveman は技術文書専用ですか？

いいえ。caveman skill は技術文書に強いですが、開発者向け Q&A、トラブルシューティング、要約にも使えます。重要なのは、洗練された文章よりも、密度の高い意味を優先するかどうかです。

いちばん大きな制限は何ですか？

caveman は、依頼が曖昧だったり安全性に関わる場合、簡潔すぎることがあります。リポジトリには自動的に分かりやすさへ戻る例外が含まれており、セキュリティ警告、取り消せない操作、そして短すぎると安全性や明瞭さが損なわれる場面では、圧縮スタイルを緩める想定です。

普通のプロンプトの代わりに必要ですか？

一度だけ短い回答がほしいだけなら、普通のプロンプトで足りることもあります。caveman を導入するのは、毎回指示を書き直さずにコンパクトな応答を繰り返し得たいとき、または会話をまたいで「簡潔だが正確」なモードを安定して使いたいときです。

caveman は初心者向けですか？

はい。ただし、ユーザーが実際に「短くする」とはどういうことか分かっている場合に限ります。説明を手厚くしてほしい初心者にはあまり向きません。スタイル上、補足の余白を削るため、プロンプト側に十分な文脈を載せる必要があります。

caveman skill を改善する方法

依頼を短くするのではなく、入力を良くする

caveman の出力を最短で改善する方法は、最初に対象、想定読者、出力形式を具体的に示すことです。たとえば、「Use caveman. チームメイト向けにこのバグを説明して。根本原因、修正案1つ、確認手順1つを入れて」のように書きます。そうすると、曖昧にならずに簡潔さを保てます。

文脈不足に注意する

caveman の主な失敗パターンは、情報不足です。話題になっているシステム、エラー、コマンド、コード片を入れないと、応答が圧縮されすぎて役に立たなくなることがあります。可能なら正確なコード、ログ、制約を含めてください。caveman は、入力が明確なほど技術的な中身をきれいに保てます。

依頼を絞って調整する

最初の出力がまだ長いなら、より厳しい形式を指定します。箇条書きのみ、最初に1行要約、あるいは「最大5行」などです。逆に、回答が薄すぎるなら、「同じ caveman スタイルで、前提と次の一手も入れて」と頼みます。そうすれば、caveman skill の密度を保ったまま、必要な情報だけを増やせます。