← CC Safety Lab 無料公開 — 8月号の冒頭の章の全文
本頁の本文は8月1日配信の8月号からの抜粋で、 改編はしていません。 10件の起票 (累計2,200反応) は2026年5月31日の段で全件 OPEN の合図の継続中、 公式の修正の応答は未到達の状態。
Pro / Max 5x / Max 20x の購読の枠が、 同じ作業の流れを使っていても、 想定より早く尽きる事案。 代表的な見え方は3種類で、 利用者の側からは区別がつきにくい合図です。 1つめは「利用の上限に到達、 リセットまで何時間」 の通知。 2つめは「率の制限の到達」 の通知。 3つめは「セッションのクォータの枯渇」 の通知。
「同じ依頼の調子」「同じ規模の作業」 で1日に5時間以上使えていたところから、 突然1時間で枯渇する状態に切り替わる事例が、 2026年3月以降の集積で10件の起票として記録されました。 累計の反応は約2,200件、 すべて公開のまま継続中です。
3つの独立な経路で、 同じ症状が発生しうる経路です。 利用者の側の自己診断の手順の整備の前に、 3つの経路の articulate を整理します。
起票46917 で、 同じ形の --print の呼び出しが、 v2.1.98 では 49,726 トークンを報告し、 v2.1.100 では 69,922 トークンを報告する事実が確認されました。 差の20,000トークンは利用者の側から見えない位置で消費される経路。
同時に4件から5件の副の作業者を立ち上げると、 各々が独立な文脈の窓を持つため、 同じ規模の作業を実行しても、 累積のトークンの消費が並列の度合いに応じて増大する経路。
既定の hooks や AGENTS.md などの設定の連鎖で、 セッションの最初の数分以内に5万から10万トークンの読み込みが発生し、 本来の作業の枠を圧迫する経路。
3つの経路は同じ「想定より早く枯渇する」 という症状の表面に出ますが、 内部の原因は別物で、 必要な対応も別です。 利用者の側から見ると、 自分の症状がどの経路に該当するかを判定できる計測の道具が、 公式の側にはまだ用意されていません (起票13585 で「クォータの情報を CLI から取得する」 要望が2025年12月から継続中)。
10件の起票で、 累計の反応は約2,200件。 累計の反応の上位の起票から並べた集積の表。
4件の起票で版の境界の独立な合図 (2026年3月23日、 v2.1.89、 v2.1.100、 2.1.1)。 これは利用者の側の知覚のずれではなく、 サーバ側または CLI 側の何かが版の境界で変化した合図です。
自分の症状が、 3つの経路のどれに該当するかを判定する手順。 5分以内で完了する整備です。
ccusage で過去7日の集計の取得
セッション別、 モデル別の集計と、 各セッションの開始時刻と最終時刻と総トークン数の取得。 過去7日間で、 同じ規模の作業を実施したセッションを2件選び、 総トークン数を比較する。 顕著な差がある場合、 手順2に進む。
~/.claude/projects/ の下の最新の .jsonl を選び、 jq '.message.usage' で各往復の cache_creation_input_tokens と cache_read_input_tokens と input_tokens と output_tokens の4つの数値を取り出す。 通常は cache_read の数値が cache_creation の10倍から100倍の規模になる。 もし cache_creation が cache_read の規模に近い、 あるいはそれを超える場合、 第1の経路 (サーバ側の膨張) の可能性が高い合図。 起票46917 の症状。
jq -s で4つのトークンの合計と、 開始から最終までの経過秒数の取得。 毎分のトークン数の計算。 毎分のトークン数が50,000を超える場合、 第2または第3の経路の可能性が高い合図。 副の作業者を並行で起動していた場合は第2の経路、 セッションの開始の最初の数分で集中していた場合は第3の経路。
cc-safe-setup の3件の hook を同時に導入すると、 3つの経路の検出を背景で自動化できます。 npx の cc-safe-setup --install-example の経路で、 各々の hook を個別に取り込み可能。
cache-creation-drift-detector
単発のリクエストごとに cache_creation_input_tokens を蓄積し、 直近200サンプルの平均と比較し、 既定の1.25倍を超えた時に警告を発火。 起票46917 のサーバ側の膨張の検出が主目的。 20サンプル以上の履歴が必要なため、 最初の数日間は警告が発火しない経路。
quota-anomaly-detector
入力と出力とキャッシュ読込とキャッシュ作成の4つのトークンの合計を蓄積し、 直近10分の毎分のトークン数と直近24時間の毎分のトークン数を比較し、 既定の1.5倍を超えた時に警告を発火。 セッションをまたぐ消費の率の異常の検出が主目的。 30サンプル以上の履歴が必要。
session-rate-monitor
セッションの開始からの経過時間と累積のトークン数を追跡し、 毎分のトークン数が絶対の上限 (既定は毎分50,000トークン) を超えた時に警告を発火。 過去の基準のデータが不要で、 5サンプル以上かつ60秒以上の経過で警告が可能。 新規セッションの最初の5分以内の異常な消費の検出が主目的。
3軸は互いに独立で、 1件だけの導入では1つの経路の異常しか捉えられません。 推奨は3件の同時の導入。 各々の hook を ~/.claude/settings.json の PostToolUse の matcher: "" の下に command として追記します。
cache_creation の値が cache_read に近づく
通常は cache_read が cache_creation の10-100倍の規模ですが、 cache_creation が cache_read に近い、 あるいは超える場合、 サーバ側のキャッシュ作成の膨張の合図。 起票46917 の症状で、 v2.1.100 以降の版の境界の合図の継続中。
セッションの開始の最初の5分以内の累積のトークン数が、 過去の同じ作業の規模の中央値の2倍を超える場合、 設定の連鎖の累積の合図。 既定の hook、 AGENTS.md、 環境変数、 副の作業者の集まりの設定の累計の規模の月次の確認の整備が予防の経路。
同じ依頼の調子と同じ規模の作業で、 CLI の版の更新の前後で総トークン数が顕著に異なる場合、 サーバ側または CLI 側の版の境界の合図。 v2.1.89、 v2.1.100、 2.1.1 の3件の版の境界で集積の合図の継続中。 月次の ccusage の集計の取得で、 版の境界の前後の差分の取得が可能。
8月号の続きの章 (約22,000字) の購入の経路は、 月額¥500 の Founder Membership の経路で、 8月号と以降の毎月の届け物の経路。 Founder 価格は永久固定で、 後で枠の値段を上げる時も Founder の方々は¥500 のまま。
CC Safety Lab Founder Membership
¥500/月 (Founder 価格、 永久固定)
8月号は8月1日配信予定。 6月号 と 7月号 と 9月号 と 12月号 の試し読みで書き方の深さの目安を判断できます。
8月号の続きの章では、 10件の起票の事案の深掘りと4件の版の境界の独立な合図 (2026-03-23、 v2.1.89、 v2.1.100、 2.1.1) の articulate、 3軸の hook の組み合わせの設定例 (3件同時の settings.json の articulate、 各 hook の環境変数の整備、 衝突の予防の手順)、 警告の発火の後の即座の対応の手順、 6月15日の課金分離以降の API の直接の鍵への切替の判断の入力の整備が届きます。
9月号以降の主題の予告 (権限の判定の境界、 利用方針の判別の異常、 道具の呼び出しの解析の失敗など) は 商品の頁 で公開済です (9ヶ月分の runway)。