機能の一覧はよく見る。効く条件が書かれていない
「使われていない機能」を並べた紹介をよく見ます。実際に毎日使っている3つについて、公式の数字と、効かない条件を確認しました。

この記事の結論
- キャッシュは読みが安くなる代わりに、書き込みは高くなる
- 短すぎる内容はキャッシュされない。エラーも出ない
- スキルは出所を確認してから入れる。公式が明確に警告している
- キャッシュは読みが安くなる代わりに、書き込みは高くなる
- 短すぎる内容はキャッシュされない。エラーも出ない
- スキルは出所を確認してから入れる。公式が明確に警告している
「ほとんどの人はClaudeを1割しか使っていない」という形の紹介をよく見る。機能の一覧としては役に立つ。
ただ、効く条件と、効かない条件が書かれていないことが多い。実際に毎日使っている3つについて、公式の資料で数字を取り直した。
1. プロンプトキャッシュ
同じ内容を毎回送っているなら、サーバー側に覚えさせて安くする仕組みだ。紹介では「最大90%安くなる」と書かれることが多い。
資料を見ると、確かにそう読める。ただし3種類の値段がある。
| 種類 | 基準との比 |
|---|---|
| 通常の入力 | 1倍 |
| 5分保持の書き込み | 1.25倍 |
| 1時間保持の書き込み | 2倍 |
| 読み出し | 0.1倍(モデルにより0.05倍など) |
安くなるのは読み出しだけで、覚えさせる側は高くなる。
何回使うかで、得か損かが変わる
1回書き込んで1回しか読まないなら、合計では高くつく。同じ内容を何度も読む場合に効く。
既定の保持時間は5分で、使うたびに延びる。長く持たせたいなら1時間の指定があるが、書き込みの値段は2倍になる。
紹介でまず書かれない落とし穴
資料にこうある。
これより短いプロンプトはキャッシュできず、エラーは返されない。
最低の長さはモデルによって違い、512トークンのものもあれば4,096トークンのものもある。
短いと黙って効かない。設定したつもりで効いていない、という状態が起こりうる。確かめるには、応答に含まれるcache_read_input_tokensなどの値を見るしかない。
数字の読み方そのものは料金の比べ方に書いた。単価ではなく、終わるまでの合計で見るという点は同じになる。
2. スキル
やり方の手順をまとめて渡しておくと、必要なときに勝手に読んでくれる仕組みだ。
仕組みとして感心したのは、段階的に読む設計になっていること。
| 段階 | 読まれるとき | 消費 |
|---|---|---|
| 名前と説明 | 常に | 1つあたり約100トークン |
| 手順の本体 | 必要と判断されたとき | 5,000トークン未満 |
| 資料や処理 | 参照されたとき | 読むまでゼロ |
つまりたくさん入れても、使わない限りほとんど邪魔にならない。この設計があるから「とりあえず入れておく」が成立する。
ただし、出所の確認が要る
公式が、はっきり警告している。
スキルは信頼できる出所のものだけを使うこと。(中略)悪意のあるスキルは、記載された目的とは異なる形でClaudeに道具を使わせたり、コードを実行させたりしうる。
続けて、ソフトウェアを入れるのと同じ扱いをせよとも書かれている。
とくに外部からデータを取ってくるスキルは危険だとされている。取ってきた中身に指示が混ざっている可能性があるからだ。
前日に外部のスキルを紹介した記事を書いたが、そこで配布元の名前が1文字違う点に触れた。名前の取り違えで別のものを入れる形は、まさにこの警告に当たる。
もうひとつ、知らないと困る点
資料に「カスタムスキルは面をまたいで同期しない」と明記されている。
- ブラウザ版に入れたものは、APIでは使えない
- APIに入れたものは、ブラウザ版では使えない
- Claude Codeのものは、どちらとも別
使いたい場所ごとに入れ直すことになる。
3. 決まった時刻に動かす
このサイトでは、毎朝6時にその日の話題の候補を集めて下書きを作る処理を動かしている。
これは紹介記事でもよく挙がる使い方だが、やらせていないことのほうが重要だと思っている。
記事そのものは作らせていない
候補を集めるところで止めてある。理由は単純で、見出しだけを材料に書かせると、報道に無い内容が混ざるからだ。
別のサイトで実際にそれが起きて、仕組みごと止めた。いまは「何を書くか」を決めるところまでを自動にして、本文は一次情報を見てから書いている。
この判断は、今月AIが他人の口座で支払った件を読んで、なおさら正しかったと思った。完遂だけを求めると、手段を自分で見つけてくる。
向いているのは「集める」まで
- 向く — 集める、並べる、数える、形を揃える
- 向かない — 事実かどうかの判断、何を言うかの決定
線はここで引いている。どこまで任せられるかにも書いたが、止まる場所を先に決めておくのがいちばん効く。
紹介記事の読み方
この種の一覧は、存在を知るのには向いている。知らなければ使えないので、それだけで価値がある。
ただ、そのまま真に受けると損をする部分もある。
- 「最大◯%安くなる」は、安くなる側だけの数字のことがある
- 効かない条件は書かれない。短すぎる、回数が少ない、など
- 公式の警告は省かれやすい。とくに安全に関するもの
3つ目が今回いちばん気になった。スキルの安全性について、公式は節をひとつ割いて警告している。紹介で触れられないことが多い。
まとめ
- キャッシュは読みが0.1倍、書き込みは1.25〜2倍。回数が少ないと損をする
- 既定の保持は5分。1時間にすると書き込みが2倍
- 短いとキャッシュされず、エラーも出ない
- スキルは名前と説明だけが常駐し、約100トークン。入れすぎても邪魔になりにくい
- 出所の確認が要る。公式が「ソフトウェアを入れるのと同じ扱いを」と書いている
- 面をまたいで同期しない。使う場所ごとに入れ直す
- 決まった時刻の処理は集めるまで。書かせると、材料に無い内容が混ざる
出典
- Anthropic「Prompt caching」(保持時間、3種類の料金の倍率、最低の長さ、キャッシュできる対象、応答に含まれる値。2026年10月19日に確認)
- Anthropic「Agent Skills」(段階的に読み込む仕組みと各段階の消費、安全上の注意、面をまたいだ同期に関する制約。同日確認)
本記事は2026年10月19日時点の公式資料に基づく。料金と仕様は変更されるため、導入の前に必ず公式で確認すること。本記事は法的な助言ではない。
新しい記事が出たら、ブラウザの通知でお知らせします。
メールアドレスの登録は要りません。いつでも止められます。
関連記事
RELATED
銀行にログインしたまま、AIに作業させていいか。7種類を調べた論文を読んだ
ブラウザの30年来の約束事が、AIには適用されていないという論文です。原文を読んだら、報道と食い違う点が1つありました。
表にまとめてもらうときの指定
表は便利ですが、空欄を埋められると困ります。
文脈ウィンドウに何が入っているのか、図にした
「長い文章を貼っていないのに枠が足りない」理由を図で整理しました。入力も出力も同じ1つの枠に入ります。公式ドキュメントの…