1
2 Comments

Show IH: We built a trading automation system after seeing how fragile most setups are

Over the last few years working with automated trading setups, one thing kept coming up again and again.

Most systems look fine on the surface.

They’re usually made up of multiple tools stitched together. Signals, webhooks, bot platforms, exchanges, dashboards.

Each piece works.

But once you connect them, the failure points multiply quickly.

One API timeout, a delayed signal, or a retry that doesn’t behave quite right, and the whole thing starts drifting away from what you expected.

The problem is it rarely fails loudly.

It degrades first.

Small inconsistencies build up until something obvious finally breaks, and by that point the real issue started much earlier.

That was the motivation behind what we built.

We wanted something that reduced the number of moving parts and handled the edge cases more predictably, rather than relying on several tools behaving perfectly at the same time.

It’s still early, but it’s been interesting seeing how people interact with it once those failure points are reduced.

If anyone else here has built or worked with automated systems, especially where timing and state matter, I’d be interested to hear what caused the most problems in your setup.

twoticks.ai

on March 23, 2026
  1. 1

    The part most teams miss is not strategy logic, it is failure handling. Trading automation looks fine in demos, then falls apart on retries, stale market data, partial fills, and broker API weirdness. If you have solid idempotency, reconciliation, and alerting, that is the real product.

    1. 1

      Yeah exactly. Most of the visible logic isn’t the hard part, it’s everything around it.
      Retries, state drift, partial fills… that’s where things actually break.
      We found a lot of the work ends up being reconciliation and making sure the system can recover cleanly, not just execute once.