{"version":"2.1.293","anchor":"remote-home-settings-seeding-gains-a-consent-launch-model-p","canonical_anchor":"remote-home-settings-seeding-gains-a-consent-launch-model-p","heading":"Forwarding home settings to cloud sessions now follows a new launch-consent check","tier":"notice","area":"Cloud Sessions","scope":"individual","heads_up":true,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.293\/e\/remote-home-settings-seeding-gains-a-consent-launch-model-p","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.293","markdown":"### Forwarding home settings to cloud sessions now follows a new launch-consent check\n\nThe consent that decides whether your local settings are sent to a cloud or remote session is now worked out differently\n\n**Unclear.** Exactly which consent choices now lead to settings being sent and which do not.\n\n**What**\n\nClaude Code can copy your local \"home\" settings into a cloud session it starts for you, or into a remote session it attaches to. This is called seeding. Whether it does so depends on your consent, and this release changes how that consent is worked out.\n\n- `launchConsent` replaces `hostConsent` in the remote-attach consent check. A stored value of `\"stored\"` now becomes `\"answered\"`, and any other value is passed through unchanged. Before, any value at all produced `\"host\"`.\n\n- `planHomeSeed` now receives `launchConsent` instead of `consentMode`. In `teleportToRemote`, seeding is no longer decided by whether `homeSettingsConsent` equals `\"forward\"`. It goes through a new consent helper instead.\n\n- A check on whether the folder is a project root, or whether you opted in, now runs before seeding is planned.\n\n- `launchConsent` also depends on whether the project is still synced (`isProjectStillSynced`). On attach, settings are sent again only if your own settings flags are on or the project is synced.\n\n- An upload of a synced file can now be refused as `too_large`, and reads have a size cap.\n\n- The session-creation telemetry gained an extra reason, used after a create attempt fails.\n\nThe related gates `tengu_home_seed_upload` and `tengu_home_seed_ready_seen` have not been read, so their state is unknown.\n\n**Why**\n\nThis decides when your personal settings leave your machine and are placed in a cloud session. The settings prompt may now be skipped or shown in different cases than before. If you care where your settings end up, check what happens the next time you start or attach to a remote session.\n\n- Area: Cloud Sessions\n- Tier: You'll notice\n- Useful: 2\/5\n- Signal: 2\/5\n- Scope: individual\n- Heads-up: yes"}