de ja ko zh

amenbo

Name: amenbo
Author: Rererr

by Rererr

Overview Schema Related Servers Score Discussions

TypeScript

Local

amenbo 🐜💧

English | 日本語

DOI

Skims the web without making waves — a Japanese-web-native MCP server for low-impact, token-efficient web collection: outline→section progressive disclosure and diff-only refetches keep context small.

amenbo(アメンボ / water strider)は、Claude Code や Codex のようなコーディングエージェント向けの MCP サーバーです。水面に波を立てずに滑る虫のように、収集先に負荷をかけず、少ないトークンで Web から情報を集めます。とりわけ日本語サイトに最適化しています。MCP クライアントを持たないシェル環境からは、同じコアを共有する CLI としても使えます(CLIとして使う参照)。

なぜ amenbo か

汎用のスクレイピングツールの多くは英語圏の Web を前提に作られており、日本語サイトでは次のような取りこぼしが起きがちです。amenbo はこれらの課題に対応します。

構造化が甘いサイト：div の入れ子やテーブルレイアウトが多い日本語サイトでも、レンダリング結果のジオメトリ(見た目の配置)から本文領域を推定します
文字化け：Shift_JIS / EUC-JP / ISO-2022-JP を自動判別
ふりがな：<ruby> の振り仮名を除去し、本文の二重化を防止
画像で出す情報：画像化された料金表やバナー中心のページは、テキスト抽出が貧弱なとき自動でスクリーンショットに切り替え
表の欠落・崩れ：リンク密度の高いデータ表(比較表など)は本文抽出時に丸ごと落ちることがあり、そうした表を検出して元の位置へ復元します。本文に残った表も colspan/rowspan・多段ヘッダを正規化し、列ズレを防ぎます
見出しの消失：見出しが編集リンク付きラッパーに包まれたページ(Wiki系など)では本文抽出時に見出し構造が丸ごと失われることがあり、本文が残っている節の見出しを検出して元の位置へ復元します(outline / section の段階開示が安定)
国内主要サイト：Qiita / Zenn / note / はてなブログ / Yahoo!ニュース / PR TIMES に専用アダプタ

類似ツール(公式 fetch MCP / Jina Reader / Playwright MCP / PixelRAG pixelshot)との実測比較は、記事「エージェントのWeb取得、ツール次第でトークンが5000倍違った話」を参照してください。ハーネスと生ログは bench/ にあります。

Related MCP server: Charlotte

トークンを節約する仕組み

段階開示：mode: outline で見出しツリーと各節のトークン量だけ先に返し、必要な節だけ section 指定で取得。長大なページを丸ごと流し込みません
CJK 対応の本文プルーニング：句読点密度、文字種比率、リンク密度でナビ/広告/フッターを除去
差分応答：一度取得した URL の再取得時、変更が無ければ unchanged、あれば変更された節だけを返します
自動 Markdown/画像切替：品質スコアが低いページだけスクリーンショットにし、壊れた Markdown を読ませて取り直す往復を避けます
文字種別のトークン見積り：日本語・韓国語・キリル文字・絵文字などは英語よりトークン単価が重いため、文字クラス別の係数(実測で校正)でページ分割の予算を計算します

収集先への低負荷

二段フェッチ：まず素の HTTP GET。JS 描画が必要なページだけ headless Chromium に昇格するので、大半の取得でブラウザを起動しません
礼儀正しいクローラ：robots.txt と Crawl-Delay を尊重、同一ドメインへは直列 + 既定 1 req/秒（robots.txt の取得もこの1リクエストとして数えます）。リンク列挙は sitemap / RSS を優先しページを舐めません
正直な User-Agent：ボットであることを明示します。anti-bot 回避は実装しません
キャッシュ：ETag / If-Modified-Since で再検証し、無駄な再取得を避けます。有効期限は既定 15 分（AMENBO_CACHE_TTL_MS）で、Cache-Control は延長方向のみ採用します（max-age が 15 分より長ければそちらを使い、上限 24 時間。no-store は保存しません）。max-age=0 や no-cache で期限を縮めることはしません — 主要サイトの実測ではその宣言が大半で、従うとツール呼び出しの度に取得しに行くことになり、低負荷という前提が崩れるためです

