gemini-cli-extensions / gemini-cli-extensions/conductor

Question: How are we supposed to update a plan before the implementation phase?

Open
#12 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area:newTrack area:setup feature p2
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.