Multiple Architect Sessions #156
-
|
Salam Waleed, I’ve been using codev for a new project and really enjoying it. It enables cc to work for longer stretches during the implementation phase and it consistently delivers results. I really appreciate all the effort you've put here. Quick question: Does the codev CLI support running multiple architects at the same time? I often juggle several projects during my workday; fixing a bug in one, adding a feature in another. Currently, I run one architect and then just use the Claude CLI to handle the other projects. On a broader note, do you envision codev acting as a "Project Manager" that coordinates multiple architects (who in turn work with builders)? The PM could answer the architects based on what they know, but defer to the "boss" (the user) if they don't. This could eventually allow the user to design an arbitrary hierarchy where codev manages the agents, and the user primarily interfaces with codev. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
I typically run one architect per product. And yes, we do have something that functions as an overall dashboard. Try the
But I just want to make sure -- in codev, we use the work "project" to mean something that needs to be done within a given repo. Something like codev has dozens of projects: see https://github.com/cluesmith/codev/tree/main/codev/specs. We use the word "product" or "repo" to denote the thing you're trying to ship. products have a one-to-many relationship with projects. |
Beta Was this translation helpful? Give feedback.

I typically run one architect per product. And yes, we do have something that functions as an overall dashboard. Try the
codev tower startcommand. it creates an interface that looks like this:But I just want to make sure -- in codev, we use the work "project" to mean something that needs to be done within a given repo. Something like codev has dozens of projects: see https://github.com/cluesmith/codev/tree/main/codev/specs.
We use the word "product" or "repo" to denote the thing you're trying to ship. products have a one-to-many relationship with projects.