インストール

npm install -g amenbo

Markdown 取得(通常の fetch / links)はこれだけで動きます。JS 描画が必要な SPA への昇格やスクリーンショットなど、ブラウザ(Chromium)経由の取得を使う場合のみ、初回に一度だけ実行してください(約 170MB のダウンロード):

npx -y amenbo install-browser

または開発用途:

git clone https://github.com/Rererr/amenbo.git
cd amenbo
npm install
npm run build

MCP クライアントへの登録

Claude Code(--scope user は全プロジェクト共通。プロジェクト単位なら外す):

claude mcp add --scope user amenbo -- amenbo

Codex CLI:

codex mcp add amenbo -- amenbo

VS Code:

code --add-mcp '{"name":"amenbo","command":"amenbo"}'

その他のクライアント(Cursor / Cline など)は、各クライアントの MCP 設定(Cursor: ~/.cursor/mcp.json、Cline: MCP Servers 画面の settings JSON)に次のエントリを追加します:

{
  "mcpServers": {
    "amenbo": {
      "command": "amenbo"
    }
  }
}

グローバルインストールを避ける場合は "command": "npx", "args": ["-y", "amenbo"]、ローカルビルドを使う場合は "command": "node", "args": ["/path/to/amenbo/dist/server.js"] を指定してください。

stdio 経由で MCP の 2026-07-28(ステートレスコア)と 2025 系の両方に応答します。クライアントがどちらの版を話すかに関わらず、上記の設定のまま繋がります。

エージェントに使い方を教える(推奨プロンプト)

ツール定義だけでは「段階開示で取る」といった使い方の作法までは伝わりません。以下を CLAUDE.md や AGENTS.md にコピペすると、エージェントが amenbo を効率よく使うようになります。

## Web取得は amenbo を使う

- ページ取得は `fetch`(mode 既定 `auto`)。長そうなページや一部しか要らないページは、
  まず `mode: "outline"` で見出しと各節のトークン量を確認し、必要な節だけ `section` 指定で取得する
- 同じ URL の再取得で `unchanged` / `diff` が返るのは正常(変更なし / 変更節のみ)。
  差分ではなく内容全体をもう一度受け取りたいときだけ `force_full: true` を使う
- サイト内のページを探すときは URL を推測せず `links`(`filter` で絞り込み)で列挙する
- シェルが使える環境で、キーワードで探したいだけの長いページや複数ページの一括収集は、
  CLI で `amenbo fetch <url> > page.md` に落として grep / 部分読みする(本文をコンテキストに入れない)。
  構造を見ながら判断したいページは従来どおり MCP の outline → section が向く
- 日本語以外のサイトにも使える(段階開示・キャッシュ・低負荷は言語非依存)。ただし本文抽出は
  日本語向けに調整しているため、非日本語ページで本文が欠けて見えるときは `selector` 指定か
  `mode: "screenshot"` で取り直す
- 料金表・レイアウトなど視覚情報が目的なら `screenshot`。`scale: 0.5` 程度で画像トークンを減らせる
- robots.txt 拒否や bot 対策による取得失敗は仕様(回避しない)。失敗はそのままユーザーに報告する

CLAUDE.md に書かず、その場のセッションだけに読み込むこともできます。MCP プロンプト対応クライアントでは、サーバーが同じ作法を usage プロンプトとして配布しています(Claude Code では /mcp__amenbo__usage)。

CLIとして使う

