Cloud sessions with --project or a specific agent are refused if your account lacks the newer endpoint.
What's wrong with this entry?
Creating a cloud session with --project, a session group, or a specific agent id requires the newer session-create endpoint. If your account is on the older one, creation is refused outright with a message naming the reason, project_not_enabled or agent_not_enabled, and no session is started.
- The newer endpoint is chosen when no environment variables were passed and an async check passes, or when the request came from ultrareview or ultraplan and a separate gate passes; otherwise the older endpoint.
- The ultrareview/ultraplan branch is decided remotely; what it falls back to is not visible in this build.
Dispatching into a Kindling project requires the new session-create endpoint, which isn't enabled for your account yet — no session was created.
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.224
Cloud sessions can be created through a newer request shape
Both mention project
-
v2.1.224
Newer cloud session creation endpoint for review and plan sources
Both mention project
-
v2.1.227
Device-bound sessions reject
--projectand agent ownership up frontBoth mention project