CommandCodeAI / CommandCodeAI/command-code

Feature request: expose hook/plugin system for third-party monitoring tools

Aperta
#604 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Lingua principale
Nessun dato sulla lingua
Stelle
4k
Fork
350
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

The ask

Add a hook or plugin system so third-party apps like AgentPeek can monitor Command Code sessions. AgentPeek currently supports 25 coding agents (Claude Code, Codex, Cursor, OpenCode, etc.) but cannot integrate with Command Code because there is no hook or plugin API to tap into.

What other agents provide

  • Claude Code — hook events surfaced through ~/.claude/settings.json. Hooks fire for tool calls, permission prompts, sub-agents, etc.
  • OpenCode — a plugin system at ~/.config/opencode/plugins/, where AgentPeek drops a JS file to receive session events.
  • Others — at minimum, structured session/transcript/usage data stored on disk in a readable format (JSON, JSONL, SQLite) that tools can tail.

What Command Code would need to expose

At minimum:

  1. Session lifecycle events — session start/end, project path, model, state (thinking, executing, waiting, idle)
  2. Activity events — tool calls, files touched, diffs, commands run
  3. Permission prompts — the command/file/diff being proposed, so tools can surface them in their UI
  4. Usage data — token counts, cost, rate-limit windows (readable from disk or an events stream)

The ideal path is a hook system similar to Claude Code, or a plugin directory like OpenCode. Even just documenting where session data lives on disk would be a good first step.

Use case

Tools like AgentPeek let you monitor all your coding agents from the Mac notch/menu bar — answer permission prompts without finding the terminal, track usage across agents, view session transcripts, etc. Command Code users would benefit from the same visibility.

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Direzione di ricerca

L’issue non indica file, test o punti di ingresso. Inizia individuando dove Command Code produce i dati di sessione, attività, autorizzazioni e utilizzo, quindi esamina come un hook, un plugin o un flusso di eventi leggibile potrebbe esporli. Il lavoro è completo quando un percorso di integrazione documentato consente a un monitor di terze parti di consumare gli eventi richiesti.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Ambito
cli, developer-experience, tooling
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Tranquilla
Chiarezza
Abbastanza chiara
Idoneità per principianti
35/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.