amenbo は MCP サーバーと同一のコア(取得、キャッシュ、politeness、抽出ロジック)を共有する CLI としても動作します。引数なし、または amenbo serve は従来通り MCP サーバーとして起動する(.mcp.json の "command": "amenbo" はそのまま動きます)ので、既存の MCP 登録には影響しません。

# ページをMarkdownとして取得(標準出力へ)
amenbo fetch https://example.com/

# 長いページはまずoutlineで見出しとトークン量だけ確認
amenbo fetch https://example.com/ --mode outline

# 出力をファイルに落として grep や部分読み(head/sed)する
amenbo fetch https://example.com/ > page.md
grep -A3 "料金" page.md

# サイト内のリンクを列挙(sitemap/RSS優先)
amenbo links https://example.com/ --filter "blog/*"

# スクリーンショット(タイルPNGは--out-dirへ保存され、パスが標準出力に列挙される)
amenbo screenshot https://example.com/ --viewport-only --scale 0.5 --out-dir ./shots

各サブコマンドの詳細は amenbo <fetch|links|screenshot> --help を参照してください。

MCP と CLI の使い分け:

MCP：エージェントの主経路。ブラウザ(Chromium)がプロセス内でウォームに保たれ、スクリーンショット等の画像を会話へ直接返せる。claude.ai のようにシェルを持たないホストのエージェントにも届く
CLI：シェルスクリプト、CI、デバッグ用途、出力をファイルに落として grep/部分読みしたい場合、または MCP 非対応のエージェント/ツールチェーンから使う場合に向く。1 コマンド= 1 プロセスのためブラウザは毎回起動する

キャッシュ、差分応答(unchanged/diff)、レート制御(robots.txt/ドメイン毎の直列アクセス)の状態は MCP サーバーと CLI で共有されます(同じ ~/.cache/amenbo を使うため)。ただしレート制御のプロセス間共有はベストエフォートです。同一ドメインへの直列化は各プロセス内でのみ厳密に保証され、MCP サーバーと複数の CLI 実行が同時に同じドメインへアクセスした場合、最小間隔が多少すり抜けることがあります。

ツール

`fetch` でページを取得

パラメータ	説明
`url`	取得対象 URL(http/https のみ。PDF 可)
`mode`	`auto`(既定・品質スコアで Markdown/screenshot 自動切替) / `markdown` / `outline`(見出し要約) / `screenshot`
`selector`	本文を絞り込む CSS セレクタ
`section`	outline で得た section ID。その節の Markdown のみ返す(祖先見出しがあれば応答に `section_path`(`›` 区切りのパンくず)を付与)
`page`	ページ番号(既定 1)
`max_tokens`	1 ページの概算トークン上限(既定 8000)
`force_full`	true で差分応答・定型ブロック除去を無効化する(`max_tokens` によるページ分割は従来通り働く)

`links` でリンクを列挙

パラメータ	説明
`url`	起点 URL
`filter`	URL/リンクテキストの部分一致、または `*` を使った glob

sitemap → RSS/Atom → ページ内リンクの順で探索します。

`screenshot` でスクリーンショットを撮影

パラメータ	説明
`url`	撮影対象 URL(http/https のみ)
`fullPage`	既定 true。false で最初のビューポート分のみ
`width`	タイル幅 px(既定 1280)
`scale`	解像度スケール 0.5〜1.0(既定 1.0)。小さいほど画像トークン減

環境変数

変数	既定	説明
`AMENBO_CACHE_DIR`	`~/.cache/amenbo`	キャッシュ(SQLite + PNG)の保存先
`AMENBO_CACHE_TTL_MS`	`900000`(15分)	キャッシュの有効期限
`AMENBO_MAX_BODY_BYTES`	`20971520`(20MB)	取得ボディの上限サイズ

セキュリティ

SSRF 対策：http/https 以外のスキーム(file:, ftp: 等)を拒否。DNS 解決した接続先が private / loopback / link-local / 予約アドレスなら拒否。DNS rebinding(TOCTOU)対策として実接続を検証済み IP に固定します
ボディサイズ上限：巨大レスポンスによる OOM を防止

