Good point on credential resolution. You're right — static API keys in env/context are the weakest link in agent auth today. AgentBadge currently checks whether authentication exists and is documented, but we're working toward a rule that distinguishes session-scoped credentials from static keys. The shift from "does the agent have a key" to "can the agent prove who it is for this operation" fits naturally into the rules → evidence → assertion pipeline. A concrete check could verify: (1) does the API support scoped/token-based auth vs static keys, (2) are credentials passed via headers (not query params), (3) does the API document session expiration and rotation. That makes credential vault usage a measurable property, not an assumption. Would be interested to hear how you'd define a check for credential vault vs plaintext key passing — that could be a real rule in the next ruleset version.
