💡 If you're not sure where to start, ask Moby in the same migration chat. Moby can often diagnose and fix migration issues on its own.
Overview
This hub covers the common issues customers hit when migrating an Agent to a Moby 2 Automation. Each section below follows the same format: Issue (the symptom you're seeing), Environment (where it shows up), Cause (why it happens), and Resolution (the steps to fix it). Jump to the section that matches what you're seeing.
Jump to a symptom
Slack isn't delivering reports from my Automation
Issue
The Automation builds and runs successfully, but no message appears in the Slack channel you selected. No error is shown in-app.
Environment
Moby 2 Automations with Slack delivery. Typically occurs on the first run after migration, when the old Agent's Slack connection isn't carried over.
Cause
Slack connections don't transfer from Agents to Automations. Every new Automation authorizes Slack as a fresh connection, even if the old Agent was already posting to the same workspace.
Resolution
Open the Automation that's failing and go to its Delivery settings.
Click Reconnect Slack (or Authorize Slack if you've never connected it to an Automation before).
Select the specific channel you want the report delivered to.
Click Run Now to trigger a test kickoff.
Confirm the message lands in Slack before the next scheduled run.
If reauthorization fails, have your Slack admin confirm that the Triple Whale app is still installed in the workspace.
Google Sheets isn't getting populated by my Automation
Issue
The Automation runs, but the destination Google Sheet stays empty or doesn't update.
Environment
Moby 2 Automations with Google Sheets delivery. Usually happens after migrating an Agent that was writing to Sheets.
Cause
Same root cause as Slack, Google Sheets connections don't transfer from Agents to Automations. The Automation also needs to be pointed at a specific spreadsheet and tab on its own.
Resolution
Open the Automation's Delivery settings.
Click Reconnect Google Sheets and complete the OAuth flow.
Select the destination spreadsheet and the specific tab within it.
Click Run Now to trigger a kickoff.
Confirm new rows appear in the expected tab.
If the Sheet is shared across multiple users, make sure the Google account you're authenticating with has edit access, not just view.
My Automation says an integration is "Not Configured"
Issue
When you open or run a new Automation, it shows an integration (Meta, Google Ads, Klaviyo, Shopify, etc.) as Not Configured, even though you can see data from that platform elsewhere in Triple Whale.
Environment
Moby 2 Automations that depend on a specific data integration. Common immediately after a store-wide event that expires tokens (password reset on the ad platform, OAuth reauthorization, etc.).
Cause
Account-level integration tokens have expired or been revoked. Automations read integration status fresh on each run, so they'll catch expired connections that the rest of the product has cached.
Resolution
Go to Data → Integrations in the left navigation.
Find the integration flagged in the Automation and check its status.
If it shows as disconnected or needing reauthorization, click Reconnect and complete the flow.
Return to the Automation and click Run Now to trigger a fresh kickoff.
Confirm the integration no longer shows as Not Configured.
💡 Note. Reconnecting at the account level fixes this for every Automation using that integration at once; you don't need to fix each Automation individually.
My Automation is running against the wrong store
Issue
The Automation output shows data from a different store than you expected, or says it couldn't find the store entirely.
Environment
Multi-store Triple Whale accounts. Common when an Agent was originally configured to pull from "all stores" with the old Moby 1 dropdown, and the migration couldn't disambiguate.
Cause
Moby 2 handles multi-store differently than Agents did. Instead of a dropdown, Moby confirms the store scope directly with you during migration. If you skipped or misanswered the multi-store follow-up question, the Automation defaults to the store you were viewing when you started the flow.
Resolution
Open the Automation and check the store scope listed at the top of its settings.
In the same Moby chat where you built the Automation, say: "Change this Automation to run against [store name]".
Moby updates the scope in place and offers to re-run the kickoff.
Confirm the new output reflects the correct store.
For reports that should cover several stores, build one Automation per store, that's the recommended pattern today.
My Automation is giving different output than my Agent was
Issue
The kickoff output looks different from what your Agent used to produce, missing sections, different date range, or a different analytical angle.
Environment
Any Automation migrated from an Agent with a complex or multi-step prompt. Most common when the Agent had implicit assumptions (e.g., "the last 7 days" without stating so) that Moby 2 interprets differently.
Cause
Moby 2 reads prompts more literally than Moby 1 did. Implicit instructions that worked in Moby 1 may need to be stated explicitly. This isn't a failure, it's a more precise interpretation.
Resolution
Compare the kickoff output to your most recent Agent run side by side.
Identify what's different: missing metrics, wrong date range, different grouping, different format.
In the same Moby chat, tell Moby exactly what to change. Be specific: "Include week-over-week change," or "Use the last 7 full days, excluding today," or "Group results by campaign, not adset."
Moby updates the prompt and re-runs the kickoff.
Iterate until the output matches.
For deeper prompting patterns, see Moby 2 Best Practices & Common Use Cases.
Moby says a file my Agent used is missing
Issue
During migration, Moby flags that the Agent references a file (like a COGs sheet or a custom SKU list) and the file can't be found.
Environment
Any Agent that read from an uploaded document or external file.
Cause
File handling works differently in Automations than it did in Agents. The migration flow can't always locate file attachments from the original Agent, especially if they were uploaded inside a specific Moby chat session rather than attached to the Agent directly.
Resolution
Locate the source file, the spreadsheet, CSV, or document the Agent was reading.
In the migration chat, re-upload the file when Moby asks.
If the Agent's logic depended heavily on file contents, flag this to support, file-dependent Agents sometimes need a different Automation pattern.
Confirm the rebuilt Automation reads the file correctly by running the kickoff and checking the output.
If the original file is lost, you'll need to recreate it before migration can proceed.
My Agent took real-world actions and won't migrate
Issue
The migration flow refuses to rebuild your Agent, or Moby flags the Agent as unsupported. The Agent was doing things like updating ad budgets, pausing campaigns, or adjusting bids.
Environment
"Action agents" Agents that executed changes in connected ad platforms, not just read from them.
Cause
Automations today are analysis and reporting tools. They surface insights but don't execute changes in ad platforms. Action agents don't have a direct equivalent yet.
Resolution
Standard Automations don't execute changes in ad platforms today, they surface insights and reports. If you're using an action Agent (one that updates ad budgets, changes bids, or pauses campaigns), open a support chat before sunset so we can scope the right path for you.
My Agent had pass/fail branching and the Automation skips it
Issue
Your Agent had conditional logic, "if MER drops below X, send the alert; otherwise stay quiet" but the Automation runs every time regardless.
Environment
Any migrated Automation that came from an Agent with branching or threshold logic.
Cause
Pass/fail branching isn't supported in Automations today.
Resolution
Two options.
Flatten the logic into a single analysis prompt: "Run a daily MER report and if MER is below X, surface the drop prominently at the top of the report."
Open a support chat before sunset so we can scope a workaround for your specific case.
I can't find a way to enable Moby 2 in Admin
Issue
You're looking for a self-serve toggle to turn Moby 2 on for your store and can't find one in the Admin area.
Environment
Any Admin trying to enable Moby 2 before migrating Agents.
Cause
Moby 2 enablement is currently handled by Triple Whale Support, there isn't a self-serve button in the product today.
Resolution
Open the help widget in Triple Whale and start a support chat.
Request Moby 2 enablement for your store. Confirm you have Admin access on the store.
Wait for Support to confirm in-chat that Moby 2 has been enabled.
Hard-refresh your browser once Support confirms.
See How to enable Moby 2 on your store for the full walkthrough.
Moby 2 is enabled but the top bar still shows Moby 1
Issue
You've clicked Enable Moby 2, but the top bar still opens the old Moby 1 chat.
Environment
Any browser that had Triple Whale open at the moment Moby 2 was enabled.
Cause
Stale cache. The page needs a hard refresh to pick up the new state.
Resolution
Hard-refresh the page: <kbd>Cmd</kbd> + <kbd>Shift</kbd> + <kbd>R</kbd> on Mac, <kbd>Ctrl</kbd> + <kbd>Shift</kbd> + <kbd>R</kbd> on Windows. If Moby 1 is still showing after a hard refresh, open a support chat.
My saved prompts or pinned chats are gone after enabling Moby 2
Issue
After Moby 2 is turned on, your Moby 1 saved prompts or pinned chats don't appear in the new Threads view.
Environment
Any user who relied on Moby 1 saved prompts or pinned history.
Cause
Moby 2 Threads start fresh. Moby 1 history isn't deleted, it moves to Settings → Moby Tools, but it doesn't sync into the new Threads column.
Resolution
Find the Moby 1 chats at Settings → Moby Tools → Chat History (Moby 1) and saved prompts at Settings → Moby Tools. Copy anything you want to keep using into a new Moby 2 Thread.
Still stuck?
Open a support chat via the help widget in Triple Whale. For fastest resolution, include:
The name of the Automation (or Agent you're migrating)
A screenshot of the error or unexpected output
The full Moby chat thread where you ran the migration flow
Support is prioritizing Agent migration issues throughout the migration window.
Related questions
Why does Moby 2 read my prompt differently than Moby 1 did?
Do I need to reconnect every integration after migrating?
What's the difference between "Approve" and "Activate" in the migration flow?
Can Moby itself fix migration issues if I ask it to?
What counts as an "action Agent" and why are they different?
How do I report a migration issue to Triple Whale support?
