fix(cli): `sessions` 无机器出口、`agents` 无活体判定——交接四问（status/为什么/花多少/最后发生什么）一个都答不全
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
This spans several entry points: SessionCmd (main.rs:405-465) and the Cmd::Sessions branch (main.rs:1112-1330) where --json is silently dropped, sessions show (main.rs:1176-1248) which truncates content and omits meta.cost, and cmd_agents (main.rs:1710-1745) which only checks meta.status == Active. The reusable lock/pid liveness check already exists at session/lifecycle.rs:225-233. HTTP sessions write a meta-less flat .jsonl (storage/local.rs:29-34), invisible to SessionReader::list_sessions (session/reader.rs:258-286). Done: --json on list/show, cost surfaced, --tail/--full, live/stale wired, HTTP sessions listed.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
场景 gap 单（okguitar 提报）· 优先级 P1 · 依赖：无 · 验收：代码 diff 逐点核对；运行时可见性另需 Langfuse（#124）
基线 origin/main = fc29f3d4。
Summary
SessionCmd（main.rs:405-465）无一个--json；全局--json在Cmd::Sessions分支被静默忽略（main.rs:1112-1330）。sessions show（main.rs:1176-1248）：逐条content.chars().take(200)截断、不打印 meta.cost（即使已落盘）、无--tail/--full；sessions list无 cost/message_count/updated_at；export丢 updated_at/cost/preset 等字段。cmd_agents（main.rs:1710-1745）：文档承诺"status active 或 lock 文件活着"，实现只有meta.status == Active一条——从不读 .lock/不调 is_pid_alive（该逻辑已存在但只用于写侧：session/lifecycle.rs:225-233）。叠加 P0-1（55% active 是尸体），recursive agents把 8 小时前的尸体和真在跑的 run 打印成一模一样。- 另：HTTP 落盘是无 meta 的扁平
<id>.jsonl（storage/local.rs:29-34），SessionReader::list_sessions（session/reader.rs:258-286）只认 slug 目录——HTTP 会话不出现在sessions list/resume picker（#57 只修了 AG-UI 同类）。
建议
sessions list/show 加 --json（序列化 SessionMeta + 可选 transcript）；show 补 cost/usage 与 --tail；agents 接线 lock+pid 判 live/stale；HTTP 会话写 meta 以被统一收录。
- Lingua principale
- Rust
- Stelle
- 4
- Fork
- 0
- Merge medio
- 5h 32m
- PR unite (30g)
- 7
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di jeffkit/recursive
-
Difficoltà 3/5 Mezza giornata Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
jeffkit/recursive#141 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 66/100
jeffkit/recursive#138 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
jeffkit/recursive#134 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di jeffkit/recursive
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
tauri-apps/tauri#16219 ·
I maintainer di solito rispondono entro 2 giorni
-
state:triage-needed
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
ktuner keeps a stale ledger path and can never restore that entryForse già presa @Frun1na l’ha presa oggi. Apertacomponent:ktuner
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
agentic-os-org/ANOLISA#6483 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno