CommandCodeAI / CommandCodeAI/command-code

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

Ouverte
#604 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Aucune donnée de langage
Étoiles
4k
Forks
350
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

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.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

L’issue ne nomme aucun fichier, test ou point d’entrée. Commencez par localiser l’endroit où Command Code produit les données de session, d’activité, d’autorisation et d’utilisation, puis examinez comment un hook, un plugin ou un flux d’événements lisible pourrait les exposer. Le travail est considéré comme terminé lorsqu’un chemin d’intégration documenté permet à un moniteur tiers de consommer les événements requis.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Domaine
cli, developer-experience, tooling
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
Calme
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.