Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/raintree-technology/docpullWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/raintree-technology/docpull/web-search)<a href="https://agentmods.dev/commands/raintree-technology/docpull/web-search"><img src="https://agentmods.dev/badge/commands/raintree-technology/docpull/web-search/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/raintree-technology/docpull/web-search"><img src="https://agentmods.dev/badge/commands/raintree-technology/docpull/web-search.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00024 | $0.00651 |
| Opus 5.5 | $0.00010 | $0.00260 |
| Sonnet 5.5 | $0.00005 | $0.00130 |
| Haiku 4.5 | $0.00002 | $0.00065 |
Grade A, and why
web-search scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 45 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Search fetched web-source Markdown
The user wants to search Markdown that has already been pulled by /web-add (or ensure_docs). This composes two MCP tools: grep_docs finds matching files; read_doc pulls more context around the top hits so the answer is grounded, not just a list of file:line references.
User input: $ARGUMENTS
How to handle the input
Parse $ARGUMENTS as:
- First whitespace-separated token = pattern (regex; can be quoted to include spaces).
- Optional second token = source alias to restrict the search to one fetched source. Pass it as the
libraryargument when callinggrep_docs.
If empty: reply Usage: /web-search <pattern> [source]. Run /web-list to see what's cached. and stop.
Workflow
-
Find candidates. Call
grep_docs(pattern=<pattern>, library=<source if given>, limit=10, context=2). The tool returns the top files ranked by match density with two lines of context above and below each hit. -
Read deeper context for the top 2-3 files. For each of the top files in the grep result (max 3), call
read_doc(library=<lib>, path=<path>, line_start=<top-hit-line - 30>, line_end=<top-hit-line + 30>)to pull a ~60-line window. Skip this step if the user's pattern is very narrow (a literal symbol name) and the grep context already answers the question. -
If grep returns nothing:
- If a source was specified, run
list_indexed()to confirm the source is actually cached. If it isn't, suggest/web-add <source>and stop. - If no library was specified, broaden the pattern once (e.g. add common prefixes/suffixes, drop word boundaries) and retry. If still nothing, surface the gap to the user.
- If a source was specified, run
-
If
grep_docssays "search timed out": the pattern is likely catastrophic. Suggest a tighter pattern (no nested quantifiers, anchor with\b).
Output
- Lead with the synthesized answer to the user's likely question, grounded in what you read.
- Cite each source as
source/path.md:lineso the user can verify. - Don't dump the full grep output unless the user asked for it - the goal is an answer, not a search log.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 45 lines · 24 tokens per session scan A 8ce54b741ef0
web-search is a command published in the GitHub repository raintree-technology/docpull (28 stars, last pushed 6d ago), licensed MIT. It adds 24 tokens to every session and 651 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
batch
This page documents how the livewiki batch command is registered with the Commander CLI framework and how it formats batch run reports for human consumption.
export
The livewiki export command turns the project's curated wiki into a deliverable artifact on disk: either a flattened snapshot under .livewiki/export/ / (for generic, github-wiki, and gitlab-wiki targets) or a synthesized repository-root README.md (for the readme target).
install
This page explains how the livewiki install CLI command detects installed coding agents and safely configures the livewiki MCP server entry, hook templates, shared skills, and optional pointer files.
pointer
This page documents the livewiki pointer subcommand, which manages an opt-in "pointer" block inside an AGENTS.md or CLAUDE.md file at the repository root.
init
The livewiki init command is the CLI entry point that provisions a repository's livewiki directories, indexes the source tree, and (optionally) drives the full LLM documentation pipeline.
verify
This page documents the livewiki verify CLI subcommand, which checks a generated wiki for the kinds of corruption that would break readers or CI pipelines.