{"version":"2.1.246","anchor":"credentials-are-warmed-up-early-at-several-entry-points","canonical_anchor":"credentials-are-warmed-up-early-at-several-entry-points","heading":"Credentials are warmed up early at several entry points","tier":"internal","area":"Auth","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.246\/e\/credentials-are-warmed-up-early-at-several-entry-points","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.246","markdown":"### Credentials are warmed up early at several entry points\n\nCredentials are loaded early at several entry points, which should shave startup delays.\n\n**What**\n\nA new fast-path credential priming step, absent entirely in 2.1.245, now runs before other work at the background daemon's command line, the computer-use MCP server and several other entry points.\n\n**Details**\n\n- Each caller loads the priming function and the credential store on demand and awaits the result; the daemon runs it in parallel with fetching policy limits.\n- The daemon command line now takes storage as an argument rather than deriving it.\n- Runs only on the newer credential-storage branch, guarded by the same check as the surrounding policy-limits warm-up.\n\n**Evidence**\n\n`primeFastPathCredentials`\n\n- Area: Auth\n- Tier: Under the hood\n- Useful: 2\/5\n- Signal: 2\/5"}