dsh-codex-workbench

DSH PLUGIN会话与消息

仓库 accoutmissing/dsh-codex-workbench · npm @local/dsh-codex-workbench

会话与消息 L5 · 运行验证通过 安全审查:低风险 可信度:金 可安装插件
安装这个插件

为 DeepSeek Harness 提供「派活台」浮卡与右栏标签,只读汇总每次派给 Codex 的目录、任务、时长、token、状态与产物。

一句话选型结论

按资料字段整理

dsh-codex-workbench 是会话与消息类的 DSH 可安装插件,验证等级 L5 · 运行验证通过,安全审查为低风险,列出 5 项功能,有可直接复制的安装命令。验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么;涉及密钥或系统权限的,建议先在隔离环境试装。

分类会话与消息 收录类型可安装插件 验证等级L5 · 运行验证通过 安全审查低风险
验证等级 L5 L5 · 运行验证通过
GitHub 星标 0 复刻 0 · 未关闭 issue 0
最近更新 2026-11-05 创建于 2026-10-31
README 9.1 KB 正文体量,越大说明说明书写得越细

安装

可安装插件
在 DSH 里执行,装完用 dsh plugin list 确认已挂上;标了 L4 / L5 的命令已在沙盒里真实跑通
dsh plugin --profile web add github:accoutmissing/dsh-codex-workbench#v0.4.2
  1. 1
    确认版本与运行环境

    兼容的 DSH 版本为 0.2.2-rc.1 等 2 个;版本不匹配时安装会报错。

  2. 2
    执行安装命令

    在 DSH 里执行上面的命令;多包仓库要注意区分具体子包名,别装错包。

  3. 3
    确认已挂载

    用 dsh plugin list 查看列表里是否出现这个插件,出现即挂载成功。

  4. 4
    试跑并检查权限

    加载后跑一个最小用例,确认它能正常工作;同时看它申请了哪些文件、命令或网络权限。

兼容 DSH 版本0.2.2-rc.1、0.2.1-rc.5版本不匹配时安装会报错
Node.js 要求未标注来自仓库 package.json 的 engines 字段
前置依赖无需要同时安装的同级依赖
npm 包名@local/dsh-codex-workbench可用 npm view 查看包信息

能做什么

5 项功能
字段来自项目仓库与公开索引,中文说明由本站标注

dsh-codex-workbench:DeepSeek Harness 里的 Codex 派活清单浮卡

  • 浮卡与右栏标签双形态
  • 只读扫描 Codex 会话记录
  • 展示时长、token 与状态
  • 按来源分类过滤派活
  • 跟随皮肤 token 自适应配色

适用场景

智能体编排文件读写

上游标签

codexcordisdeepseek-harnessdshdsh-pluginmonitoringsidebar

验证等级与安全审查

L5 · 运行验证通过
自动化流程结论,不是人工审核
验证等级L5 · 运行验证通过在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来
安全审查低风险静态分析结论,未标注不代表已通过审查
仓库健康度活跃按仓库活跃度与最近更新时间给出
可信度金综合仓库活跃度与验证结果

上面的结论来自上游最近一次自动化验证(2026-11-02): 同一套检查会在插件发新版后重跑,页面显示的是最新一次的逐项结果。

逐项检查结果

L1 · 已找到 ✓ 通过
  • L1.0_DEFAULTED_FROM_L3 由 L3 推定 默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L2 · 结构化 ✓ 通过
  • L2.0_DEFAULTED_FROM_L3 由 L3 推定 默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L3 · 安装规范 ✓ 通过
  • L3.1_INSTALL_COMMAND_PARSED 安装命令已解析 方式:安装规范解析
  • L3.2_DSH_VERSION_DECLARED DSH 版本已声明 方式:DSH 版本声明
L4 · 安装已测 ✓ 通过
  • L4.1_INSTALL_EXECUTED_CONFINED 受限沙盒内执行安装 方式:沙盒安装执行
  • L4.2_INSTALL_SUCCESS 沙盒安装成功 方式:沙盒安装执行
  • L4.3_ARTIFACT_CONFIRMED 安装产物已确认 方式:沙盒安装执行
L5 · 运行已测 ✓ 通过
  • L5.1_INSTALL_PASSED_SANDBOXED 沙盒安装通过 方式:沙盒安装执行
  • L5.2_WEB_BOOT_READY Web 启动就绪 方式:Web 启动
  • L5.3_HTTP_SERVED HTTP 服务响应
  • L5.4_PLUGIN_INVENTORY_ACTIVE 插件清单中已激活 方式:插件清单查询

