CommandCodeAI / CommandCodeAI/command-code

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

Offen
#604 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
Keine Sprachdaten
Sterne
4k
Forks
350
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

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.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Das Issue nennt keine Dateien, Tests oder Einstiegspunkte. Beginne damit, zu ermitteln, wo Command Code Sitzungs-, Aktivitäts-, Berechtigungs- und Nutzungsdaten erzeugt, und prüfe anschließend, wie ein Hook, Plugin oder lesbarer Ereignisstrom diese Daten bereitstellen könnte. Als abgeschlossen gilt die Arbeit, wenn ein dokumentierter Integrationspfad es einem Drittanbieter-Monitor ermöglicht, die erforderlichen Ereignisse zu konsumieren.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
cli, developer-experience, tooling
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.