[danpalmer]

How does this compare to tools like Charles and BurpSuite?

I've used Charles extensively in the past for this sort of testing, and particularly on mobile apps (it's not clear if/how mobile apps are supported with this).

Edit: Ah, "Now you just need to replace the original endpoint with interceptor’s URL inside the app." – so it sounds like this is basically a proxy at the HTTP level in the target app, rather than a network traffic interceptor at the network level on the system.

[aneesv]

Just saw the edit, Exactly to your point

[danpalmer]

So what's the advantage of Intercept, what can it do that tools like Charles can't? Honest question, I expect it can be smarter being at that level, but less generic and unable to intercept apps that haven't been modified as a consequence.

[saleeh]

Charles proxy works only for local development as proxy for all your network.

intercept.rest monitor only request sent by your client to your server and it is easier to setup (just change the API endpoint), works both locally and in staging/production etc.

Some use cases are :-

- When you give an app to the client for testing and you wanted to monitor the API calls and its responses for debugging purposes.

- It can also be used to debug webhooks,

- You can also choose to share all the data with your team members without additional setup.