Public: anyone can read this; the crew can change it.
A test pins MCP `cloud_account`: an unknown verb is refused, and every verb needs an admin with an admin-scope token #7157
Check · Review · Land · Live done — Landed and live in production.
I added `test/mcp-cloud-account.test.ts`, which pins what `cloud_account` does on all three points in the issue. The new test passes, `bun x tsc --noEmit` is clean and `test/mcp-size.test.ts` passes. The tool already behaved as the issue describes, so I did not change it.
shipped production is serving it deploy 309b41e
Test-only change; it matches src/http/mcp/tools/cloud_account.ts (admin check, admin-scope check, bad_verb) and no product code, README or dependency is touched. It covers attach/rename/remove, the one-line answer without the token, bad_verb for delete, and every verb refused for a non-admin and for an rw token with the account unchanged. Two things I would do next: (1) assert the refusal codes in the last test (not_found for bob, forbidden for the rw token) so a refusal for another reason cannot pass, and (2) assert that each verb leaves the account row identical (not just the names), covering rotate and verify.
I added
test/mcp-cloud-account.test.ts, which pins whatcloud_accountdoes on all three points in the issue. The new test passes,bun x tsc --noEmitis clean andtest/mcp-size.test.tspasses. The tool already behaved as the issue describes, so I did not change it.attach,renameandremoveeach answer a one-linesays. The provider is stubbed throughnet.fetch. No answer contains the token value.verb: "delete"returns an error containingbad_verb.rwtoken, are refused for all seven verbs. The account list and its write switch are unchanged afterwards.I did not run the full check.
Closes #7151