CommandCodeAI / CommandCodeAI/command-code

Multi-Agent Visual Indicator for Active Sessions

Aberta
#817 1 comentário 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Linguagem predominante
Sem dados de linguagem
Estrelas
4k
Forks
350
Métricas de merge de PRs
Nenhum PR com merge em 30d

Descrição

Feature Request: Multi-Agent Visual Indicator for Active Session

Summary

Add a visual indicator in the Command Code CLI that shows when multiple agents are running concurrently within the session, giving users real-time awareness of active subagent work — similar to how Theo implemented this for T3 Code and how Codex displays active agents.

Problem

Currently, when Command Code delegates work to multiple subagents (via the agent tool), there's no visible indicator in the UI showing:

  • Which agents are currently running
  • How many agents are active
  • What each agent is working on (its task/description)
  • Agent status (running, completed, failed)

Users are left unaware of background work happening in their session. When multiple agent calls fire in parallel (e.g., 3 explorers + 2 editors), the main session appears idle while work happens invisibly.

Proposed Solution

Implement a persistent visual indicator (status bar, footer, or inline badge) that displays:

  1. Active agent count — e.g., "3 agents running"
  2. Agent identity badges — show agent name/type (General, Explore, Plan, or custom names)
  3. Status states — running (spinner), completed (checkmark), failed (error icon)
  4. Task preview — truncated description of what each agent is doing
  5. Background agent awareness — show agents started with background: true or run_in_background: true
Visual Inspiration
  • T3 Code (Theo): Shows active agents as colored badges with spinners in the terminal footer
  • Codex: Displays agent tiles with status indicators and task descriptions
  • GitHub Copilot Workspace: Shows parallel task execution with progress indicators

User Experience

In-Session Indicator
┌─────────────────────────────────────────────────────────────┐
│  🤖 3 agents running                                        │
│  ● Explore — "Searching auth middleware..."                 │
│  ● General — "Refactoring database layer..."               │
│  ◌ Plan — "Designing API routes..." (queued)               │
└─────────────────────────────────────────────────────────────┘
Status States
  • Running (with spinner animation)
  • Completed successfully
  • Failed/errored
  • Queued/pending
Interaction Ideas
  • Click/tap an agent badge to see its full output
  • Keyboard shortcut to cycle through active agents
  • /agents command enhanced to show live status alongside agent definitions
  • Optional: notification when all agents complete

Technical Considerations

Existing Primitives

Command Code already has the building blocks:

  • agent tool returns agent_id for background runs
  • agent_output tool can check status of running agents
  • shell_tasks / shell_output track background processes
  • Session transcript already records agent delegation events
Implementation Approaches
  1. Status bar component — persistent footer showing active agents (least intrusive)
  2. Inline badges — agent indicators appear inline with conversation flow
  3. Dedicated panel — toggle-able side panel with full agent details (heavier)
Agent Lifecycle Events to Surface
  • Agent started (with name + task description)
  • Agent progress (optional, if agents can report intermediate status)
  • Agent completed (with result summary or token usage)
  • Agent failed (with error reason)

Benefits

  • Transparency: Users know work is happening even when main session is quiet
  • Debuggability: Easier to understand what went wrong when an agent fails
  • Confidence: Visual feedback that parallel delegation is working
  • Discoverability: Encourages users to leverage multi-agent parallelism

Potential Concerns

  • Terminal real estate: Status bar takes up space — should be compact and optionally hideable
  • Noise: Could be distracting with many agents — consider collapsing/expanding
  • Performance: Polling agent status shouldn't add overhead

Settings

Consider a setting to control visibility:

{
  "showAgentIndicator": true,
  "agentIndicatorStyle": "compact" // "compact" | "detailed" | "none"
}

Related Features

  • Background tasks (run_in_background)
  • Agent output streaming (showOutput: true)
  • Session status (/status)
  • /agents manager

Priority: Medium — improves UX significantly for power users leveraging multi-agent workflows

Affected Users: Anyone using parallel agent delegation, background agents, or custom subagents

Guia de contribuição

Nenhum guia de contribuição indexado para este repositório

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Direção de pesquisa

Comece rastreando as ferramentas agent e agent_output, shell_tasks/shell_output e os eventos da transcrição da sessão para entender como o status do ciclo de vida do agente é exposto à CLI. Revise os pontos de entrada existentes /status e /agents e, em seguida, defina e implemente um indicador compacto cujo estado done abranja a contagem de agentes ativos, a identidade, uma prévia da tarefa e os status running, completed, failed e queued.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Domínio
ai, cli
Tipo de issue
Funcionalidade
Dificuldade
5/5
Tempo estimado
Mais de uma semana
Status de atividade
Ativa
Clareza
Razoavelmente clara
Facilidade para iniciantes
45/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.