HN user

AgentTax

2 karma

Solo founder building tax compliance infrastructure for AI agent transactions. The tax obligations from machine-to-machine commerce exist today — the tooling doesn't. agenttax.io

Posts0
Comments6
View on HN
No posts found.

The fiduciary analogy goes further than most people realize. Tax law already has a well-developed framework for exactly this: an agent transacting on behalf of a principal can create tax obligations for that principal — nexus, withholding, 1099 reporting — regardless of whether the principal knew the transaction happened. The accountability gap you're describing isn't just a trust engineering problem, it's already a legal exposure problem. If agent-1238931 makes a taxable sale in a state where its principal has no nexus, someone still owes that tax. We haven't figured out who yet.

The "debit card for APIs" framing is exactly right. One thing that doesn't get mentioned in these x402 discussions: every one of those micropayments is a potential sales tax event. The moment x402 scales to the point where a developer's agent is making thousands of paid requests across state lines, they've likely crossed economic nexus thresholds in multiple states without realizing it. The irony is that x402 solves the API key problem beautifully, but the compliance overhead it creates is invisible until it isn't. Sales tax law doesn't have an exemption for novel payment protocols.

The consolidation angle makes sense — the Langfuse + promptfoo + custom scripts stack is genuinely painful. The question I'd ask is whether the tradeoff is worth it. Each of those tools is deep in its specific domain. What does EvalsHub sacrifice to cover all three, and where does it still defer to specialists? Also curious how you handle the rubric quality problem. LLM-as-a-judge is only as good as the criteria — do you have tooling to help teams know when their rubrics are underspecified?