Skip to main content
Nearly every issue you may encounter with your project is directly fixable with prompting. Please consider reviewing our prompting guide for best results

How to triage

Most bugs come down to a single, specific error in the logs. The fastest path to a fix is to find that error, understand it, then ask the agent to fix the one thing that’s actually broken. Discussion mode is the right tool for the understanding step. You can ask the agent anything without it changing your code, which makes it safe to inspect, ask follow-ups, and narrow things down.

Fixing issues yourself

1

Open your app and trigger the broken behavior on purpose. Note exactly what you clicked, what you expected to happen, and what happened instead. For mobile apps, reproduce on your device using Expo Go. One issue at a time.

2

Open the Logs panel from the bottom bar of the builder. The most useful entry is usually the first error or warning that appeared right when you triggered the bug. Use the copy button to grab the full message, including the stack trace. If nothing useful is in the logs, take a screenshot of what’s broken on screen.

3

Switch to Discussion mode and paste the error (or the screenshot). Don’t ask for a fix yet. Ask the agent what’s going on. Discussion mode doesn’t change your code, so you can probe freely:

  • “Read the logs and tell me what’s failing."
  • "Which file is throwing this error?"
  • "Is this a frontend issue or a backend issue?"
  • "What would you change to fix it, and what would that affect?”

Keep going until you understand the actual cause, not just the symptom. The narrower your understanding, the smaller the fix the agent has to make.

4

Switch to Thinking mode and ask for the specific change you now know is needed. Keep the ask narrow: name the file, name the behavior, name the expected outcome. A focused prompt produces a focused fix.

5

Refresh your preview and reproduce the original steps. Check the logs again to confirm the error is gone. If it isn’t, go back to Discussion mode with the new error and narrow further.

If you find yourself asking the agent to “fix everything that’s wrong,” you’ve skipped the investigation step. Go back to Discussion mode and figure out what’s actually broken before asking for a fix.

Reproduce in preview first

Always try to trigger the bug in your builder preview before asking the agent to fix anything. Preview is your safe-to-break copy of the app. Production is what your real users see. Fix in preview because:
  • Preview has its own database, so anything you do here doesn’t touch real user data.
  • Live logs and errors stream straight to the builder, where the agent can read them.
  • The agent’s changes land in preview, so you can verify the fix before pushing it live with Publish.
If the bug only shows up for your users and you can’t trigger it in preview, that’s normal. Preview and your live app can drift apart in small ways, especially around the data your users have and the settings you’ve configured for going live. Tell the agent the full story in Discussion mode. A few patterns that work well: Lead with where it works and where it doesn’t.
This works for me in preview but a user told me it isn't working for them on the live app. What could be different?
Paste exactly what your user said or saw.
A user reported this. Here's the message they sent me. What should I check?
Ask the agent to compare, not just fix.
Walk me through what could behave differently between preview and the live app for this feature.
The agent will ask follow-up questions, point you at what to check, and write the fix when you’re ready.

If you’re using Max

Max can run the triage loop for you. Instead of pulling logs yourself, give Max the symptom and let it reproduce, investigate, and fix in one shot. Good Max prompts look like:
The checkout button does nothing on mobile. Reproduce it, read the logs, and fix it.
Users say they get logged out on refresh. Find what's causing it and fix it.
Keep the scope tight. “Reproduce and fix the checkout button bug” is a good Max task. “Fix everything that’s wrong with my app” is not. Max works best when it knows what success looks like. For pre-launch testing, run Max on each critical flow in parallel (signup, payments, invites). Each instance focuses on one flow and fixes any bugs it finds along the way.

Reviewing Error Logs

How to review error logs and provide context to your AI agent to help fix them.

App Error Detected

When Anything detects a problem with your published or preview app, it shows an App Error Detected banner automatically. This is built-in error monitoring. You don’t need to do anything to enable it. Click Try to Fix and the AI builder will attempt to diagnose and repair the issue for you. This repair attempt is free — it uses no credits.
If the first fix attempt doesn’t resolve it, describe what’s broken in the chat and run it again in Thinking mode. Most errors are fixable with one or two attempts.

Browser

We recommend Google Chrome for the best experience using Anything. Many display issues, failed previews, and mobile submission errors are caused by outdated or unsupported browsers. Download Chrome here.

Restarting Preview Server

Preview Server Issues? We’ve received reports that certain ISPs may be blocking our preview server URLs.How to identify this issue:
  • Your preview shows a blank page or fails to load
  • Mobile app previews get stuck on the “preview loading screen”
  • You can access the Anything platform normally, but previews won’t load
Test method: Check if your preview works when viewing our site on your mobile phone connected to LTE/4G/5G instead of WiFi. If the preview appears on your mobile phone while on LTE but not on your desktop or laptop, we know it’s a block by your ISP/DNS.Recommended workaround: Install and enable the Cloudflare WARP client on your device. WARP securely routes your traffic and typically bypasses ISP/DNS blocking without requiring manual DNS changes. Get Cloudflare WARP for macOS →We’re working to resolve this issue soon.
If you’re experiencing issues with your preview not appearing, you can restart the preview server by clicking on the power button in the bottom right of your project.
Power button location for restarting preview server

Version History Restore

If you need to revert to a previous version of your project, you can use the Version History feature to restore from an earlier point directly in the chat.
How to step back to versions directly in the chat
1

You have two options: restore directly from the builder chat (as shown in the screenshot above) or open your project settings menu to find the version history viewer.

2

Browse through your project’s version history and identify the version you want to restore from.

3

Click the restore option for your chosen version and confirm the action. This will revert your project to that previous state.

Version History allows you to restore your project to any previous state. Use this feature when you need to undo recent changes or recover from unexpected issues.

Status Page

If there is an outage or system wide issue we will report it on our status page available at status.anything.com Anything’s agent relies on upstream data from Anthropic’s Claude Sonnet AI Model, if there is an outage with their system it will impact our builder’s ability to execute commands. You can view their status page here.

Support

Our primary support channel is over email, hello@anything.com. Please reach out with questions or to report issues with your build. Please consider including your build URL to help us expedite any investigation. Thank you!

Sharing Your Build

How to copy your builder URL from the address bar
When asking for help, please include:
  1. Your builder URL.
    • For web users: Open your project to edit it, then copy the URL from your browser’s address bar (this is your builder url)
    How to copy your builder URL from the address bar
    • For iOS users:
      1. Open app in question in the iOS App
      2. Open chat/builder overlay via the black button on the left side of the nav screen
      3. Click on the URL icon in the top of the menu
    How to copy your builder URL on iOS
  2. Whenever possible include a specific description of what’s not working (e.g., “The function called “RetrieveWeather” returns a 500 error when submitting the form”)
Build links help us see your generated code and troubleshoot more effectively.
Your build links are private - even if shared publicly, only team members can access them. Anything team members and admins can jump into your build to help you out (with your permission).

Have a question?

Reach out to us at hello@anything.com