3 ms·
Yes! It's exactly about creating a standardized way for a website to expose its tools to the agentic web. Auth is level 2 of this design. It is huge piece of t
by yregmi 1y ago
Yes! It's exactly about creating a standardized way for a website to expose its tools to the agentic web.
Auth is level 2 of this design. It is huge piece of the puzzle. My vision for this is that the kodec.txt protocol would evolve to include an optional authentication block, likely declaring a standard like OAuth 2.0.
Doing so, a trusted agent (that the user has already connected to their account, similar to a "Login with Google" flow) would see that the action requires authorization. The agent would then be responsible for managing the OAuth token on behalf of the user to securely make the authenticated API call.
For this POC, all the actions are public and unauthenticated to keep it simple, but your question is exactly where the protocol needs to go next to handle private, user-specific actions. It's a massive and exciting challenge. Thanks for bringing it up!
- ifeanyi_sa 1y agoYeah, it's an interesting concept. The downside is that even if the user does sign in via oauth 2, there's no way that the model can persist the access token for subsequent calls (unless, idk, OpenAI/Gemini/others built persistence for access tokens obtained like this in their own tool calling infra, i guess it's possible) What you could do is maybe create and host your own token storage, include a tool to retrieve it from within each kodec.txt file based on some reference id cookie in the browser, and see how far you get there