# Linear integration creates new single-repo environment instead of using prepared multi-repo environment **URL:** \ **Category:** Help\ **Tags:** linear, cloud-agents\ **Created:** [September 8, 2026, 8:55am UTC](https://forum.cursor.com/t/linear-integration-creates-new-single-repo-environment-instead-of-using-prepared-multi-repo-environment/171012 "2026-09-08T08:55:09Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![Thomas\_Akesson](https://avatars.discourse-cdn.com/v4/letter/t/71c47a/32.png) [@Thomas\_Akesson](https://forum.cursor.com/u/Thomas_Akesson)\ **Post date:** [September 8, 2026, 8:55am UTC](https://forum.cursor.com/t/linear-integration-creates-new-single-repo-environment-instead-of-using-prepared-multi-repo-environment/171012/1 "2026-09-08T08:55:09Z")
We have a prepared **multi-repo Cloud Agent environment** containing our default repository plus several additional repositories. When starting a Cloud Agent from Linear, Cursor does **not** use this prepared environment. Instead, it creates a new unnamed environment containing only the default repository. I deleted the automatically created environment to rule out a stale environment association. On the next run from Linear, Cursor simply created another new single-repo environment rather than selecting the existing multi-repo environment. The documentation says: > Cursor resolves environment configuration by repository or repo group, using the first match: > > 1. `.cursor/environment.json` in the repository > 2. A personal saved environment > 3. A team saved environment Our prepared environment is a saved multi-repo environment. This makes me wonder how **repo-group resolution is supposed to work for agents delegated from Linear**. It appears that Linear delegation resolves the target as a single repository. Cursor then seems to look for an environment matching that single-repo configuration rather than selecting the existing multi-repo environment that contains the target repository. **Questions:** 1. Is a Linear-triggered Cloud Agent expected to use an existing multi-repo environment when the target repository is part of that environment’s repo group? 2. If so, how should the repo group be configured so Cursor resolves the prepared environment? 3. If not, is there a way to tell the Linear integration which saved environment/repo group to use? 4. Is `.cursor/environment.json` relevant to this? The documentation doesn’t appear to show a way to specify a multi-repo repo group there. Currently, Linear-triggered agents don’t have access to the additional repositories required for our tasks, despite an existing prepared multi-repo environment containing them ---
**Author:** ![kevinn](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/kevinn/32/101206_2.png) [@kevinn](https://forum.cursor.com/u/kevinn)\ **Post date:** [September 9, 2026, 1:19am UTC](https://forum.cursor.com/t/linear-integration-creates-new-single-repo-environment-instead-of-using-prepared-multi-repo-environment/171012/7 "2026-09-09T01:19:48Z")
Hey @Thomas_Akesson, thanks for the detailed report, and you have read the situation correctly. Right now, assigning a Linear issue directly to Cursor always resolves to a single repository (the repo= hint, a repo label, or your Default Repository) and then uses or creates a single-repo environment for that repository. It does not look at saved multi-repo environments, and the “repo group” resolution in the docs only applies when the launch itself specifies that group of repos (the web dashboard, the API with repos, or an Automation). So there is currently no setting on the Linear integration to pick a saved environment, and .cursor/environment.json cannot declare additional repositories either. Your 20-repo environment is fine as configured; the direct-assign path just cannot reach it yet. This is on our radar and tracked as a feature request, and I’ve added your report to it. The way to get multi-repo runs from Linear today is a Cursor Automation with a Linear trigger: 1. Go to [cursor.com/dashboard](http://cursor.com/dashboard), then Automations, then New automation. 2. Pick a Linear trigger (Issue created or Status changed, for example when an issue moves to a “Ready for Cursor” status). 3. Under Repositories, choose Multi-repo environment and select your existing environment. 4. Write the instructions (for example “Implement the Linear issue in the trigger payload and open a PR in each repo you change”), then save and enable. Agents started that way boot with every repo in the environment cloned and open one PR per repo they change. The thread where others are following this request is here, feel free to add your use case: [Linear-triggered multi-repo agents — route via environment membership](https://forum.cursor.com/t/-/160919) One small heads-up: you have two environments both named the same (an older 14-repo one and the newer 20-repo one). If you ever select environments by name, for example through the API, please give them distinct names so the right one is picked. ---
**Author:** ![Thomas\_Akesson](https://avatars.discourse-cdn.com/v4/letter/t/71c47a/32.png) [@Thomas\_Akesson](https://forum.cursor.com/u/Thomas_Akesson)\ **Post date:** [September 16, 2026, 7:35am UTC](https://forum.cursor.com/t/linear-integration-creates-new-single-repo-environment-instead-of-using-prepared-multi-repo-environment/171012/9 "2026-09-16T07:35:53Z")
Thanks for the feedback! I will experiment with the Automation but the clarity inside Linear when using the direct integration is the main goal here. > One small heads-up: you have two environments both named the same (an older 14-repo one and the newer 20-repo one). Interesting. That’s not what I am seeing. I removed the older 14-repo environment before posting this thread.