既知の制限

本文抽出は日本語チューニング：段階開示・キャッシュ・低負荷は言語非依存で、非日本語サイトでも動きます。ただし本文抽出のヒューリスティックは日本語ページで調整しているため、非日本語ページで本文が欠けて見えるときは selector 指定か mode: "screenshot" で取り直してください
HTTP プロキシ非対応：HTTP_PROXY / HTTPS_PROXY 等の環境変数は尊重しません。SSRF 対策として接続先を検証済み IP に固定する設計(DNS rebinding 対策)と、プロキシへ名前解決を委ねる方式が両立しないためです。上流プロキシ必須のネットワークでは現状ご利用いただけません
anti-bot 回避は実装しません：robots.txt 拒否やボット対策による取得失敗は仕様です。失敗はそのまま報告します(収集先への低負荷参照)

開発

clone 後に1回、秘密情報検査（gitleaks）の pre-commit フックを有効化する:

git config core.hooksPath githooks

npm run typecheck   # strict 型チェック
npm test            # vitest
npm run build       # dist/ へビルド

引用

記事や研究で参照する場合は Zenodo の DOI を使ってください。上のバッジの 10.5281/zenodo.21553636 は全バージョン共通の Concept DOI で、常に最新版へ解決されます。特定の版を指す場合は、その版の DOI を Zenodo のレコードから取得してください。

機械可読な引用情報は CITATION.cff にあります(GitHub の "Cite this repository" から BibTeX / APA を生成できます)。

ライセンス

MIT

Available Tools

3 tools

fetchFetch a web page as MarkdownA

Read-only

Fetch a web page (Japanese-web-native) as low-impact, token-efficient Markdown. Built-in robots.txt compliance, rate limiting, and caching. mode: auto (default; quality score picks Markdown or screenshot) / markdown / outline (heading summary) / screenshot. Refetching a cached URL returns cache: unchanged, or diff (changed sections only), to save tokens. PDF URLs are handled automatically.

ParametersJSON Schema

Name	Required	Description
`url`	Yes	Target URL (http/https only; PDF supported)
`mode`	No	Default: auto
`page`	No	Page number (default 1)
`section`	No	Section ID obtained from outline mode; returns only that section's Markdown
`selector`	No	CSS selector to narrow the content
`force_full`	No	Default false. If true, disables diff responses (unchanged/diff) and boilerplate-block removal (pagination by max_tokens still applies)
`max_tokens`	No	Approximate token budget per page (default 8000)

TDQS

A4.3/5.0

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Even with readOnlyHint and openWorldHint annotations, the description adds substantial behavioral context: robots.txt compliance, rate limiting, caching behavior, diff responses on refetch, and automatic PDF handling. This goes well beyond what annotations convey and fully discloses side effects and state handling.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is compact and front-loaded with the main purpose. It packs a lot of information into four sentences without fluff, though the use of semicolons and slashes makes it slightly dense. Every sentence contributes value, but it could be broken into a list for better scannability.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With no output schema, the description explains primary return types (Markdown, outline, screenshot) and cache states (unchanged/diff). It covers key behaviors like PDF handling and mode selection. Missing details about error responses or rate limit headers, but for a fetch tool this is fairly complete given the 7 parameters and sibling context.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

All parameters have schema descriptions, so the baseline is high. The description adds extra meaning to mode (auto/markdown/outline/screenshot) and explains caching behavior that affects force_full and max_tokens, enriching beyond the schema. It does not detail page, section, or selector semantics, but the schema already covers those.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's function: 'Fetch a web page as Markdown' with specific details like 'low-impact, token-efficient' and supported modes. It distinguishes from the screenshot sibling by explicitly listing screenshot as a mode, and links is not mentioned but the core purpose is unambiguous.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description implies use cases through features like caching and diff responses for repeated fetches, and 'token-efficient' suggests when token economy matters. However, it does not explicitly state when to use this tool instead of the sibling 'screenshot' or 'links' tools, nor does it provide exclusions or alternatives.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

