| name | pp-botsee |
| description | Have your agents measure and improve your brand's AI Visibility with botsee.io. API-first, agent-native. Trigger phrases: `check my AI visibility`, `audit my AI visibility`, `audit example.com`, `what AI is saying about my brand`, `show competitor mentions in ChatGPT`, `run botsee`, `use botsee`, `botsee audit`. |
| author | grahac |
| license | Apache-2.0 |
| argument-hint | <command> [args] | install cli|mcp |
| allowed-tools | Read Bash |
| metadata | {"openclaw":{"requires":{"bins":["botsee-pp-cli"]}}} |
BotSee — Printing Press CLI
Prerequisites: Install the CLI
This skill drives the botsee-pp-cli binary. You must verify the CLI is installed before invoking any command from this skill. If it is missing, install it first:
- Install via the Printing Press installer:
npx -y @mvanhorn/printing-press install botsee --cli-only
- Verify:
botsee-pp-cli --version
- Ensure
$GOPATH/bin (or $HOME/go/bin) is on $PATH.
If the npx install fails before this CLI has a public-library category, install Node or use the category-specific Go fallback after publish.
If --version reports "command not found" after install, the install step did not put the binary on $PATH. Do not proceed with skill commands until verification succeeds.
BotSee is the API-first GEO platform; this CLI is the API-first front door. The flagship ai-visibility-audit <url> mirrors the proven Python create-site+analyze flow as a single idempotent Go command. The other 64 commands cover the entire BotSee surface (CRUD on sites/customer-types/personas/questions, the full analysis lifecycle, recommendations, blog content, billing, signup including USDC/x402, webhooks, api-key rotation, usage) plus framework commands (sync/search/sql/doctor) over a local SQLite cache.
When to Use This CLI
Reach for this CLI when an agent or pipeline needs structured BotSee data without burning credits on repeat reads. Best for: running a fresh AI-visibility audit (ai-visibility-audit <url> is the headline), inspecting an existing site's setup (site-config), generating recommendations from a completed analysis, or aggregating cited sources across multiple sites for a portfolio view. Not the right tool for hosted dashboard UI use — that's app.botsee.io.
Unique Capabilities
These capabilities aren't available in any other tool for this API.
Flagship workflow
-
ai-visibility-audit — One command runs the full BotSee audit: idempotent on existing sites, bootstraps customer types and personas and questions if missing, then runs analysis across every LLM and prints a structured visibility report.
This is THE command. Reach for it when an agent or user says 'audit my AI visibility' or 'check how AI sees example.com' — it handles the full lifecycle.
botsee-pp-cli ai-visibility-audit example.com --types 2 --personas 2 --questions 5 --watch --agent
-
recommendations — Generate next-step recommendations from an analysis — promoted to top-level so agents can discover it without descending into the analysis subcommand tree.
Use after an analysis to get LLM-generated action items without re-spending if you already pulled them once.
botsee-pp-cli recommendations $ANALYSIS_UUID --agent
Workflow plumbing
-
site-config — Print the full customer-types -> personas -> questions tree for a site, with UUIDs and the actual edit commands users can copy-paste to add, update, or remove any node.
Reach for this when a user asks 'what is set up for this site' or 'show me my BotSee config' — it surfaces every UUID needed for follow-up edits.
botsee-pp-cli site-config --site $SITE_UUID --agent
-
sites-summary — Aggregate cited sources across every synced site, grouped by domain, with citation count, distinct sites citing each domain, and first-seen timestamp.
Use for multi-site users and agencies who need the cross-portfolio answer 'which sources keep getting cited everywhere' — impossible without local aggregation.
botsee-pp-cli sites-summary --agent --select domain,citation_count,distinct_sites_citing,first_seen
Command Reference
account — Manage account
botsee-pp-cli account — Returns account details including company name, site count, and owner information.
analysis — Manage analysis
botsee-pp-cli analysis get — Returns analysis details including status. Poll this endpoint until status is 'completed' or 'failed'.
botsee-pp-cli analysis run — Starts an analysis run. This is asynchronous - poll GET /api/v1/analysis/:uuid for status. Returns 202 Accepted.
api-keys — Manage api keys
botsee-pp-cli api-keys create — Creates a new API key. The raw key is returned only once in the response body — store it immediately.
botsee-pp-cli api-keys delete — Revokes an API key. You cannot revoke the key being used to make this request — use rotate or another key.
botsee-pp-cli api-keys list — Lists all API keys for the organization (raw key never returned).
botsee-pp-cli api-keys reset — Exchanges a one-time reset token (from email) for a fresh API key.
billing — Manage billing
botsee-pp-cli billing get-settings — Returns the organization's billing settings and current credit balance.
botsee-pp-cli billing topoff-via-x402 — Discovery call without payment headers returns 402 and does not require auth.
botsee-pp-cli billing update-settings — Updates the organization's monthly spend limit. Other settings are read-only via this endpoint.
botsee-auth — Manage botsee auth
botsee-pp-cli botsee-auth — Validates the API key and returns organization info and credit balance.
customer-types — Manage customer types
botsee-pp-cli customer-types delete — Archives a customer type. Returns 204 No Content on success.
botsee-pp-cli customer-types get — Returns a customer type with its personas.
botsee-pp-cli customer-types update — Updates a customer type. Only include fields you want to change.
personas — Manage personas
botsee-pp-cli personas delete — Archives a persona. Returns 204 No Content on success.
botsee-pp-cli personas get — Returns a persona with its questions.
botsee-pp-cli personas update — Updates a persona. Only include fields you want to change.
pricing — Manage pricing
botsee-pp-cli pricing — Returns the credit cost for each chargeable operation.
questions — Manage questions
botsee-pp-cli questions delete — Deletes a question. Returns 204 No Content on success.
botsee-pp-cli questions update — Updates a question. Only include fields you want to change.
rate-limits — Manage rate limits
botsee-pp-cli rate-limits — Returns the caller's current rate-limit state without consuming additional budget.
signup — Manage signup
botsee-pp-cli signup via-cc — Creates a credit-card signup token. USDC signups must use /api/v1/signup/usdc.
botsee-pp-cli signup via-usdc-token — Creates a USDC signup token. Use no_email: true for autonomous agent flows (no setup_url returned).
sites — Manage sites
botsee-pp-cli sites create — Creates a new site. Auto-generates product_name and value_proposition from URL if not provided (5 credits).
botsee-pp-cli sites delete — Archives a site. Returns 204 No Content on success.
botsee-pp-cli sites get — Returns a site with its customer types and persona counts.
botsee-pp-cli sites list — Returns a paginated list of sites for the organization.
usage — Manage usage
botsee-pp-cli usage by-key — Returns credit usage breakdown per API key.
botsee-pp-cli usage get — Returns credit balance, auto-charge settings, and paginated transaction history.
webhooks — Manage webhooks
botsee-pp-cli webhooks create — Registers a webhook URL. Returns the webhook with its signing secret (shown only once).
botsee-pp-cli webhooks delete — Deletes a webhook. Returns 204 No Content on success.
botsee-pp-cli webhooks list — Lists all registered webhooks for the organization.
botsee-pp-cli webhooks list-events — Returns the catalog of event types this API can emit, with JSON Schemas per event.
Finding the right command
When you know what you want to do but not which command does it, ask the CLI directly:
botsee-pp-cli which "<capability in your own words>"
which resolves a natural-language capability query to the best matching command from this CLI's curated feature index. Exit code 0 means at least one match; exit code 2 means no confident match — fall back to --help or use a narrower query.
Recipes
Audit a new domain end-to-end
botsee-pp-cli ai-visibility-audit example.com --watch --output report.md
Creates the site, generates structure, runs analysis, writes a markdown report. Re-running on the same domain just runs a fresh analysis (no duplicate site).
Preview the cost before running
botsee-pp-cli ai-visibility-audit example.com --estimate-only --agent
Returns predicted credit + USD cost without spending — reads the live /pricing endpoint for current multipliers.
Inspect what's configured for a site
botsee-pp-cli site-config --site $SITE_UUID --agent --select customer_types,personas,questions
Returns the nested tree as JSON — agents can walk it to find UUIDs for follow-up personas update / questions delete calls.
Find sources getting cited across every brand
botsee-pp-cli sites-summary --agent --select domain,citation_count,distinct_sites_citing
Cross-site domain authority rollup — impossible via the BotSee API which is per-site only.
Search every LLM response for a competitor mention
botsee-pp-cli search "competitor name" --type responses --limit 20 --agent --select analysis_uuid,model,response_text
FTS5 over every raw LLM response synced locally — narrows the deeply-nested response payload to just the fields agents need.
Auth Setup
BotSee uses Bearer tokens prefixed bts_live_. Set BOTSEE_API_KEY in your environment and the CLI threads it into every authenticated call. Manage keys with api-keys list / create / rotate / reset / delete — reset consumes a one-time token emailed to the account holder if the key was lost. The CLI never logs key values.
Run botsee-pp-cli doctor to verify setup.
Agent Mode
Add --agent to any command. Expands to: --json --compact --no-input --no-color --yes.
-
Pipeable — JSON on stdout, errors on stderr
-
Filterable — --select keeps a subset of fields. Dotted paths descend into nested structures; arrays traverse element-wise. Critical for keeping context small on verbose APIs:
botsee-pp-cli account --agent --select id,name,status
-
Previewable — --dry-run shows the request without sending
-
Offline-friendly — sync/search commands can use the local SQLite store when available
-
Non-interactive — never prompts, every input is a flag
-
Explicit retries — use --idempotent only when an already-existing create should count as success, and --ignore-missing only when a missing delete target should count as success
Response envelope
Commands that read from the local store or the API wrap output in a provenance envelope:
{
"meta": {"source": "live" | "local", "synced_at": "...", "reason": "..."},
"results": <data>
}
Parse .results for data and .meta.source to know whether it's live or local. A human-readable N results (live) summary is printed to stderr only when stdout is a terminal AND no machine-format flag (--json, --csv, --compact, --quiet, --plain, --select) is set — piped/agent consumers and explicit-format runs get pure JSON on stdout.
Agent Feedback
When you (or the agent) notice something off about this CLI, record it:
botsee-pp-cli feedback "the --since flag is inclusive but docs say exclusive"
botsee-pp-cli feedback --stdin < notes.txt
botsee-pp-cli feedback list --json --limit 10
Entries are stored locally at ~/.botsee-pp-cli/feedback.jsonl. They are never POSTed unless BOTSEE_FEEDBACK_ENDPOINT is set AND either --send is passed or BOTSEE_FEEDBACK_AUTO_SEND=true. Default behavior is local-only.
Write what surprised you, not a bug report. Short, specific, one line: that is the part that compounds.
Output Delivery
Every command accepts --deliver <sink>. The output goes to the named sink in addition to (or instead of) stdout, so agents can route command results without hand-piping. Three sinks are supported:
| Sink | Effect |
|---|
stdout | Default; write to stdout only |
file:<path> | Atomically write output to <path> (tmp + rename) |
webhook:<url> | POST the output body to the URL (application/json or application/x-ndjson when --compact) |
Unknown schemes are refused with a structured error naming the supported set. Webhook failures return non-zero and log the URL + HTTP status on stderr.
Named Profiles
A profile is a saved set of flag values, reused across invocations. Use it when a scheduled agent calls the same command every run with the same configuration - HeyGen's "Beacon" pattern.
botsee-pp-cli profile save briefing --json
botsee-pp-cli --profile briefing account
botsee-pp-cli profile list --json
botsee-pp-cli profile show briefing
botsee-pp-cli profile delete briefing --yes
Explicit flags always win over profile values; profile values win over defaults. agent-context lists all available profiles under available_profiles so introspecting agents discover them at runtime.
Exit Codes
| Code | Meaning |
|---|
| 0 | Success |
| 2 | Usage error (wrong arguments) |
| 3 | Resource not found |
| 4 | Authentication required |
| 5 | API error (upstream issue) |
| 7 | Rate limited (wait and retry) |
| 10 | Config error |
Argument Parsing
Parse $ARGUMENTS:
- Empty,
help, or --help → show botsee-pp-cli --help output
- Starts with
install → ends with mcp → MCP installation; otherwise → see Prerequisites above
- Anything else → Direct Use (execute as CLI command with
--agent)
MCP Server Installation
Install the MCP binary from this CLI's published public-library entry or pre-built release, then register it:
claude mcp add botsee-pp-mcp -- botsee-pp-mcp
Verify: claude mcp list
Direct Use
- Check if installed:
which botsee-pp-cli
If not found, offer to install (see Prerequisites at the top of this skill).
- Match the user query to the best command from the Unique Capabilities and Command Reference above.
- Execute with the
--agent flag:
botsee-pp-cli <command> [subcommand] [args] --agent
- If ambiguous, drill into subcommand help:
botsee-pp-cli <command> --help.