风险详情

  • 结论说明 静态扫描 低;动态审计无结论(以下以静态为准)→ 总评级 低。
  • 风险计数 严重 0 / 高 0

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 验证等级 L5:安装和运行都在沙盒里跑通过,装完能直接用的概率高。
  • 静态安全审查为低风险,没有发现明显可疑行为。
  • 有可直接复制的安装命令,不用自己翻文档找入口。
  • 标注了兼容的 DSH 版本(0.2.2-rc.1 等 2 个),按版本装不容易报错。
  • 列出了 5 项功能,能直接看出它解决什么问题。

先想清楚的地方

  • 没有声明 Node.js 版本要求,版本不匹配可能装不上。
  • 验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么。

更适合

  • 需要在会话与消息场景里给 DSH 补能力的人。
  • 想装完就能用、不想自己排依赖的人。
  • 能接受在本地装依赖、愿意自己确认权限的人。

不太适合

  • 只使用 DSH 官方内置能力、不接受第三方插件的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
插件验证等级安全审查星标兼容版本安装命令
dsh-codex-workbench当前 L5 · 运行验证通过 低风险 0 0.2.2-rc.1 等 2 个 有
dsh-desktop L3 · 安装规范通过 低风险 3.0 万 未标注 无
openpets L4 · 沙盒安装通过 低风险 1,274 未标注 有
deeptide L4 · 沙盒安装通过 低风险 1,104 0.1.1-rc.2 有
jingyun-dsh L3 · 安装规范通过 低风险 1,004 未标注 有
study-mate 未做沙盒验证 未标注 856 未标注 无

仓库档案

会话与消息
字段来自项目仓库与公开索引,中文说明由本站标注
作者 / 维护方accoutmissing仓库 dsh-codex-workbench · 默认分支 main
分类会话与消息client
收录类型可安装插件声明了 dsh.bundle、可用 dsh plugin add 安装的条目
开发语言JavaScript仓库主语言
许可证MIT商用或二次分发前请确认条款原文
星标 / 复刻 / issue0 / 0 / 0收录时的数值,非实时
创建 / 更新2026-10-31 · 2026-11-05最后推送 2026-11-05
本站收录2026-10-31首次进入本站目录的时间

README 全文

9.1 KB
作者原文,中文版优先;只做安全转义,不改内容

简体中文 · English

派活台 · dsh-codex-workbench

给 DeepSeek Harness(DSH)加一块「派活台」:把每一次派给 Codex 的活列成一列——工作目录、任务原话、已经跑了多久、烧掉多少 token、现在什么状态、这次产出了哪些文件。

它以两种形态出现:右下角的浮卡,和右栏里一个同名标签页。两者读同一份数据。

派活台                        已扫 232 个 rollout · +208        收起
┌──────────────────────────────────────────────────────────────┐
│ ● D:\Fun          派活                                    2m  │
│   GIMP / Inkscape / Krita 去掉,换成 artcraft 里面的 …         │
│   229.8M↓ 223.0Mc 690k↑  wait_agent  gpt-6.1-terra           │
│ ◉ D:\Fun          审查                                   <1m  │
│   The following is the Codex agent history added since …     │
│ ● D:\Fun          子代理                                  <1m  │
│   5.1M↓ 4.9Mc 16k↑  send_message                              │
│ ○ D:\Fun          派活                                   3h前  │
│   你结合最近我的工作来实际分析                                 │
│   356k↓ 320kc 2k↑  wait_agent  gpt-6.1-sol                   │
└──────────────────────────────────────────────────────────────┘

为什么需要它

派活给 Codex 是一次「异步投递」:命令返回了,活还在跑;界面里没有它的会话,只有另一个进程。于是「它现在到哪一步了」这个问题,只能靠人一遍遍去翻 ~/.codex/sessions 里的文件时间戳,或者在对话里手动三态汇报。

这个插件把那份记录读成一张表:哪次派活、在哪个目录、跑了多久、花了多少、产出了什么。判据很简单——只要能一眼看出「还在跑 / 卡住了 / 已经完事」,人工巡查这件事就消失了。

两个入口

