Conversation
Adds a page under Fill from Vault that walks through reusing a credential collected by Managed Auth with the vault fill operation: log in through Managed Auth, create a credential item that references the connection, attach the vault to a browser, and fill. Cross-links it from the Fill from Vault overview. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Automations to automatically generate PRs for you. |
Pre-linked credentials qualify even with save_credentials off, the 409 covers a credential with no values, a deleted connection cannot recover, the fill example narrows to the managed auth state before reading field names, and the TOTP step notes sites that auto-submit the code. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
There was a problem hiding this comment.
Risk assessment: Very Low
I reviewed the diff (9 files, +308/−2). Every change is documentation for the Mintlify site:
- New how-to page
auth/fill-from-managed-auth.mdxand snippet files with TypeScript, Python, cURL, and an example JSON response. - One cross-link sentence in
auth/fill-from-vault.mdx. - A sidebar entry for the new page in
docs.json.
No application code, infrastructure, CI, authentication implementation, or agent-instruction files are modified. docs.json only adds the new page to navigation. Code owner review is not required on main.
Approving.
Sent by Cursor Automation: Assign PR reviewers
There was a problem hiding this comment.
Risk assessment: Very Low
Re-checked the current head (d200cc1). The diff is still documentation for the Mintlify site only: a new how-to (auth/fill-from-managed-auth.mdx), six example snippets, one cross-link in auth/fill-from-vault.mdx, and a sidebar entry in docs.json (9 files, +308/−2).
No application code, infrastructure, CI, authentication implementation, or agent-instruction files changed. require_code_owner_review is off on main, and there is no CODEOWNERS file.
This automation already approved this same commit. Risk has not increased, so that approval stands and I am not approving again.
Sent by Cursor Automation: Assign PR reviewers
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using default effort and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Want higher recall? High effort reviews run extra passes and find more bugs. A team admin can switch effort levels in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit d200cc1. Configure here.
| `completed` means the selected fields were filled, not that login succeeded. If `fill` fails, returns an uncertain outcome, or loses its response, stop and [inspect the outcome](/vaults/fill#handle-the-outcome) rather than retrying automatically. | ||
| </Step> | ||
| <Step title="Submit and handle the response"> | ||
| After `fill` completes, your application or agent submits the login form once and verifies the site's response. If the site asks for an authenticator code and `state.fields` includes `totp`, navigate to that prompt and invoke `fill` again with a single `totp` binding, for example `{ "field": "totp", "selector": "#app_totp" }` on `https://github.com/sessions/two-factor/app`. Kernel generates the code at fill time. Some sites submit the code as soon as it's entered, so check the page state after the fill. Handle any other prompt through your own interface. |
There was a problem hiding this comment.
Dense submit-step paragraph
Low Severity
The submit step packs several separate actions and caveats into one paragraph: submit and verify the login, optionally navigate and fill totp, note that Kernel generates the code at fill time, watch for auto-submit, and handle any other prompt. Those are distinct steps, so the guidance is hard to scan and easy to miss.
Triggered by learned rule: Use bullet lists when covering multiple distinct points in guides
Reviewed by Cursor Bugbot for commit d200cc1. Configure here.




Part of KERNEL-2298.
Adds
auth/fill-from-managed-auth, a how-to under Fill from Vault, walking through: log in through Managed Auth, create a credential item that references the connection, attach the vault to a browser, fill. Also cross-links it from the Fill from Vault overview.Do not merge yet. The page documents the
managed_authcredential provider from kernel/kernel#4285, which is not in production. Merge order: API in production, SDK release, then this page.Open items before it leaves draft:
vaults.itemscall shapes; re-check them against the Stainless preview builds once those build cleanly (the current builds on #4285 hit merge conflicts).mint broken-linkspasses locally.🤖 Generated with Claude Code
Note
Low Risk
Documentation and nav-only changes; no runtime code. Merge is intentionally gated on the
managed_authvault provider shipping in production.Overview
Adds
auth/fill-from-managed-auth, a how-to for wiring Managed Auth–saved credentials into the existing vaultfillflow without re-collecting secrets. The guide covers when to use it vs Fill from Vault or full Managed Auth, requirements (Kernel-stored credential, same project), a GitHub walkthrough (login → credential item withspec.provider: managed_auth→ vault attach → navigate → fill, including optional TOTP), item shape/status reasons, differences from kernel credential items, and security notes.Navigation and cross-links: registers the page under Fill from Vault in
docs.jsonand points Fill from Vault’s credential-sources section at the new guide.Snippets: six reusable MDX snippets (login, verify saved credential, upsert item, sample API response, navigate, fill) in TypeScript, Python, and cURL where applicable.
Reviewed by Cursor Bugbot for commit d200cc1. Bugbot is set up for automated code reviews on this repo. Configure here.