Replies: 1 comment
|
补充一个关联:#167 说的是 CLI / headless 侧没有 resume 入口;Python SDK(deepseek-harness-sdk 0.1.0rc6)也有同一根因的另一面——会话已落盘,但新进程里用同一 session_id 恢复会直接报 id collision("already has a persisted log on disk that does not match this live session"),且 SDK 的 JSON-RPC 服务端只暴露 initialize / session/prompt / shutdown,session/load、session/resume 都没有接上。详见 #712 。两者合起来看,0.1.0rc6 这一代对跨进程会话恢复的支持基本是缺失的。 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
用
dsh --profile headless跑 CI 任务时发现个问题:每次运行都是全新会话(源码里 sessionId 直接randomUUID()),跑完就退出,既不打 session-id 也没有--resume参数。查了下会话数据其实都落盘了(
~/.dsh/sessions/下有session.jsonl.zstd),但没有入口能续上,等于白存。比如 CI 里第一步跑测试收集失败,第二步想接着刚才的上下文直接修,现在只能手动把历史拼进 prompt,很麻烦。对标产品都有这个能力:Claude Code 的
-p --resume、Codex 的resume命令,headless 跑多阶段任务挺需要延续上下文的。建议:
--resume <id>和--continue,加载已有会话接着跑改动应该不大(runner 也就 100 多行,把
agents.create换成按 id 加载就行),希望能安排上。All reactions