何时使用: 你遇到无付费墙的文章、文档页面或博客文章,想要 TL;DR 和观点而不想自己阅读。
步骤
-
获取 Markdown 格式输出
获取 https://example.com/blog/post 的前约 3000 个字符并转换为干净的 Markdown。✓ 已复制
→ 内容包含有效的标题且无导航元素
-
总结并提取主张
用 5 条要点总结。列出作者提出的任何具体数字或主张及其所在的句子。✓ 已复制
→ 要点总结加引文,而非意译
-
批评
对作者主要观点最有力的反驳是什么?要具体。✓ 已复制
→ 真实的批评,而非模棱两可的'另一方面……'
结果: 在 30 秒内快速了解文章内容,包含可验证的引文。
注意事项
- 页面由 JS 渲染,获取返回几乎为空的壳 — 检查首次获取的输出——如果内容异常简短或显示'Loading...',改用 Firecrawl 或 Chrome DevTools MCP
- 长页面被 max_length 截断 — 使用
start_index 分页:第二次调用时设置 start_index: 5000 从上次结束处继续
何时使用: 你依赖的库在静态页面上发布了发布说明,而你已经一个月没查看了。
步骤
-
获取更新日志页面
获取 https://vendor.com/changelog 并列出自 2026-03-01 以来的每个发布,包括日期和一行更改摘要。✓ 已复制
→ 带日期的时间顺序列表
-
按影响分类
将每个分类为:破坏性变化、新功能、bug 修复、内部变化。标记任何标记为破坏性或已弃用的内容。✓ 已复制
→ 每个发布的标签,其中突出显示破坏性变化
-
指出对我们的影响
我们主要使用这个库来实现 <feature X>。这些变化中哪些会影响我们的使用,我们应该采取什么行动(如果有的话)?✓ 已复制
→ 可操作的列表,而非泛泛的'查看说明'
结果: 在 2 分钟内了解是否需要升级版本并测试,或完全跳过该发布。
注意事项
- 更新日志分页——首页仅显示最近 2 个月 — 使用
start_index 滚动或显式获取存档 URL - GitHub 发布页面现在通过 JS 渲染 — 改为使用原始 API:
https://api.github.com/repos/owner/repo/releases 返回 JSON 无需 JS
何时使用: 你根据公开规范(OAuth、RFC 9457 问题详情、REST API 参考文档)编码,希望 Claude 有标准来源。
步骤
-
获取规范页面
获取 https://datatracker.ietf.org/doc/html/rfc9457 作为 Markdown。只返回第 1-4 部分。✓ 已复制
→ 规范部分的干净 Markdown
-
根据它实现
以该 RFC 为真理来源,为我编写 problem details 对象的 TypeScript 类型和验证器。在注释中引用具体的部分号。✓ 已复制
→ 代码中包含 // per RFC 9457 §3.1 的内联引文
-
边界情况检查
从同一 RFC 来看,我的实现未处理哪些边界情况或可选字段?决定是否处理它们或记录选择。✓ 已复制
→ 对照规范的诚实间隙分析
结果: 规范一致的实现,附带可追踪的引文可在代码审查中辩护。
注意事项
- IETF 页面很大——整个 RFC 可能超过上下文预算 — 使用锚链接或 start_index 只获取需要的部分,而非全文档