Design agent approvals around risk, not org charts

usehive · reddit · 2026-10-17

The author argues agent approval flows are designed backwards: they follow the org chart instead of risk, so read-only lookups, routine updates, and consequential actions all wait for the same manager for the same two days.

The deeper point: the real rules were written by practitioners, not platform teams, and appear in no API contract—testimonials need human review, escalation after two contacts, sub-$50 refunds auto-approved for paid, never-refunded orders. Those unwritten rules ARE the approval flow; risk lives there, and an agent that can't see the rules can't follow them no matter how clean the permission model looks.

Proposed design: let reads through, let routine updates through with logging, and make consequential actions wait for a named human with the reason attached. Closing question: what's the highest-risk action your agent can take today without asking anyone?

Original post →

More from coding & agent

coding & agent channel →