linksList links from a page (sitemap/RSS-first)A

Read-only

Low-impact link discovery: prefers sitemap.xml / RSS / Atom feeds when available, otherwise extracts in-page links.

ParametersJSON Schema

Name	Required	Description	Default
`url`	Yes	Starting URL
`filter`	No	Substring match against URL/link text, or a glob using *

TDQS

A4.2/5.0

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the readOnlyHint annotation, the description adds meaningful behavior: it prefers sitemap/RSS/Atom feeds to minimize impact and falls back to extracting in-page links. This discloses the tool's operational strategy without contradicting annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

A single sentence that front-loads the purpose, mentions the low-impact nature, and describes the strategy. There is no filler or redundancy.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the simple two-parameter read-only tool with no output schema, the description explains the core behavior (feed-first fallback to in-page) and impact level. It could mention output shape, but that's not critical for a list-returning tool.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The schema already provides 100% coverage for both parameters (url and filter) with clear descriptions. The tool description does not add parameter-specific context, maintaining the baseline for schema-heavy tools.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

Title clearly states 'List links from a page', and description specifies 'link discovery' with a concrete strategy (prefers sitemap/RSS/Atom, else in-page). This distinguishes it from siblings fetch and screenshot.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Description conveys clear usage context ('low-impact', feed-first strategy) implying when to use it for light-weight link harvesting. However, it does not explicitly name alternatives or exclusion criteria, so it stops short of a 5.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

screenshotCapture a tiled screenshot of a web pageA

Read-only

For explicit visual inspection. Renders the page with a headless browser and returns tiled PNG screenshots. Built-in robots.txt compliance, rate limiting, and caching.

ParametersJSON Schema

Name	Required	Description
`url`	Yes	Target URL (http/https only)
`scale`	No	Resolution scale (0.5-1.0, default 1.0); lower reduces image tokens
`width`	No	Tile width in px (default 1280)
`fullPage`	No	Default true. If false, captures only the first viewport (1 tile)

TDQS

A4.3/5.0

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already indicate read-only and open-world behavior, so the bar for adding value is lowered. The description goes beyond annotations by detailing built-in robots.txt compliance, rate limiting, caching, and the return format (tiled PNG screenshots). These specifics help the agent anticipate external interactions and constraints, though it doesn't mention failure modes or auth needs.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is three concise sentences. The first sentence front-loads the purpose ('For explicit visual inspection'), the second explains the mechanism, and the third lists key behavioral features. Every word earns its place, with no redundancy or filler.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Despite having no output schema, the description explicitly states the return format ('tiled PNG screenshots'). It also covers web-access constraints (robots.txt compliance, rate limiting) and caching behavior. Combined with the comprehensively described parameters and informative annotations, the description provides a complete picture for an agent to select and invoke the tool correctly.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The input schema provides complete descriptions for all four parameters (100% coverage), so the baseline is 3. The description itself does not add parameter-level detail, but it does mention 'tiled' which indirectly relates to the width and fullPage parameters. However, since the schema already explains each parameter sufficiently, the description offers no additional semantic value beyond the schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's function with a specific verb and resource: 'Renders the page with a headless browser and returns tiled PNG screenshots.' It also frames it as 'For explicit visual inspection,' distinguishing it from sibling tools like fetch and links that handle content extraction. The purpose is unambiguous and differentiated.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The opening phrase 'For explicit visual inspection' provides clear context on when to use the tool. However, it does not explicitly name alternatives or discuss when not to use it, only implying that other tools are better for non-visual tasks. Lacking explicit exclusions, it stops one step short of a perfect score.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.

3 tool updatesv0.6.0Aug 5, 2026

Changedfetch2 fields changed

