Development record
Raising a spending cap needs the person's touch
Press Release
Raising a spending cap on a person's API key takes a touch of their security key or fingerprint, so an agent that reaches its cap cannot raise it, even though agents run as the person's own account.
Why This Matters
Why this matters to the user — replace before planning.
Mechanism
Prompted (the claim-recording gradient): why the authors expect this to work, as a falsifiable "we expect X because Y" — not the outcome restated. Replace this line with the claim, or with the exact token
None stated.alone on its line to record the claim as considered and declined.
Scope Conditions
Required (the claim-recording gradient): the population, platform, scale, or assumptions this claim holds under, one per top-level bullet —
abcd intent planstamps each with a persistent identity. Replace this line with those bullets, or with the exact tokenNone stated.alone on its line.
Acceptance Criteria
Required (the itd-1 discipline): add at least one Given-When-Then bullet describing the verifiable bar for "shipped" before this draft can be planned.
Open Questions
None recorded yet.
Audit Notes
Empty. Populated by intent-auditor when intent moves to shipped/.
Frontmatter
| id | itd-2611012123486967 |
|---|---|
| type | intent |
| lifecycle | drafts |
| severity | minor |
.abcd/development/intents/drafts/itd-2611012123486967-raising-a-spending-cap-on-a-person-s-api.md
open on GitHub ↗ · commit history ↗
mentions3
- adr-2611011231015519The launches abcd makes spend a person's money only within the budget they set, past it only through named residuals
- itd-1Every Intent Has Acceptance Criteria; Every Audit Verifies Them
- itd-2611011230226453Agents abcd starts on your API key stay within the budget you set