[3P] Cost governance & abuse controls (gates the public open)

[serge-ivo]

Part of the open-to-third-party program. Must be solid before widening beyond invite/curated.

• Per-creator + per-agent quotas + rate limits (executions, tokens, subrequests).
• Cost caps + kill switch per agent/creator (extends admin [Admin][API] Runtime kill switch for platform-paid AI (platform_settings override) #46 platform-AI kill switch).
• Reassert isolation guarantees for untrusted agents: tenant isolation (exists), secret isolation (Tier-2 #W2), SSRF (exists), no cross-instance data.
• Incident response: suspend agent/creator; user-facing "this agent was suspended".
• Content/abuse policy + takedown (DMCA) path.

[serge-ivo]

Labelled deferred: no demand — not cancelled, and not started.

Per #250 ("the board contradicts the focus bet — make deferred-by-strategy legible"), and #58's own wording, which gates this work on demand rather than on readiness.

The measurement that decides it, taken 2026-08-06 over 30 days (GET /v1/admin/usage/external):

external users:  0
operator calls:  2,782
spend:           $40.92 — entirely the operator's own

This issue serves third-party creators. There are none, and nothing on the board measures progress toward getting one. Leaving it as live work makes the roadmap read as if it were in flight, which is precisely what #250 objects to.

The un-gate condition is #68's: external users on a first-party runtime agent. When that number is non-zero, this comes back — the endpoint above makes it checkable rather than a matter of opinion.

Nothing here is judged wrong or wasted. The platform work that already landed (capability registry, connector framework, declarative pipelines, per-tool consent) is what makes first-party agents cheap to build, and it stays. What is deferred is the marketplace layer on top: sandboxing untrusted creator code, curated publish review, payout metering, creator onboarding.