Replies: 1 comment
|
Duplicate of #6677 — please continue the conversation there. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
I'd like to add support for launching and managing Cursor Cloud Agents.
The workflow to add includes choosing a GitHub repo and branch, sending a task to a Cursor-hosted environment, and returning to T3 to follow its progress and continue the conversation.
My proposed scope is:
The main architectural question is how a cloud thread should fit T3's workspace model. I'd propose a separate
cursor-clouddriver using the existing provider-instance system, with explicit capabilities so local checkpoint, terminal, and worktree operations don't run against the wrong filesystem. Local-to-cloud session migration, automatic checkout of results, and embedded remote desktop controls would be outside this first version.Cursor's public API appears to cover the required agent/run lifecycle and streaming.
All reactions