changedInput schema / $schema

Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"

changedInput schema / properties / force_full / description

Previous value: -"Default false. If true, disables diff responses (unchanged/diff) and boilerplate-block removal, always returning the full content"New value: +"Default false. If true, disables diff responses (unchanged/diff) and boilerplate-block removal (pagination by max_tokens still applies)"

Changedlinks1 field changed

changedInput schema / $schema

Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"

Changedscreenshot1 field changed

changedInput schema / $schema

Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"

3 tool updatesv0.1.5Jul 11, 2026

Changedfetch7 fields changed

changedInput schema / properties / force_full / description

Previous value: -"既定false。trueで差分応答(unchanged/diff)と定型ブロック除去を無効化し常に全文を返す"New value: +"Default false. If true, disables diff responses (unchanged/diff) and boilerplate-block removal, always returning the full content"

changedInput schema / properties / max_tokens / description

Previous value: -"1ページの概算トークン上限(既定8000)"New value: +"Approximate token budget per page (default 8000)"

changedInput schema / properties / mode / description

Previous value: -"既定auto"New value: +"Default: auto"

changedInput schema / properties / page / description

Previous value: -"ページ番号(既定1)"New value: +"Page number (default 1)"

changedInput schema / properties / section / description

Previous value: -"outlineで得たsection ID。指定時はその節のMarkdownのみ返す"New value: +"Section ID obtained from outline mode; returns only that section's Markdown"

changedInput schema / properties / selector / description

Previous value: -"本文を絞り込むCSSセレクタ"New value: +"CSS selector to narrow the content"

changedInput schema / properties / url / description

Previous value: -"取得対象URL(http/httpsのみ。PDFも可)"New value: +"Target URL (http/https only; PDF supported)"

Changedlinks2 fields changed

changedInput schema / properties / filter / description

Previous value: -"URL/リンクテキストの部分一致、または*を使ったglob"New value: +"Substring match against URL/link text, or a glob using *"

changedInput schema / properties / url / description

Previous value: -"起点URL"New value: +"Starting URL"

Changedscreenshot4 fields changed

changedInput schema / properties / fullPage / description

Previous value: -"既定true。falseの場合は最初のビューポート分(1タイル)のみ撮影する"New value: +"Default true. If false, captures only the first viewport (1 tile)"

changedInput schema / properties / scale / description

Previous value: -"解像度スケール(0.5〜1.0、既定1.0)。小さいほど画像サイズ(トークン)が減る"New value: +"Resolution scale (0.5-1.0, default 1.0); lower reduces image tokens"

changedInput schema / properties / url / description

Previous value: -"撮影対象のURL(http/httpsのみ)"New value: +"Target URL (http/https only)"

changedInput schema / properties / width / description

Previous value: -"タイル幅(px)。既定1280"New value: +"Tile width in px (default 1280)"

3 tool updatesJul 10, 2026
- First observedfetch
- First observedlinks
- First observedscreenshot

Install Server

RayrunBuild, deploy, and operate MCP servers without becoming an infrastructure team.ray.runAd

TDQS

A4.4/5.0

Disambiguation4/5

Tools are mostly distinct: fetch for text extraction, links for link discovery, screenshot for visual capture. Slight overlap exists between fetch's screenshot mode and the dedicated screenshot tool, but descriptions clarify the intended use.

Naming Consistency5/5

All three tool names are single lowercase words following a consistent pattern. There is no mixing of styles or verb/noun inconsistencies.

Tool Count5/5

Three tools is well-scoped for a web-fetching utility. Each tool serves a clear, non-redundant purpose (fetch content, find links, capture visual).

Completeness5/5

The tool surface covers the core workflows: retrieving page content, discovering links, and taking screenshots. No obvious gaps for the stated purpose of low-impact web fetching.

Maintenance

ActivityActive

ResponsivenessSyncing

Resources

Need Help?

Related Servers

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Connectors

