Docs · Use Cases

Run an agency on one protocol

A full walkthrough: operate every client WordPress site with the same tools, safety model and prompts through NIBWP.

Agencies live with a structural problem: every client site is a little different, so every automation, every workflow, every “quick fix” has to be re-learned per install. NIBWP dissolves that. It gives every client site the same MCP endpoint, the same toolset, and the same safety model — so your team can operate ten WordPress installs as fluently as one. This guide is the operating model: one protocol, scoped per client, audited everywhere.

TL;DR

NIBWP gives every client site the same MCP endpoint. Scoped per-client tokens, an audit log and force-draft let your team run the same content, SEO and cleanup playbooks across the whole portfolio — confidently, and on review.

Who this is for

WordPress agencies, freelancers managing multiple client sites, and in-house teams running a network of properties. You bring the playbooks; NIBWP makes them portable across every site without rewriting them per install.

Why it changes the math

The leverage comes from sameness. When every site speaks the same protocol, the work compounds:

  • One protocol — the same tools and prompts on every client site, no per-install relearning
  • Per-client tokens — scope and revoke each independently; offboarding is one click
  • Audit log — every change on every site is recorded; it is your changelog and your proof of work
  • Draft-mode — nothing goes live on a client site without the account owner’s review

Before you start

Install NIBWP on each client site and mint a per-client write-scoped token. Keep tokens in environment variables, never in committed files, and rotate them on offboarding. Connect your team’s MCP client with the right token per client.

A day in the life

The operating loop is the same for every client:

agency > fleet
You: On every client site, find posts with no meta description\n     and draft one. Keep as drafts and log it.\nrunning on 8 sites...\nsite 1: 41 drafts - site 2: 18 - site 3: 67 ...\n312 drafts created across 8 sites - all logged

Step by step

  • Onboard a client — install NIBWP, mint a scoped token, add it to your toolset.
  • Run a playbook — the same content, SEO or cleanup workflow you use everywhere.
  • Review per client — drafts wait for the account owner to approve before publish.
  • Report — the audit log is your changelog and your proof of work for the client.
Token hygiene is everythingOne token per client per tool. Keep them in env vars, never in committed files, and rotate on offboarding. A clean token model is what makes managing many sites safe instead of scary.

Going further

  • Standardized playbooks — turn your best workflows into prompts every team member reuses.
  • Cross-site audits — run one audit across the whole portfolio and triage centrally.
  • Client reporting — export the audit log as a record of work done each month.
  • Onboarding kit — a fixed set of first-day prompts that bring any new site up to your standard.

FAQ

Do I manage one token or many?
Many — one per client (and ideally per tool). That lets you scope and revoke each independently without touching the others.
Can I run a workflow across all sites at once?
Yes — with the right tokens configured, your client can fan a playbook across the whole portfolio and report centrally.
How do I prove what was done?
The audit log on each site records every call with status, timing and token — a complete, client-ready record.
Ten client sites stop being ten problems and become one protocol you run with confidence.

Scale your agency

Run every client WordPress site with the same tools, safety and prompts.

Start building

Connect your first agent.

Follow the quickstart, or book a demo and we'll walk you through it.