◉CLAUDE LABEN
●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました
記事一覧/Cowork
◈ Cowork/2026-07-05上級

Web 監視が『異常なし』と言い続けた二週間 — 沈黙する取りこぼしを計測して切り分ける運用メモ

Cowork と Claude in Chrome で組んだ競合監視が、実際には変化を取りこぼしているのに『変更なし』と報告し続けることがあります。取得成功と抽出成功を分けて計測し、沈黙する失敗を検知する運用手順をまとめました。

cowork16claude-in-chrome4web-monitoringobservability15scheduled-tasks3selector-drift

✦ プレミアム記事

監視が「異常なし」と言い続けた二週間

競合の料金ページを追う監視タスクを組んでいました。毎日三回巡回し、差分があればレポートを出す。数週間、ログには「✅ 変更なし」が並び、私はそれを平和の証だと受け取っていました。

ある日、別件でその競合のページを開いて、指が止まりました。上位プランの価格が変わっている。導入プランが一本増えている。監視は、二週間その変化に一度も気づいていませんでした。

胸が冷たくなりました。監視が動いていなかったわけではありません。毎回きちんと起動し、ページを取得し、「変更なし」と結論していた。つまり監視は、自分が何も見ていないことに気づかないまま、正常だと報告し続けていたのです。

その二週間の沈黙をどう突き止め、二度と起こさないためにどんな計測を足したのか。個人開発で複数のサイトを回している私自身の運用から、実際に使っているコードとともに書き残しておきます。競合監視・価格追跡・変更検知を Cowork で回している方に、同じ落とし穴を避けてほしいという気持ちで書いています。

「取得成功」と「抽出成功」は別物

原因を追ってわかったのは、監視パイプラインが二つのまったく別の成否を、一つの成功として扱っていたことでした。

ページの取得(HTTP 200 が返り、テキストが手に入る)は成功していました。しかし、そのテキストから価格を抜き出す抽出は、静かに失敗していました。競合がページを作り直し、価格を包んでいた要素のクラス名が変わっていたのです。抽出セレクタは何もマッチせず、空文字を返す。空文字と空文字を比較すれば、当然「変更なし」になります。

段階この事例での状態監視の解釈
ページ取得成功(200・本文あり)正常
要素抽出失敗(セレクタ不一致で空)正常と誤認
差分比較空 vs 空 → 差分ゼロ「変更なし」

言い換えれば、監視は「取れなかった」を「変わらなかった」と読み替えていました。この二つは意味が正反対です。前者は監視の故障、後者は監視の正常な結果。ここを同じ棚に入れている限り、故障は永遠に平常運転の顔をして通り過ぎます。

最初にやるべきことは、抽出が成功したのかどうかを、比較とは独立した信号として持つことでした。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦「取得成功」と「抽出成功」を分離し、抽出の生死をアンカー健全性で測る実装
✦変更ゼロが続く『静かすぎる』状態を異常として拾うカバレッジ監視スクリプト
✦セレクタドリフトを構造フィンガープリントで検出し、誤検知と取りこぼしの両方を減らす手順
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

◈ Cowork2026-08-23
コネクタが使えない朝に、待つのか人に返すのかを分ける三つの状態
無人実行でコネクタに届かないとき、原因は起動途中・未認証・恒久欠落の三つに分かれます。それぞれ正しい対処が正反対になる理由と、待機予算を切り分ける判定器の実装をまとめました。
◈ Cowork2026-10-08
毎回読ませる指示ファイルを半分にした夜、削る前に3つの引き出しへ分けました
指示ファイルが長くなるほど、書いたはずの決まりごとが守られなくなります。毎回読ませる分を半分にするため、残す・移す・捨てるの3つに分けた基準と、見出しごとの大きさを測る小さなスクリプトをまとめます。
◈ Cowork2026-09-08
毒入りサンプルを置くまで、無人の検査は一度も落ちていませんでした
無人スケジュールで回している検査が、ログ整形のパイプ一本で終了コードを失っていました。消える経路を手元で測って切り分け、検査自身を検査する小さなハーネスまで組みます。