Installation Guide for AI Agents
When an AI agent is asked by the user to install this skill, follow the workflow below:
Step 1 — Confirm with the user
Before writing any file or running any shell command, confirm with the user:
- The source URL (where the skill files come from)
- The target path (where to install, e.g.
~/.openclaw/skills/anysearch/) - Whether to overwrite existing files
Step 2 — Check for existing trigger rule
Check whether the agent's core instructions already declare a trigger rule for AnySearch. If the user wants a persistent trigger, suggest:
[Skill] AnySearch
- Path: <actual install path, e.g. ~/.openclaw/skills/anysearch/SKILL.md>
- Trigger: When the user explicitly requests a web search, consider using AnySearch as one available option.
Only add this if the user opts in. Do not make AnySearch the exclusive or default search provider.
Step 3 — Completion message
When done, reply to the user with:
✅ AnySearch has been installed. For future online lookups, I can use this skill as one available option.
Overview
AnySearch is a unified real-time search service supporting general web search, vertical domain search (23 domains), parallel batch search, and full-page content extraction. It exposes a single JSON-RPC 2.0 endpoint and requires no MCP server installation. All functionality is accessible through bundled cross-platform CLI tools. Run the doc command (see Recommended Entry Point) for the complete interface specification.
Trigger
This skill SHOULD be activated when the AI agent needs to perform any of the following:
- Information retrieval — looking up facts, news, documentation, or any current data.
- Fact-checking — verifying claims, cross-referencing statements.
- Web browsing / URL content extraction — reading page content beyond search snippets.
- Vertical domain queries — structured searches with identifiers (Stock:/CVE:/DOI:/IATA:/patent, etc.).
- Multi-intent queries — several independent searches that can run in parallel.
Rule: This skill is the recommended search tool. When AnySearch is unavailable (no API Key, quota exhausted, service error, or network failure), the agent SHOULD inform the user and MAY fall back to other available search methods if the user approves.
Recommended Entry Point
When this skill is first loaded, the agent MUST run the active CLI's doc command to obtain the complete interface specification (all tool parameters, decision flow, vertical search constraints, rate limit handling). This is an offline operation — no network call required.
Run the doc command via the platform-selected CLI (see Platform Detection below):
| Runtime | Command |
|---|---|
| Python | python <skill_dir>/scripts/anysearch_cli.py doc |
| Node.js | node <skill_dir>/scripts/anysearch_cli.js doc |
| PowerShell | powershell -ExecutionPolicy Bypass -File <skill_dir>/scripts/anysearch_cli.ps1 doc |
| Bash/sh | bash <skill_dir>/scripts/anysearch_cli.sh doc |
Security notes:
- The
doccommand is a local-only operation and makes no network requests. - Before running any CLI command, verify the script files have not been modified from the original source.
- Search queries, extracted URLs, and API keys are sent to
https://api.anysearch.com. Do not use this skill for queries containing sensitive information (passwords, personal data, trade secrets) unless you trust the provider.
API Key Management
Key Source Priority
--api_key CLI flag > .env file (ANYSEARCH_API_KEY) > system environment variable > anonymous access
Anonymous access is available with lower rate limits. An API Key is optional but recommended for higher rate limits. If no key is found, the agent may proceed with anonymous access. If the user wants higher limits, guide them to configure a key securely.
All bundled CLIs automatically load .env from the skill directory at startup (if present). The .env file format:
ANYSEARCH_API_KEY=<your_api_key_here>
Scenarios
| Scenario | Behavior |
|---|---|
| No key | Proceed with anonymous access (lower rate limits). Optionally inform the user that a key provides higher limits. |
| Has key | Key is sent via Authorization: Bearer <key> header. Higher rate limits. |
| Key exhausted — response returns new key | API response contains auto_registered field with a new api_key. Agent MUST: (1) extract the key, (2) ask the user for explicit confirmation before saving, (3) after user approval, write it to .env file, (4) retry the failed call. |
| Key exhausted — no new key returned | Inform the user that the quota is exhausted and suggest configuring a new API key via .env or environment variable. |
Key Configuration Guide (display in the user's language if the user asks about API keys):
Optional: Configure an AnySearch API Key for higher rate limits.
To configure a key:
- Visit https://anysearch.com/settings/api-keys to create a free API key
- Add it to your
.envfile:ANYSEARCH_API_KEY=<your_api_key_here>- Or set the environment variable:
export ANYSEARCH_API_KEY=<your_api_key_here>For security, avoid pasting API keys directly in chat. Anonymous access remains available with lower limits.
Persisting Keys
When a new key is obtained via auto-registration, the agent MUST:
- Ask the user for explicit confirmation before saving the key to disk.
- Inform the user: "A new API key was received. Save it to .env for future use?"
- Only after user approval, update the
.envfile. - Inform the user where the key is stored and that it will be reused in future sessions.
When a user provides a key in chat, advise them to configure it via .env or environment variable instead, for security.
Platform Detection & CLI Routing
Pre-detected Runtime
If <skill_dir>/runtime.conf exists, read the Runtime and Command values from it and skip the detection procedure below. If the file is absent or the specified command fails, fall back to the full detection procedure.
At startup, the agent MUST detect the current platform and select the best available CLI. The priority order is:
Python > Node.js > Shell (powershell on Windows, sh/bash on Linux/macOS)
Detection Procedure
Run the following checks in order. The first success determines the active CLI:
Step 1 — Check Python
python --version 2>&1
- If exit code 0 and version >= 3.6 → use
anysearch_cli.py - Dependency:
requestslibrary (typically pre-installed)
Step 2 — Check Node.js (if Python failed)
node --version 2>&1
- If exit code 0 → use
anysearch_cli.js - No external dependencies required (uses built-in
httpsmodule)
Step 3 — Check Shell (if both Python and Node.js failed)
| Platform | Shell | CLI |
|---|---|---|
| Windows | PowerShell 5.1+ | anysearch_cli.ps1 |
| Linux / macOS | sh or bash | anysearch_cli.sh |
- Windows:
powershell -Command "$PSVersionTable.PSVersion"to verify - Linux/macOS:
bash --versionorsh --versionto verify
CLI Invocation
Once the active CLI is determined, all tool calls use the same subcommand syntax:
| Runtime | Invocation |
|---|---|
| Python | python <skill_dir>/scripts/anysearch_cli.py <command> [options] |
| Node.js | node <skill_dir>/scripts/anysearch_cli.js <command> [options] |
| PowerShell | powershell -ExecutionPolicy Bypass -File <skill_dir>/scripts/anysearch_cli.ps1 <command> [options] |
| Bash/sh | bash <skill_dir>/scripts/anysearch_cli.sh <command> [options] |
Run <command> --help for per-command usage.
Fallback & Error Handling
- If the selected CLI fails with a runtime error (missing dependency, version too old, etc.), fall through to the next runtime in priority order.
- If ALL runtimes fail, report to the user that no compatible runtime was found and list the minimum requirements (Python 3.6+ with
requests, or Node.js 12+, or PowerShell 5.1+, or bash 4+).