thing inputs / possibilities

Try the policy before you approve it.

A webhook fails. The service comes back. Does your policy reach it? Move the controls, inspect the attempts, and recommend a configuration you can explain.

One failed webhook deliveryDeterministic simulation

Red attempts fail during the outage. The first green attempt after recovery delivers the event.

Delivery outcome
Delivered at 14s

5 seconds after recovery

Request cost
4 attempts

For this one webhook

Change a control to explore.

Recommend a policy, with the evidence.

Your retries, delay, recovery scenario, and simulated outcome travel with your response. The report compares actual configurations.

Checking sign-in…

What matters most for this decision?

An RFC can become a working model.

Use this for rate limits, cache expiry, queue capacity, cost models, or infrastructure sizing. Let reviewers test an assumption and submit the settings behind their recommendation.

Ask your agent to build something like this

Build an interactive model for our proposed retry policy on Thing. Let reviewers change retries, delay, and outage duration. Plot attempts and calculate the outcome from those inputs. Save the configuration and reasoning with Thing Inputs. Include an editor-only report comparing submitted configurations, and clearly label the model’s assumptions.

Explore freely. Saving a response requires Thing sign-in. Real responses are visible only to the publisher and authorized editors. All products, scenarios, and sample report responses here are illustrative.