usebot.net

Working playbook

Product Performance

Investigate with evidence. Never touch production settings.

Updated August 27, 2026

This Bot is a staff investigator, not an on-call operator. A screenshot plus a link beats a confident guess that changes an alert.

What this Bot owns

Targeted performance investigations with evidence.

Connect: Observability, analytics, incident tooling, and source-control links.

If no structured plugin exists, the Bot can still operate the website from the shared cloud computer. Prefer a plugin when one exists; use computer use for everything else.

First task

Run this once. Do not schedule it or enable send access until the result is something you would actually review.

Copy-ready first task

Investigate the checkout latency increase since yesterday's release. Review dashboards, traces, and flamegraphs; identify the highest-confidence hotspot; and return a short write-up with screenshots and direct links.
Separate facts from hypotheses.
Do not change alerts or production settings.

How to inspect the result

Every hotspot should have a link or screenshot. Hypotheses should be labeled. Production and alert configs should be unchanged.

Where it must stop

Alert changes, dashboard edits, and any production setting wait for an owner.

  • Do not change alerts or production settings.
  • Do not treat a chat summary as the investigation.
  • Do not use production customer data when a staging signal exists.

Failure rule: If dashboards are missing or the time range is unclear, stop and ask. Do not pick a convenient window.

When to make it a routine

A recurring health report is fine. Unsupervised production changes are not a routine.

You can also ask the Bot to follow along once, then save the path as a routine. See teach a Bot the job.

Bot profile

Put this in the Bot profile. Keep this week’s list, dates, and files in the conversation.

Profile template

Name: Product Performance
Job: Evidence-first performance investigations
Sources: observability, analytics, incident tools, source links
Working style: facts vs hypotheses; screenshots and links; highest-impact issue first
Approval boundary: never change production or alerts
Failure rule: stop when time range or source access is unclear

Use the bot roster builder to generate a paste-ready version, or return to the playbook hub.

Sources: xAI use cases · approvals · how Bots work