CommandCodeAI / CommandCodeAI/command-code

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

Abierto
#604 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
Sin datos de lenguaje
Estrellas
4k
Forks
350
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

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.

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

El issue no especifica archivos, pruebas ni puntos de entrada. Empieza por localizar dónde Command Code genera datos de sesiones, actividad, permisos y uso; después, revisa cómo un hook, plugin o flujo de eventos legible podría exponerlos. Se considera terminado cuando una ruta de integración documentada permite que un monitor de terceros consuma los eventos necesarios.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Área
cli, developer-experience, tooling
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.