Skip to main content
Beyond tools, the server ships two kinds of guidance: prompts and resources. Both encode the opinionated workflows behind the tools, so a client that has never seen the data still runs the analysis the way an expert would.

What prompts are

A prompt is a pre-written instruction message the server hands to your client when you invoke it. Invoking a prompt injects an expert checklist into the conversation — the tool sequence to run, the watchouts to apply, and the order that matters — and your client then executes it with the tools. Prompts take no arguments; they act on the session’s current account (or whatever accountId you pass).

What resources are

A resource is a markdown document the server serves at an aga:// URI. Your client can read one mid-task — the way it would read a file — to load the long version of a rule set without leaving the session. The three resources are the operational condensation of this site’s guides.

How to invoke them

  • Claude Code — server prompts appear in the / slash menu; pick one to run it. Resources can be read by their URI.
  • Cursor and Claude Cowork — prompts appear in the client’s UI for the connected server; invoke them from there.
  • Any agent — you can also just tell it: “use the content-deep-dive prompt on this account.” The client fetches the prompt message and follows it.
Fallback: everything the prompts and resources say is mirrored in these guides. If your client cannot invoke prompts or read resources, paste the relevant guide into the conversation — same content, same result.

The prompts

Five pairs plus wins-digest. In each pair, the general prompt crosses data from all the tools — it dispatches one subagent per data section (universe, citations and mentions, content, GSC) and synthesizes the briefs — while the gsc- variant runs the Google Search Console-only path.

The three resources

Client-side skills

Prompts and resources live on the server. If your agent harness supports installable skills (a SKILL.md with a name and description), you can also install small wrappers that trigger the same workflows from your own side. A skill description should state only the triggering conditions — start it with “Use when…” — and the body should stay a short checklist that points at the guides rather than duplicating them. Two examples:
Install either file under your harness’s skills directory and it triggers on the matching requests. Keep them thin — when the workflows evolve, the server prompts and these guides are the source of truth, not the skill body.

See also