テクノロジー

あなたのClaude CodeのWebFetch、実はWebをちゃんと読んでいない

1: mkusaka 2026/05/04 21:31

Claude CodeのWebFetchはHaikuで要約して渡し、10万文字超は後半が切り捨てられると解説する。

2: pchatsu 2026/05/05 00:00
3: nguyen-oi 2026/05/05 07:41

要約だけ読まされて全文理解したつもりになるのは確かに罠すぎる

4: toaruR 2026/05/05 08:24

まぁ合理的ではあるよな(´-`)というかページ分割されてるソースで次も読んで欲しい

5: morimarii 2026/05/05 09:42

え、そりゃそうだろ……検索したページ全文をOPUSに読ませたらいろんな意味でやばいでしょ。

6: pecan_fudge 2026/05/05 09:45

/status を見るとやたらHaikuを使っていると思ったらここだったのか

7: daruyanagi 2026/05/05 10:25

“短い要約しか、あなたの賢い Opus や Sonnet には届いていません”

8: shiba_yu36 2026/05/05 10:48

しらなかった

9: jintrick 2026/05/05 11:24

Gemini CLIのGoogleSearchツールよりは少しマシかも。友人の盗難車検索に使ってたけどハルシネーションの伝言ゲームみたいな地獄が展開され、俺に届くころには冗談みたいな嘘の塊に。URLを示すことすらできなかった。

10: oinume 2026/05/05 11:27

とりあえずcurlを許可するのがいいのかなぁ

11: zoidstown 2026/05/05 11:39

“WebFetch ツールを使う多くの場合、実は Web ページの原文を読んでいません。先に Haiku が読んで要約・抽出した結果だけを、あなたの Opus や Sonnet が読んで実装を進めています。”

12: Falky 2026/05/05 11:40

なるほど

13: number917 2026/05/05 12:49

相変わらずって感じなんだな

14: IGA-OS 2026/05/05 13:12

ちゃんと読んでくれるツール難民

15: crosscrow 2026/05/05 13:20

claude Opusモデルをbedrock上で走らせると、なぜかコストレポート上Haikuの方が多く請求されてて謎だったが、こういうことか…

16: dalmacija 2026/05/05 14:25

ツール使わせたほうがいい場合は多そう

17: otihateten3510 2026/05/05 14:25

はてな俳句 ClaudeHaiku

18: hogetax 2026/05/05 14:29

“問題は、これらの設計判断自体ではなく、それがユーザーに見えにくいことです。”そやね。むしろ利点が多い

19: kougeneki255 2026/05/05 14:59

「ハイクを詠め、クロード・コード=サン」

20: diveintounlimit 2026/05/05 15:30

合理的なやり方ではあるなぁ。すべてフルスペックでやるのは効率が悪い。

21: rgfx 2026/05/05 19:50

ほほー「個人的には defuddle parse URL --md を使っています。defuddle は Obsidian の CEO kepano が作ったURLをMarkdownなどにパースしてくれる」

22: hinaloe 2026/05/05 19:59

ちゃんと目的が明確だとそれように抽出してくれる……けどtruncate入っちゃうと厄介よな……

23: Kesin 2026/05/05 22:26

“もちろん defuddle を使うと、Haiku が第一フィルタとして担っていたと思われる Prompt Injection 対策は外れ” / まずHaikuに読ませるのはセキュリティ対策でもあったわけか。それ聞くと外しにくいな

24: Cherenkov 2026/05/06 20:46

このドキュメントは気合入れて読めよ って指示するだけじゃダメ?文章をインプットする作業ならHaikuで充分ってことなんでしょうか。(本文をちゃんと読んでいない)

25: ginpei 2026/05/09 03:46

現在では全文を安価なLLMに前処理(要約やフィルター)させた後に読む仕様らしい。/configからverboseオンで挙動を確認できる。MDN等一部のサイトは例外として登録されている。