入口 座位 说明
右下角浮卡 shell.overlay 收起时是一枚药丸「派活台 · N 在跑」,点开展开卡片;有活在跑时自动展开;药丸可拖动,卡片贴着它长出来
右栏标签页 sidebar.right.pane.tab + .title 全量列表(不截断)+ 四个筛选标签:全部 / 派活 / 审查 / 子代理
  • 每次展开都记住:手动收起之后就不再自作主张地弹开(状态存在 localStorage)。
  • 药丸的位置也记住(存的是左上角坐标,不是距右下角的偏移——窗口变小时偏移会把药丸推到屏幕外)。
  • 展开后药丸留在原位并变成「收起」:出去的门口就是进来的门口,关掉不用去卡片里找按钮。
  • 行内展开看这次派活的任务原文、工作目录、最后一段回复,以及产物文件(按 mtime 倒序)。
  • 页面加载的 client bundle 比磁盘旧时,头部会出现一条「界面代码已更新 · 点此刷新」,点一下重载,不用猜是不是没生效。

数据从哪来

全部来自 Codex 自己写的 rollout 日志,插件只读不写。

事实 细节
位置 %USERPROFILE%\.codex\sessions\\\\rollout-*.jsonl(CODEX_HOME 存在时用它)
读取策略 只读文件尾部 512 KB(一次派活可能写到几十 MB);session_meta 首行含整份 base prompt,按 8 KB → 256 KB → 1 MB 逐级放大,读到行尾就缓存
任务原话 item_completed 里 item.type === "UserMessage" 的文本——即你自己敲的那句话,不是系统提示
用量 token_count 事件的 info.total_token_usage:input / cached / output
分类 session_meta.thread_source:user(真派活)/ guardian_review(自动审查)/ subagent(子代理),排序时依次靠后,免得审查把真派活挤出屏幕
状态 running(最近 10 分钟内有事件且最后一轮未结束)/ done(最后一轮已 task_complete)/ stale(有未完成回合但已静默超过 10 分钟,多半是卡住或进程没了)
时间列 运行中显示已跑时长(activeMs),其余显示闲置多久(距最后一个事件)——两者都不是会话文件的创建时间,跨天续用的线程不会显示成「已跑 14246 分钟」
实测规模 本机 232 个 rollout 文件、按 3 天窗口留下 24 条;全量扫描 ~1.4 s,命中缓存后 ~0.2 s

按 size + mtime 增量:没变过的文件不重读。扫描在后台单飞(同一时刻只跑一次),路由先返回缓存再触发刷新。

交互

操作 结果
点浮卡药丸 展开 / 收起卡片
拖动浮卡药丸 在窗口内移动;卡片跟着走,松手才落盘
点行 展开 / 收起这次派活的详情
右栏筛选标签 按 thread_source 过滤,括号里是条数
展开态的药丸(显示「收起」) 收起卡片,落回药丸原来那个位置
「界面代码已更新」条 重载页面以拉取新的 client bundle

路由

路由 方法 说明
/plugins/codex-workbench/state GET 会话列表 + 扫描统计 + client 版本戳 + 插件版本
/plugins/codex-workbench/files?id= GET 单次派活的产物文件(BFS 深度 3,跳过 node_modules 等)

两条路由都只接受 loopback 请求,非 GET 一律 405。插件不发起任何外部网络请求,dependencies / devDependencies / peerDependencies 全空。

设计语言

配色与动效跟随当前皮肤(本机是 dsh-claude-style),不自带调色板:

  • 颜色只走宿主/皮肤 token(--dsw-alias-*、--dsh-tone-*、--dsh-claude-*),每个 token 都带 fallback——皮肤被关掉也不会塌成一堆黑字。
  • 分隔线 0.5px,圆角取 4 / 6 / 8 / 12 / 16 / 999 梯子,focus 用宿主 --dsw-focus-ring-color 而不是强调色。
  • 动效只用皮肤的时长与曲线 token:卡片进场 ease-enter,行错峰进场(每组 8 行,间隔 duration-instant / 8),运行中的状态点用 duration-fade × 8 的呼吸环;prefers-reduced-motion 下全部关掉。
  • 状态不只靠颜色:运行中是实心强调色 + 呼吸环,已结束是灰色实心,卡住是空心环——陶土色与琥珀色在 6px 尺寸上太接近,所以形状也参与编码。
  • 面板始终不透明:表面色取 --dsh-claude-card,并且是铺在一层不透明底色(--dsw-alias-bg-base)之上——即使皮肤给出半透明表面,浮卡也不会变成一扇窗。没有 backdrop-filter。
  • 浮卡与胶囊在宿主浮层里是平级兄弟,只按 z-index 排序:本机实测相邻插件用到 10000,所以层级取皮肤的 --dsh-claude-layer-float(99999);这不会盖住宿主的对话框(对话框在另一层,1000–1100)。注意 --dsh-claude-layer-* 全族都是层号,不是颜色——把它当背景色用会让整条声明失效。

安装

