Loading...
Loading...
A practical guide for CRM administrators, supervisors, champions, and approved business users. RapidClaw is deployed safely first, activated intentionally, operated through Command Center, and used in Teams through the orchestrator.
Four operating principles, in order.
The most important thing to understand is that a completed deployment does not mean RapidClaw is fully live.
RapidClaw is provisioned in a non-live posture by default. That means:
Work this list top to bottom after deployment finishes.
If deployment ended with errors, resolve those first before making the environment available to users.
Command Center is the main place to confirm the environment is reachable and ready for supervised use.
Start with a small pilot group. Publish and assign the RapidClaw Teams app only to the people who should interact with it initially.
Send a simple message to RapidClaw in Teams and confirm:
Confirm which agents, schedules, and live behaviors should remain inactive and which should be turned on for the pilot phase.
Make sure the right reviewers know where the approval queue lives and who is expected to watch it.
Do not move to real recipients until you are comfortable with output quality, approval flow, and operational supervision.
The goal is not "everything live." The goal is runtime healthy, admin surfaces reachable, a controlled pilot in Teams, and supervised activation of the behaviors you actually want in production.
Four surfaces. Each one has a clear job.
Settings to provision and configureCommand Center to operateTeams to work with RapidClawOpenClaw Admin only when Command Center is not the right level of controlApproval decisions are one of the strongest supervision signals RapidClaw gets. If the same draft type keeps being edited or rejected, treat that as a policy or activation issue — not just a wording issue.
"Which open opportunities have gone quiet this month?"
"Summarize the most recent activity for Harbor Logistics."
"What changed on this account since last week?"
Users interact with the RapidClaw orchestrator. RapidClaw coordinates with specialist agents behind the scenes — users never need to decide which specialist to call.
Use Command Center when you need to:
Treat activation as an administrative decision, not something assumed to happen automatically after deployment.
Before broadening the environment beyond a pilot, confirm:
Go live intentionally, in stages if needed. RapidClaw is meant to be introduced with supervision, not all at once.
Use Teams administration controls to decide who receives the RapidClaw app.
Use Command Center to review:
This is the best way to understand whether the system is healthy and whether its live behaviors still match your intent.
Repeated rejection patterns and heavy edit volume usually signal that activation, policy, or prompt boundaries need attention.
Start in RapidClaw Command Center, not by guessing at the runtime.
If not clearly recoverable from Command Center, move to Settings for redeploy/reset decisions or escalate.
Usually this is an access-assignment issue rather than a runtime issue.
Treat this as an operating signal, not just a content problem.
If quality is not good enough, narrow live behaviors before widening them.
If the issue appears runtime-specific, use OpenClaw Admin or escalate.
Most administrators should spend most of their time in RapidClaw Command Center, not OpenClaw Admin.
Use OpenClaw Admin when you need:
Do not treat OpenClaw Admin as the normal day-to-day operating surface. The primary supervised operating model lives in Command Center.
When escalating a problem, include the following context.
Command Center first. Teams through the orchestrator. Activation by deliberate admin choice. OpenClaw Admin only for advanced runtime work.