You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Feature Request: Different models for coding and testing #146
Currently you can only select a single model for coding and testing. It would be good to be able to select a model for coding and one for testing. For instance, choosing Opus for code, but Sonnet for testing.
Quick Analysis:
In parallel_orchestrator.py (lines 486-503 for coding, 585-595 for testing):
Both agent types receive the same self.model parameter
The orchestrator passes --model to spawned subprocesses
In client.py (line 251):
- create_client(model) accepts a single model parameter
No differentiation exists between agent types for model selection
The Fix Needed
To support different models per agent type, you'd need:
Add separate CLI arguments:
--coding-model opus
--testing-model sonnet
Update the orchestrator to store both:
self.coding_model = coding_model
self.testing_model = testing_model
Pass the appropriate model when spawning:
For coding agents (line 501):
if self.coding_model:
cmd.extend(["--model", self.coding_model])
For testing agents (line 594):
if self.testing_model:
cmd.extend(["--model", self.testing_model])
Activity
feat: Handle agent_spec_created WebSocket event in frontend UI (Feature
docs: Update progress notes for Feature AutoForgeAI#146 completion
Feature AutoForgeAI#152: Add comprehensive unit tests for ChatTab def…
Implement Feature AutoForgeAI#154: E2E Test ChatTab Error Recovery
Feature AutoForgeAI#157: Add regression test for Conversation ID 26 bug