dsh-at-file
FSMargoo/dsh-at-fileCodex 风格的 `@file` 文件引用,输入框里直接搜索并引用工作区文件。
对话左缘的导航轨:一根杠一轮对话,杠长按该轮文字体量,悬停出提问与回答预览,点击跳转;杠来自 host 侧读整份会话日志折出的大纲,未加载进窗口的轮次也画得出来,点击时再翻页补历史。
English | 中文
长会话的快速定位器。对话滚动区左缘一条竖轨,一根杠 = 一轮对话; 悬停弹出预览卡,点击跳到那一轮。
▏───── ┌──────────────────────────────┐
▏─────────── │ 做任何补丁啊,这… │ ← 提问(深色,一行,省略号)
▏━━━━━━━━━━━━━━ ◀━━━━━┤ CRLF 已排除。下… │
▏────── │ 大小、只有合法重… │ ← 回答(淡色,最多四行)
▏──────── └──────────────────────────────┘
对话历史是分页加载的,前端快照里通常只有最近一小段——8 轮 的会话可能只有
1 轮在窗口里。轨道不受这个限制:
GET …/api/outline?sessionId=)。host 用
ctx.sessionQuery.readSession() 读整份日志,折成每轮约百来字节的目录再回给前端,
不把历史推过网络。user/message 的事件 seq 对齐,实时的压过大纲的。session.loadOlder() 翻历史,直到那一轮进入窗口再跳过去。
翻页期间那根杠会脉动,上限 40 页——宁可跳不过去,也不会因为点一下就无限翻整份日志。大纲用 readSession 而不是更轻的 filterEvents,是因为后者不回 source。而
user/message 这个事件类型同时装着真人提问和 agent.inject() 注入的上下文
(文件变更通知、AGENTS.md、skill 正文……),官方文档写明三者都原样投影 content、
靠 source 区分。少了这个字段就会把注入的上下文也画成一根杠。
占一个座位:conversation.session.header.utilities。选它不是为了在标题栏画
东西——这是 session 作用域的槽,组件能拿到框架的 useSession 快照钩子和
sessionId,生命周期跟着会话走。组件在标题栏里渲染 null,真正的轨道是
body 上的 fixed 浮层,按 [data-conversation-scroll] 的实测矩形对齐,
不参与宿主布局,换皮肤 / 折叠侧栏 / 改栅格都不会把它挤歪。
数据只来自 ConversationSnapshot.chat:按 order 遍历,遇到 user 开一轮,
其后的 assistant-step 文字块归到这一轮。跳转用宿主自己那套锚点
([data-chat-anchor-key]),和它内部的滚动定位走同一条路。
#、-、1. 和强调符会被剥掉,
围栏代码整块删除。dsh plugin --profile web add github:dingyi580/dsh-conversation-rail
然后重启 dsh web(新插件进装配表要重启;之后改代码可以用 dev_reload_package 热重载)。
把插件放到 ~/.dsh/plugins/dsh-conversation-rail,往 ~/.dsh/profiles/web/package.json
加两处:
{
"dsh": { "profile": { "bundles": ["…", "dsh-conversation-rail"] } },
"dependencies": {
"dsh-conversation-rail": "link:/Users/<你>/.dsh/plugins/dsh-conversation-rail"
}
}
再把它链进 profile 的 node_modules:
ln -sfn ../../../plugins/dsh-conversation-rail ~/.dsh/profiles/web/node_modules/dsh-conversation-rail
npm run build # tsc 编 host 入口 + tsdown 把 src/client 打成 lib/client.js
npm run typecheck # 只做类型校验
lib/ 随仓库提交,从 GitHub 装的时候不需要再构建一遍。
装配走 cordis.patch.yml + profile 的 dsh.profile.bundles。
BSD-3-Clause