这是一个 DSH bundle(dsh.bundle.patch 指向 cordis.patch.yml),装法与其它本地 bundle 相同:

// 在 DSH 会话里让 Agent 执行
plugin_manager({ action: 'install_bundle',
target: 'D:\\路径\\到\\dsh-codex-workbench' })
  • 返回 application: "applied" 才算生效;failed 时看 warnings。
  • 安装后刷新页面(Ctrl+R)才会挂上新的 client bundle。
  • 改了插件代码不重启也会生效:plugin_manager({ action:'set_plugin', target:'include:dsh-codex-workbench', enabled:false }) 再 enabled:true(entry id 不是包名)。
  • 自检:GET /plugins/codex-workbench/state 里 version 是你刚写进 package.json 的版本;staleHost 为 false、且 hostStamp 不大于 loadedAt,才说明宿主模块是这份文件;clientStamp 与 client.js 的 mtime 一致,才说明浏览器那半也换新了。

兼容性与已知限制

  • 只在 Windows + DSH 桌面版上实测过(Electron 自带 Node 24)。
  • 只解析 rollout 里结构化的事件;ops_bash 命令字符串里隐藏的产物不猜。
  • 窗口固定为最近 3 天、最多 24 条。更久的历史不读,因为「现在在跑什么」才是这个面板要回答的问题。
  • 状态靠「静默时长」推断,没有进程级探活:一个 9 分钟没输出的活仍会显示 running。这是有意选的保守解——把还在跑的活误判成死了,比多留一会儿更糟。

开发

没有构建步骤。index.js 是宿主半部(扫描 rollout、折叠事件、注册路由),client.js 是浏览器半部(浮卡 + 右栏标签)。

node --check index.js && node --check client.js

改 UI 时注意:这个插件不自带配色方案,它读皮肤的 token。原始时间值只允许出现在 token 的 fallback 里。

许可

MIT,见 LICENSE。

常见问题

8 问
答案由本站依据条目字段整理,不引用上游原文
dsh-codex-workbench 怎么安装?

在 DSH 里执行 `dsh plugin --profile web add github:accoutmissing/dsh-codex-workbench#v0.4.2` 即可。对应的 npm 包名是 `@local/dsh-codex-workbench`。

dsh-codex-workbench 的验证等级是什么意思?

L5 · 运行验证通过。在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来

dsh-codex-workbench 安全吗?

低风险。静态扫描 低;动态审计无结论(以下以静态为准)→ 总评级 低。

dsh-codex-workbench 装之前要先确认什么?

先看它会读写哪些文件、执行哪些命令、连接哪些网络地址;验证等级只说明装得上、跑得起来,不等于安全。涉及密钥或系统权限的,建议先在隔离环境试装。

dsh-codex-workbench 支持哪些 DSH 版本?

上游记录的兼容版本包括 0.2.2-rc.1、0.2.1-rc.5。

dsh-codex-workbench 用的是什么许可证?

上游标注为 MIT。商用或二次分发前请到仓库确认许可证原文。

dsh-codex-workbench 有哪些功能?

浮卡与右栏标签双形态、只读扫描 Codex 会话记录、展示时长、token 与状态、按来源分类过滤派活、跟随皮肤 token 自适应配色。

这条记录的数据可靠吗?

本站按仓库名去重后合并整理,字段以作者仓库与 npm 元数据为准;安装命令、仓库地址与 README 保持原文,带 L4 / L5 标记的安装命令已在隔离沙盒里真实跑通。

同名或近似条目

1 条
不同作者的仓库分开列,请确认你要装的是哪一个
会话与消息
按星标排序,可作替代方案

dsh-desktop

dsh-desktop

为 DeepSeek Harness (DSH) 插件生态打造的现代化桌面端解决方案。万物皆「插件」,桌面本身也是「插件」。

L3 · 安装规范通过 3.0 万 星

openpets

openpets

L4 · 沙盒安装通过 1,274 星

deeptide

deeptide

L4 · 沙盒安装通过 1,104 星

jingyun-dsh

jingyun-dsh

井云 DSH 客户端插件,为 DeepSeek Harness 注入会员登录、订阅支付、算力管控与应用市场,让智能体和技能快速变成可交易商品

L3 · 安装规范通过 1,004 星

study-mate

study-mate

StudyMate 是 DSH 的「学习模式」预设与技能包,为数学、计算机科目定制学习路线、讲解课件与练习评估,跨科目共享记忆。

未标注验证等级 856 星

accoutmissing 的其它插件

3 个

插件的元信息来自作者仓库;分类、验证等级与安全结论的中文说明为中文整理,最近核验 2026-11-02。