gemini-cli-extensions / gemini-cli-extensions/conductor
Question: How are we supposed to update a plan before the implementation phase?
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 3.7k
- Forks
- 295
- Avg merge
- 9m
- Merged PRs (30d)
- 1
Description
I had conductor start a new track with a plan document, but upon review I wanted to give more feedback. Assuming it's a non-trivial feature, I can imagine there could be a round of brainstorming/ interactive back and forth before we have a good plan in place. However, when I gave it the feedback and asked the Gemini CLI to update the plan, it went ahead and started implementing. So I don't have a chance to even try the conductor:implement feature.
I'm just curious on how you guys see the workflow work for this case, and in general how should one manage work between conductor and non-conductor prompts?
Thanks!
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no files, tests, or entry points to inspect. It asks for guidance on updating a plan before implementation and coordinating Conductor with other prompts; done would be a documented workflow answer clarifying that process.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100