[sight] bug: cosh-ng 内部 recap 调用被归为独立 0-token 会话，污染会话列表

[zhangtaibo]

Component

agentsight (session attribution / dashboard)

Bug Description

cosh-ng agent 运行期间的内部 recap/总结类 LLM 调用（非用户发起）被赋予了独立的 session_id，作为一个独立会话出现在会话列表中（0 输入 / 0 输出 token），产生噪音条目并虚增会话计数。该会话底层事件 status=interrupted、token 字段为 None，用户在 UI 上看到的是一条「凭空出现」的 0-token 空会话。

Steps to Reproduce

# 1. 在安装了 agentsight（trace 运行中）的机器上，用 cosh-ng 发起一次普通对话，
#    触发 cosh-core 的内部 recap/总结调用
# 2. 查询会话列表（Dashboard「会话列表」页，或）：
curl -s -H "Authorization: Bearer $TOKEN"   "http://127.0.0.1:7396/api/sessions?start_ns=0&end_ns=9223372036854775807"
# 3. 找到 agent 为 CoshNG、输入/输出均为 0 的独立会话条目

Actual Behavior

/api/sessions 返回中出现独立会话（连续 3 轮查询结果一致）：

{
  "session_id": "f4e2fb506ac3ed…",
  "agent_name": "CoshNG",
  "conversation_count": 1,
  "total_input_tokens": 0,
  "total_output_tokens": 0
}

查询该会话在 genai_events 中的底层事件：

{
  "call_kind": "main",
  "status": "interrupted",
  "input_tokens": null,
  "output_tokens": null,
  "user_query": "Summarize only grounded work into the supplied JSON schema. List every business entity men…"
}

• user_query 是 cosh-core 的内部总结提示词（"Summarize only grounded work…"），不是任何用户输入
• 同一时间窗内真实用户对话的会话是另一个 session_id（该会话正常聚合了 7 个对话的 token）

Expected Behavior

• 内部 recap/总结调用应按 call_kind=recap 语义归并到其父会话的统计中，而不是生成独立 session_id；
• 或至少在会话列表/API 中过滤/标记这类非用户会话，避免 0-token 噪音条目；
• 事件 status=interrupted 时 token 为 None 的展示也应与正常会话区分。

Root Cause

Not fully confirmed. 从现象推断：recap 调用发生时（推测为 cosh-core 子进程被回收/会话收尾阶段），该事件的 session_id 被赋予了新值而非父会话的 session_id；且该事件 status=interrupted（调用未完成），token 字段未落库，聚合后形成 0-token 会话。

Suggested Fix

事件采集/落库阶段将 recap 类调用的 session_id 与父会话关联（或会话聚合时按 call_kind 过滤），确保会话列表只呈现用户会话。

Environment

• OS: Alibaba Cloud Linux 4 (Agentic Edition)
• Component version: agentsight 0.10.2
• Package/RPM: agentsight-0.10.2-1.alnx4.x86_64
• Observed agent: cosh-ng 0.16.1 (cosh-shell raw cosh-core)

Additional Context

• 稳定性: 连续 3 次稳定复现
• 影响: 会话列表出现非用户会话噪音条目，会话计数虚高；0-token 会话对用户无诊断价值

[github-actions]

🔀 Issue Router

• Component: sight
• Confidence: 99%
• Owners notified: @chengshuyi @jfeng18
• Assigned: @chengshuyi @jfeng18

问题涉及 AgentSight 的会话归因与会话列表展示。

Evidence: 正文明确描述 agentsight 的会话列表和 /api/sessions 行为，核心问题是内部 recap 调用生成独立会话并污染会话统计。

This routing was applied by the ANOLISA Issue Router through GitHub Actions.

[jfeng18]

已定位根因，全部核实到代码。先做一个定性纠正：这不是 recap 调用，而是 cosh-shell 的个性化分析器（personal analyzer）——一个后台总结调用，用于把用户活动记录归纳成画像 JSON。依据：事件的 user_query 与 src/cosh-ng/crates/cosh-shell/src/recommendation/personal_analyzer.rs:167 build_fixed_prompt 的固定提示词逐字匹配（"Summarize only grounded work…"）。

根因链（四环，均带代码位置）：

1. 触发与进程模型：前台空闲 3 秒后触发（src/cosh-ng/crates/cosh-shell/src/recommendation/personal_session.rs:13 ANALYZER_IDLE_DELAY），spawn 一个独立的 cosh-core 子进程跑分析（personal_process.rs:43 CoshCoreAnalyzerProcess::spawn；子进程 setsid() 自成进程组，PID 与父 shell 不同）。
2. session_id 归因：agentsight 的 id_resolver 以 (agent_name, pid, 首条 user message) 哈希为 LRU key（src/agentsight/src/genai/id_resolver.rs:11，调用点 genai/call_builder.rs:138）。分析器子进程 PID 独立、首条 user message 是固定提示词，命不中父会话 bucket → 新 bucket → 新 session_id。
3. 分类未命中：classify_call_kind（src/agentsight/src/genai/helpers.rs:42）与 classify_call_kind_from_raw（同文件 :121）的内部调用标记列表均不包含该提示词 → call_kind=main（您贴的事件 JSON 中 call_kind: "main" 印证）。
4. 穿透过滤：会话列表按 call_kind = 'main' OR NULL 过滤（src/agentsight/src/storage/sqlite/genai/session.rs:69），main 调用照常聚合成独立会话条目。

0-token 的成因（推测，待 trace 佐证）：cosh 退出时终止分析器进程组（personal_process_group.rs verified_terminate_process_group，SIGTERM → 500ms 宽限 → SIGKILL），在途 LLM 调用被打断，status=interrupted、usage 未回传，token 落库为 None。

修复分层：

• ① 最小修复（随 PR 跟进）：把分析器提示词的稳定前缀加入 classify_call_kind / classify_call_kind_from_raw 的标记列表，归入 recap 桶（该桶语义即 compaction/summary 类内部调用，与既有标记同类）→ 这类调用不再出现在会话列表。事件本身仍以独立 session_id 留在事件库。
• ② 完整归并父会话：需要跨进程的会话注入（cosh-ng 侧透传 env，或 agentsight 侧归并策略），改动面较大，建议单独立项讨论。

PR to follow.

[jfeng18]

最小修复已提交：#2755（标记 classify_call_kind 两条路径，归入 recap 桶，附红/绿判别性测试）。归并父会话的方案②继续在本 issue 讨论。