先谢一下 CodeSesh，已经救了我自己 `/resume` 一坨的工作流。
三个 feature 让它能从"试用"升级到"日常工具"：
1. Claude Code session 卡片加"复制 resume 命令"按钮
session ID 在 CodeSesh 已经能看到，但用户还是得手动拼命令。一键按钮复制 claude --resume <session-id> 到剪贴板会闭环"找到老 session → 真正 resume"这一步。
理想形态是 cd <cwd> && claude --resume <id>（CC session 是 cwd 绑定的，换目录 resume 拿不到原 context），不过先支持纯 --resume 也很有用。
2. UI 内时间范围筛选
目前 --days / --from / --to 只能在 CLI 启动时指定，换范围要重启服务，有点繁琐。UI 顶部加个下拉（最近 7 天 / 30 天 / 90 天 / 全部 / 自定义范围）能让我在浏览器里快速 triage，不用回终端。
Backend API 已经有时间相关字段，主要工作量在前端筛选器 + URL state。
3. 自定义 session 重命名 / 别名
session 标题默认取第一条 prompt，但很多 session 实际内容已经飘很远了（典型："修个 typo" → 4 小时大重构）。允许用户改显示名 + 持久化到本地 SQLite，长尾 session 才能靠语义找得回来。
注意：重命名应该只在 CodeSesh 侧加 label，不要动上游 agent 的存储（CC/Codex/Cursor 的 jsonl 是只读源，污染了不可逆）。
如果维护者觉得有价值，我可以提 PR —— 说一下优先级或希望的实现范围就行。
先谢一下 CodeSesh，已经救了我自己 `/resume` 一坨的工作流。
三个 feature 让它能从"试用"升级到"日常工具"：
1. Claude Code session 卡片加"复制 resume 命令"按钮
session ID 在 CodeSesh 已经能看到，但用户还是得手动拼命令。一键按钮复制
claude --resume <session-id>到剪贴板会闭环"找到老 session → 真正 resume"这一步。理想形态是
cd <cwd> && claude --resume <id>（CC session 是 cwd 绑定的，换目录 resume 拿不到原 context），不过先支持纯--resume也很有用。2. UI 内时间范围筛选
目前
--days/--from/--to只能在 CLI 启动时指定，换范围要重启服务，有点繁琐。UI 顶部加个下拉（最近 7 天 / 30 天 / 90 天 / 全部 / 自定义范围）能让我在浏览器里快速 triage，不用回终端。Backend API 已经有时间相关字段，主要工作量在前端筛选器 + URL state。
3. 自定义 session 重命名 / 别名
session 标题默认取第一条 prompt，但很多 session 实际内容已经飘很远了（典型："修个 typo" → 4 小时大重构）。允许用户改显示名 + 持久化到本地 SQLite，长尾 session 才能靠语义找得回来。
注意：重命名应该只在 CodeSesh 侧加 label，不要动上游 agent 的存储（CC/Codex/Cursor 的 jsonl 是只读源，污染了不可逆）。
如果维护者觉得有价值，我可以提 PR —— 说一下优先级或希望的实现范围就行。