dsh-codex 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

dsh-codex 兼容性怎么样？

尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

dsh-codex 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

dsh-codex 还在维护吗？

GitHub 1 星。最近一次上游提交在 2026/8/31。

终端交互前端 code-new-bie/dsh-codex

DeepSeek Harness

code-new-bie65 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

在终端里用 Codex 界面驱动 DSH 智能体

26.7/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

数据截至 2026/10/12 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add code-new-bie/dsh-codex

该包不可直接 npm 安装，改从 GitHub 源安装（明细见下方安装检查）

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：待复验

是什么

dsh 原生插件 · tool

装得上吗

曾在 dsh 0.2.0-rc.2 下真实安装成功，但当前 dsh 已更新至 0.2.1-rc.5，本站尚未在新版下复验

L4 · 真实安装等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

更新放缓：最近一次提交在 65 天前

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

社区实装还没有人打卡 · 装过的第一个就是你

安全扫描自动 · 静态分析源码

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

可执行外部命令读写/删除本地文件读取剪贴板或密钥环境变量发起外部网络请求

查看扫描证据（共 9 处，展示前 9 条）

执行外部命令来自配置/变量
bin/dshx.mjs:168
? spawnSync(executable, ['--version'], { encoding: 'utf8' })
执行外部命令来自配置/变量
bin/dshx.mjs:172
? spawnSync(bridge, ['--check'], { encoding: 'utf8' })
执行外部命令来自配置/变量
bin/dshx.mjs:302
child = spawn(executable, invocation.tuiArgs, {
读取密钥环境变量
bin/dshx-stub-server.mjs:4
const token = process.env.DSHX_STUB_TOKEN || undefined;
发起网络请求
src/dsh/approval-bridge.mjs:72
const result = await this.broker.request(method, params, { signal: req.signal });
发起网络请求
src/dsh/host-api.mjs:44
const response = await this.api.sessions.fork(this.request({
发起网络请求
src/dsh/host-api.mjs:52
const response = await this.api.sessions.selectModel(this.request({
写入本地文件
src/dsh/runtime-boot.mjs:94
writeFileSync(rootConfig, PROFILE_ROOT_CONFIG);
发起网络请求
src/dsh/user-question-bridge.mjs:73
const response = await this.broker.request(

扫描于 2026/11/4（0 天前） · 范围入口闭包 + 全包扫描 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块

@deepseek-ai/dsh@deepseek-ai/dsh-agent@deepseek-ai/dsh-app-boot@deepseek-ai/dsh-host-apiproxy@deepseek-ai/dsh-launch-environment@deepseek-ai/dsh-llm@deepseek-ai/dsh-session

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

终端内驱动智能体
Codex界面交互

README

由 DeepSeek 最新模型翻译生成

DSHX（dsh-codex） DSHX 是官方 DeepSeek Harness 的终端前端。它复用一份锁定版本的 Codex TUI 轻量分支，而不是重新实现一个长得像的终端 UI。产品约定在代码项目里，普通用户的入口就是： dshx 生产环境的用户体验里，不需要单独安装 Codex，不需要 remote-mode 命令，不需要 bridge 命令，不需要 DSH WebUI，也不需要手动配置 profile。交互目标是锁定版本的 Codex CLI/TUI：欢迎界面、输入框、斜杠命令、模型与权限选择器、审批、ask-user 流程、工具/shell 单元格、diff、计划与推理展示、steering、Ctrl+C 中断、resume、状态栏/页脚、滚动、窗口缩放与鼠标行为。Windows Terminal 和 CJK/IME 是一等发布门槛。职责边界我们只维护： - Codex TUI 轻量分支，以及同步上游的补丁； - TUI 行为与 UX 对齐； - dshx 启动器、本地展示传输与打包； - 从 DSH 公开 API/事件到 TUI 协议的最薄投影。我们不维护、不 fork、不重建 DeepSeek Harness 的能力。智能体循环、会话、模型路由、工具、沙箱、审批策略、技能、子代理、插件、任务/工作流与持久化都归 DSH 所有。

展开完整文档（README 剩余 1 节）

DSHX（dsh-codex）

DSHX 是 官方 DeepSeek Harness 的终端前端。它复用一份锁定版本的 Codex TUI 轻量分支，而不是重新实现一个长得像的终端 UI。

产品约定

在代码项目里，普通用户的入口就是：

dshx

生产环境的用户体验里，不需要单独安装 Codex，不需要 remote-mode 命令，不需要 bridge 命令，不需要 DSH WebUI，也不需要手动配置 profile。

交互目标是锁定版本的 Codex CLI/TUI：欢迎界面、输入框、斜杠命令、模型与权限选择器、审批、ask-user 流程、工具/shell 单元格、diff、计划与推理展示、steering、Ctrl+C 中断、resume、状态栏/页脚、滚动、窗口缩放与鼠标行为。Windows Terminal 和 CJK/IME 是一等发布门槛。

职责边界

我们只维护：

- Codex TUI 轻量分支，以及同步上游的补丁；
- TUI 行为与 UX 对齐；
- dshx 启动器、本地展示传输与打包；
- 从 DSH 公开 API/事件到 TUI 协议的最薄投影。

我们不维护、不 fork、不重建 DeepSeek Harness 的能力。智能体循环、会话、模型路由、工具、沙箱、审批策略、技能、子代理、插件、任务/工作流与持久化都归 DSH 所有。

如果 DSH 没有暴露某项能力，DSHX 就等上游，或者明确隐藏/降级对应的 UI。它不会自己实现一套替代运行时。

pinned Codex TUI thin fork ← DSHX presentation
│
│ WebSocket framing over private local UDS
▼
dshx-ipc-bridge ← tiny transport bridge; no runtime state
│
│ JSONL over child stdio
▼
DSHX presentation adapter ← translation only
│
════════════════ ownership boundary ════════════════
│ official DSH public APIs/events
▼
Official DeepSeek Harness ← Agent / Session / tools / policy / persistence

生产启动路径里没有 TCP 监听。bridge 复用 Codex 自带的跨平台 codex_uds 实现，这样 Rust TUI 和 Node DSH 组合可以留在各自进程里，不用不安全的 FFI。

当前集成状态

release/1.0-rc 是唯一的生产候选集成分支，直接在 Draft PR #11 里对照 main 评审。更早的 M0/M1/thin-launcher/transport PR 属于历史工作流，不是发布依赖。

选定的生产传输就是上面那个小型本地 IPC bridge。另一个实验在 Codex 客户端里塞进了更大的直接 stdio 传输实现，1.0 线刻意排除它，好让需要维护的上游 diff 更小。

候选实现包括：

- 零参数 dshx 启动与 dshx resume 流程；
- 官方 DSH 运行时组合，以及针对受支持 DSH rc.8 版本的精确发布闭包检查；
- 由 DSH 支撑的会话/历史、模型、权限、审批、ask-user、工具/shell/diff、计划/推理、引导/中断、重命名、fork/压缩、技能与子代理的呈现边界；
- 固定版本的 Codex TUI 构建，外加打包好的跨平台本地 IPC 桥接；
- 一份可执行的可见斜杠命令契约：凡是运行时拥有的命令，只要还可见，就必须由 DSH 支撑，否则构建失败；
- 面向 Linux x64、Windows x64、macOS arm64 和 macOS x64 的发布产物；
- 干净安装下的 dshx doctor，包含真实的本地 UDS + WebSocket 分帧 ping/pong 数据面自检；
- Linux/macOS 真实 TUI 的 PTY 冒烟测试，以及 Windows 真实 TUI 的 ConPTY + 中文文本冒烟测试，全程走生产环境的本地 IPC 拓扑；
- 失败即关闭的所有权/安全测试，确保 DSH 始终是权威。

仅仅这些路径存在，并不能说某个提交已经达到 1.0 就绪。必须让确切的发布候选版本通过仓库的 CI/发布门禁，以及 docs/RELEASE-READINESS.md 和 docs/UX-PARITY.md 中描述的 Windows Terminal/CJK/IME 并排验收。

安装发布产物

生产用户应当安装已发布 DSHX 版本生成的、对应平台的 tarball，而不是自己构建固定版本的 Codex 工作区。

1. 从选定的 GitHub release 下载对应平台的 tarball，并用该 release 的 SHA256SUMS 校验它的 SHA-256。
2. 用 npm 把下载的产物全局安装：

npm install --global ./dshx-<version>-<platform>-<arch>.tgz

3. 验证安装好的产品，然后进入任意代码项目并启动：

dshx --version
dshx doctor
cd /path/to/project
dshx

Windows PowerShell 使用同样的 npm install 命令。做 1.0 发布候选验收时，请用 scripts/windows-rc-acceptance.ps1，这样在真正做 Windows Terminal/IME 对比之前，tarball 校验和、隔离安装、dshx --version 和 dshx doctor 都已验证通过。

发布 tarball 里已经包含匹配的原生 dshx-tui 和 dshx-ipc-bridge 二进制。安装过程不包含单独的 Codex 安装、DSH WebUI 进程、桥接命令或远程模式配置。

从源码构建

源码构建面向贡献者和 DSHX 开发。固定版本的 DSH 运行时支持 Node.js ^22.19.0 || >=24.0.0；DSHX 1.0 把依赖冻结、CI 和发布构建统一到 Node.js 24 LTS / npm 11。原生 TUI 构建还需要 Rust/Cargo、Git，以及固定版本 Codex 工作区所需的平台工具链。

发布依赖图在 CI 之外冻结，因此 GitHub Actions 永远不会改动候选分支。在一台可信的 Node 24 LTS 机器上，且有 npm registry 访问权限时，用下面的命令生成并校验 lock：

npm run freeze:deps

检查并提交生成的 package-lock.json。不要手动编辑或伪造它。依赖图冻结之后，所有贡献者/CI 安装都用：

npm ci

Linux/macOS：

./scripts/build-codex-tui.sh
npm link
dshx doctor
dshx

Windows PowerShell： .\scripts\build-codex-tui.ps1
npm link
dshx doctor
dshx

dshx doctor 会检查 DSH 兼容的 Node 运行时、打包后的 TUI、本地 IPC 数据面、官方 DSH 组合，以及隔离的 DSHX 展示 home/IPC 路径。

发布模型

GitHub Actions 是自动化入口，而不是仓库正确性的权威。普通 PR/main CI 刻意保持精简：先跑一个 Node 24 核心任务，再跑一个 Linux TUI 任务。release/* 会加上真实的 Windows ConPTY 与 macOS PTY/CJK/resize 门禁。只有 v 标签才会跑完整的平台打包、干净安装、provenance、校验和与发布矩阵。

发布工作流从冻结的 npm 依赖图构建各平台可安装 tarball，构建固定版本的 TUI 与 IPC 桥，对每个产物做干净安装，运行 dshx doctor，跑 Linux/macOS PTY 与 Windows ConPTY 真实 TUI 门禁，校验跨平台 provenance，并为 tarball 和 provenance sidecar 发布 SHA-256 校验和。标签里带 - 的候选版本按预发布发布。

每个产物里可发布的 npm-shrinkwrap.json 都源自已审查的源 package-lock.json；打包过程不会解析第二份依赖图。发布 sidecar 记录源 lock 的 SHA-256，以及固定版本的 Codex 与 DSH 提交。

设计参考

- docs/ARCHITECTURE.md
- docs/RUNTIME-INTEGRATION.md
- docs/DSH-CAPABILITY-MATRIX.md
- docs/ROADMAP.md
- docs/UX-PARITY.md
- docs/RELEASE-READINESS.md
- SECURITY.md

许可证

项目自有代码采用 Apache-2.0。同步的上游代码保留其适用的上游声明与许可证要求。