read_webpage
Fetch and extract text content from a webpage
Run a Google query and read the pages it returns as text, both without leaving the session.
LABSCO SUMMARY
The two tools close the loop between a query and the actual page, which means an answer can cite the text it came from rather than a search snippet. num is the only lever on how much of the context window a research pass costs, and the scope of what is searchable is set once in the programmable search engine rather than per query.
Two tools that cover a research loop: search runs a web query through your own Google programmable search engine and returns results, and read_webpage fetches a URL and extracts its text content.
A Google API key in GOOGLE_API_KEY and a programmable search engine ID in GOOGLE_SEARCH_ENGINE_ID, plus Node on your PATH.
One command plus a key — npx -y @adenot/mcp-google-search, then supply credentials
USE CASES
Search for the claim, then fetch the most promising result and read its text — so what gets quoted is the source rather than a search snippet.
Skip the search entirely when a URL turns up in a ticket or a message and what you need is the content behind it.
num decides how many results come back, which is the one lever on how much of the window a broad query consumes before you have read anything.
Counted once with only startup setup. Other versions, modes or optional credentials may expose a different list.
read_webpageFetch and extract text content from a webpage
searchPerform a web search query
BEFORE YOU INSTALL
2 tools when we connected.
The documented client runs the server on your machine.
CONTEXT COST
Rated by the size of the 2 tool definitions that ride along on every turn, not by how many there are
INSTALLATION
npx -y @adenot/mcp-google-search{
"mcpServers": {
"google-search": {
"command": "npx",
"args": [
"-y",
"@adenot/mcp-google-search"
],
"env": {
"GOOGLE_API_KEY": "<YOUR_GOOGLE_API_KEY>",
"GOOGLE_SEARCH_ENGINE_ID": "<YOUR_GOOGLE_SEARCH_ENGINE_ID>"
}
}
}
}