Claude Code statusLine command: stdin JSON not piped correctly
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
Línea de trabajo
Start with the statusLine command path and reproduce the issue using the settings.json configuration and statusline-command.ps1 on Windows. Compare WaveTerm's stdin handling with the described Windows Terminal behavior, then verify that the command receives the Claude Code JSON payload and produces model, context, and token information instead of the fallback output.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Description
When using Claude Code inside WaveTerm, the custom statusLine command does not receive any JSON data via stdin, causing the statusline to fall back to a generic output instead of displaying model info, context usage, token counts, etc.
How Claude Code statusLine works
Claude Code supports a custom statusline via settings.json:
"statusLine": {
"type": "command",
"command": "pwsh -NoProfile -File statusline-command.ps1"
}
Claude Code is supposed to pipe a JSON payload to the command's stdin after each response. The JSON includes model.display_name, context_window.used_percentage, rate_limits, cwd, session_name, etc.
What happens in WaveTerm
The command is executed, but stdin is empty. The script reads nothing from [Console]::In.ReadToEnd(), causing it to hit the fallback and output just claude instead of the full statusline.
The same script works correctly in Windows Terminal where stdin is properly piped.
Steps to Reproduce
- Configure Claude Code
statusLinewith a custom command that reads from stdin - Run Claude Code inside WaveTerm
- Observe the statusline only shows the fallback output
Expected Behavior
The custom statusline command should receive the JSON payload via stdin, same as in other terminals.
Environment
- WaveTerm (latest)
- Windows 11
- Claude Code CLI
- PowerShell 7 (pwsh)
- Lenguaje dominante
- Go
- Estrellas
- 22.4k
- Forks
- 1.1k
- Merge medio
- 12 d 6 h
- PR fusionados (30 d)
- 14
Preparar el entorno
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de wavetermdev/waveterm
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
wavetermdev/waveterm#3481 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
wavetermdev/waveterm#3435 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
wavetermdev/waveterm#3432 ·
Los mantenedores suelen responder en 1 día
-
enhancement triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
wavetermdev/waveterm#3431 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
wavetermdev/waveterm#3428 ·
Los mantenedores suelen responder en 1 día
Todos los issues de wavetermdev/waveterm
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
siderolabs/terraform-provider-talos#414 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
JuliaComputing/jh#63 · 1 comentario ·
-
area/proxy kind/bug priority/backlog triage/accepted
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
lexfrei/cloudflare-tunnel-gateway-controller#840 ·
Los mantenedores suelen responder en 1 día
-
Priority: Normal Type: Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
cloudflare/cloudflared#1747 ·