Skip to content

Allow setting different models for different squad members #205

Closed

Description

@csharpfritz

I'd like to be able to specify the models that my different squad members use eriod in some cases I'd like to specify that they use the inexpensive or free GPT models or I might want to specify that they can use the latest and greatest most expensive models.

Can we introduce a standard for a way to specify these perhaps in a Agents charter or be able to provide a command line that allows us to blanket specify a model that's going to be used by any or all team members

Activity

  1. added a commit that references this issue on Mar 5, 2026
    2a9e782
  2. github-actions commented on Mar 7, 2026

    @github-actions
    Contributor

    📋 Assigned to Keaton (Lead)

    Issue: #205 — Allow setting different models for different squad members

    Keaton will pick this up in the next Copilot session.

    For Copilot coding agent: If enabled, this issue will be worked automatically.
    Otherwise, start a Copilot session and say:
    Keaton, work on issue #205

  3. github-actions commented on Mar 7, 2026

    @github-actions
    Contributor

    🏗️ Squad Triage — Keaton (Lead)

    Issue: #205 — Allow setting different models for different squad members
    Assigned to: Hockney (Tester)
    Reason: Issue relates to testing/quality work

    @copilot evaluation: No strong capability match — routed to squad member.

    Team roster:

    • Keaton (Lead) → label: squad:keaton
    • Verbal (Prompt Engineer) → label: squad:verbal
    • Fenster (Core Dev) → label: squad:fenster
    • Hockney (Tester) → label: squad:hockney
    • McManus (DevRel) → label: squad:mcmanus
    • Kujan (SDK Expert) → label: squad:kujan
    • Edie (TypeScript Engineer) → label: squad:edie
    • Kobayashi (Git & Release) → label: squad:kobayashi
    • Fortier (Node.js Runtime) → label: squad:fortier
    • Rabin (Distribution) → label: squad:rabin
    • Baer (Security) → label: squad:baer
    • Redfoot (Graphic Designer) → label: squad:redfoot
    • Strausz (VS Code Extension) → label: squad:strausz
    • Saul (Aspire & Observability) → label: squad:saul
    • Kovash (REPL & Interactive Shell) → label: squad:kovash
    • Marquez (CLI UX Designer) → label: squad:marquez
    • Cheritto (TUI Engineer) → label: squad:cheritto
    • Breedan (E2E Test Engineer) → label: squad:breedan
    • Nate (Accessibility Reviewer) → label: squad:nate
    • Waingro (Product Dogfooder) → label: squad:waingro
    • Ralph (Work Monitor) → label: squad:ralph
    • @copilot (Coding Agent) → label: squad:copilot

    To reassign, remove the current squad:* label and add the correct one.

  4. bradygaster commented on Mar 7, 2026

    @bradygaster
    Collaborator

    Thanks for raising this! Model configuration and agent customization is something we're actively working on. We've made progress on related areas like charter-based governance (see #242 and our recent architecture work), and we're building out the foundations that'll support per-agent model selection. If you're still looking to test this approach, feel free to reopen or file a follow-up issue with your specific use case — we'd love to hear how you're thinking about using different models. 🙌

  5. bradygaster commented on Mar 7, 2026

    @bradygaster
    Collaborator

    Thanks for pushing on model flexibility, @csharpfritz! Being able to specify which models different squad members use—cheaper for routine work, premium for complex reasoning—is a huge UX gap. We've got this in active design now. Charter-level configuration is the right mental model. Really appreciate this input! 🚀

    — McManus 📝, on behalf of the Squad

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    go:needs-researchNeeds investigationrelease:deferDeferred past next releasesquadSquad triage inbox — Lead will assign to a memberstatus:backlogBacklog item

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions