Replies: 1 comment 1 reply
-
|
Can you provide a bit more detail on what you are doing? |
Beta Was this translation helpful? Give feedback.
1 reply
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.
Uh oh!
There was an error while loading. Please reload this page.
-
I’ve been using Spec Kit and like the local workflow, but I’m unclear on how that maps to the GitHub Copilot cloud agent workflow.
With Copilot cloud agent, I can select one custom agent when I start the task, but I do not see a way to switch agents later in the same pull request or session. GitHub’s documentation describes choosing an agent when starting the task, and describes custom agents as maintaining their configuration for that workflow. I have not found documentation for changing agents mid-run on GitHub.com.
That leaves me unsure how to apply the normal Spec Kit progression of specify → plan → implement when using the cloud agent. Spec Kit clearly presents the broader workflow as constitution → specify → plan → tasks → implement, including examples that use GitHub Copilot agents, but I have not found clear guidance on how a developer should orchestrate those phases in GitHub’s cloud-agent flow when only one custom agent can be selected at the start.
So my question is:
What is the intended workflow for orchestrating a Spec Kit flow with GitHub Copilot cloud agent?
More specifically:
I’m trying to understand the recommended developer workflow for using Spec Kit with GitHub Copilot cloud agent in a way that is equivalent to the local phased workflow, but within the practical constraint that the cloud agent appears to be fixed once the task has started. My current reading is that GitHub supports selecting a custom agent at the beginning of a task, and while some documentation mentions a
handoffsproperty in Xcode agent configuration, I have not found equivalent GitHub.com guidance showing agent switching during a single PR workflow.I feel like the workflow would need to be:
But the hand off to the cloud creates a new PR for the bracnh that is the spec branch?
Beta Was this translation helpful? Give feedback.
All reactions