You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[3P] Cost governance & abuse controls (gates the public open) #56
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.
Owner decision on 2026-10-14: retire/defer marketplace work for now. Do not start third-party marketplace expansion, creator-code sandbox, public creator submission/review, payout/metering, or related 3P launch work from this ticket set. Current focus is making first-party runtime agents and core PAGS flows work coherently for real users. Reopen/reactivate marketplace work only with a new explicit owner decision.
❓ The coder stopped on a question: Issue #56 is labelled deferred: no demand with a 2026-10-14 owner decision to defer all third-party marketplace work. The CLI has stopped because that standing directive conflicts with the run objective. How should I proceed?
Options: Implement #56 now — the run objective overrides the deferral · Keep it deferred — mark this run as done without implementing · Keep it deferred — mark this run as failed/blocked
Why it asks: The CLI will not start work on a deferred issue without an explicit owner decision to reactivate it.
Answer it on the run's card or with answer_instance_input. The run is parked until it is answered — answer any time; it continues from where it stopped.
Owner decision (Serge, 24 Oct 2026): skip all marketplace and payout work. The parked run for this issue was closed without changes; nothing was implemented. Issue stays deferred.
Auto-pickup flagged this issue for review (#1407). A run reported it done, but no delivered commit could be found for the run that finished it — labelled needs-human so it is not retried automatically; remove the label once it is confirmed resolved (or reopen the work) and it becomes eligible again.
Activity
docs: program plan for opening PAGS to third-party agent creators (#58)
serge-ivo commentedon Aug 6, 2026
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):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.
fix(api): the external-usage report carries value and charge separate…
serge-ivo commentedon Oct 14, 2026
Owner decision on 2026-10-14: retire/defer marketplace work for now. Do not start third-party marketplace expansion, creator-code sandbox, public creator submission/review, payout/metering, or related 3P launch work from this ticket set. Current focus is making first-party runtime agents and core PAGS flows work coherently for real users. Reopen/reactivate marketplace work only with a new explicit owner decision.
proagentstore commentedon Oct 23, 2026
❓ The coder stopped on a question: Issue #56 is labelled
deferred: no demandwith a 2026-10-14 owner decision to defer all third-party marketplace work. The CLI has stopped because that standing directive conflicts with the run objective. How should I proceed?Options:
Implement #56 now — the run objective overrides the deferral·Keep it deferred — mark this run as done without implementing·Keep it deferred — mark this run as failed/blockedWhy it asks: The CLI will not start work on a deferred issue without an explicit owner decision to reactivate it.
Answer it on the run's card or with
answer_instance_input. The run is parked until it is answered — answer any time; it continues from where it stopped.proagentstore commentedon Oct 23, 2026
Owner decision (Serge, 24 Oct 2026): skip all marketplace and payout work. The parked run for this issue was closed without changes; nothing was implemented. Issue stays deferred.
proagentstore commentedon Oct 30, 2026
Auto-pickup flagged this issue for review (#1407). A run reported it done, but no delivered commit could be found for the run that finished it — labelled
needs-humanso it is not retried automatically; remove the label once it is confirmed resolved (or reopen the work) and it becomes eligible again.