Keenable Web Search A
ai.keenable.api
Docs: https://docs.keenable.ai/mcp-server Keenable is a free, remote MCP server that gives agents access to the web index. Search the web with ranked results and date/site filters, then fetch any indexed page as clean markdown. Works out of the box with no account or API key.
Research & Data Search Web Scraping
23
mcp A
ai.foura
Reliable web access for AI agents: smart HTTP, rotating proxies, and full-browser rendering.
Web Scraping Browser Automation
434
ClawLinkOAuth
dev.claw-link
MCP server connecting AI agents to 100+ apps (Gmail, Slack, Notion, GitHub) via one-click OAuth.
App Automation Workplace & Productivity
24
Remote MCP A
com.remote-mcp.mcp
The Remote MCP server acts as a standardized bridge between LLM applications (like Claude, ChatGPT, and Cursor) and external services, enabling AI agents to access external tools and resources. Its primary capability is providing a centralized search tool to discover other MCP servers and their respective tools. Unlike local implementations, it runs remotely with OAuth authentication and permission controls for security.
Developer Tools Search Agent Orchestration
13

Related MCP Servers

ToolCenter MCP
Web Scraping Browser Automation Search
toolcenter-dev
A
license
A
quality
D
maintenance
A comprehensive MCP server providing 15 web tools including search, scraping, screenshots, SEO audits, and DNS/SSL checks through a single installation. It delivers clean, LLM-optimized outputs so AI agents can focus on reasoning rather than parsing raw HTML.
Updated 4 months ago (2026-05-02 22:04 UTC)
15
15
MIT
Charlotte
Browser Automation Web Scraping Agent Orchestration
TickTockBent
A
license
A
quality
A
maintenance
A token-efficient MCP server that gives AI agents structured access to the web, returning compact page summaries and targeted queries instead of full accessibility dumps.
Updated 3 days ago (2026-09-03 07:15 UTC)
23
463
178
MIT
Yutori MCPofficial
Browser Automation Web Scraping Agent Orchestration
yutori-ai
A
license
A
quality
B
maintenance
MCP server enabling web monitoring, deep research, and browser automation through Yutori's web agentic technology.
Updated 18 hours ago (2026-09-05 21:14 UTC)
13
23
Apache 2.0
krwl3r
Browser Automation Web Scraping
garciarsdiego
A
license
Not graded
quality
D
maintenance
MCP server for web scraping and browser automation, enabling AI agents to extract clean, token-efficient content from web pages.
Updated 6 months ago (2026-03-03 16:39 UTC)
1
MIT

Latest Blog Posts

Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)
By Om-Shree-0709 on July 25, 2026.
mcp
Agent Identity
OAuth 2.1
Your AI Chatbot Just Exposed Your CEO's Salary to an Intern
By Om-Shree-0709 on July 2, 2026.
Agent Identity
MCP Security
OAuth Delegation
Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)
By Om-Shree-0709 on June 30, 2026.
Agentic Ai
Prompt Injection
WebAssembly

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Rererr/amenbo'

If you have feedback or need assistance with the MCP directory API, please join our Discord server

amenbo 🐜💧

なぜ amenbo か

トークンを節約する仕組み

収集先への低負荷

インストール

MCP クライアントへの登録

エージェントに使い方を教える(推奨プロンプト)

CLIとして使う

ツール

fetch でページを取得

links でリンクを列挙

screenshot でスクリーンショットを撮影

環境変数

セキュリティ

既知の制限

開発

引用

ライセンス

Available Tools

TDQS

TDQS

TDQS

Tool Schema Changelog

TDQS

Maintenance

Resources

Looking for Admin?

Related MCP Connectors

Related MCP Servers

ToolCenter MCP

Charlotte

Yutori MCPofficial

krwl3r

Latest Blog Posts

MCP directory API

`fetch` でページを取得

`links` でリンクを列挙

`screenshot` でスクリーンショットを撮影