crystra-dsh 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；暂不能直接安装（需源码编译或环境不满足）：engines.node 要求 24.12.0，不满足 Node 22.19.0；要求 dsh 0.1.5-rc.2，而最新版为 0.2.1-rc.2。

crystra-dsh 兼容性怎么样？

暂不能直接安装（需源码编译或环境不满足）：engines.node 要求 24.12.0，不满足 Node 22.19.0；要求 dsh 0.1.5-rc.2，而最新版为 0.2.1-rc.2。

crystra-dsh 有中文文档吗？

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

crystra-dsh 还在维护吗？

GitHub 0 星。最近一次上游提交在 2026/10/20。

确定性工作流引擎 firestige/crystra-dsh

DeepSeek Harnessv0.0.1

firestige14 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

把可重复步骤固化为确定性执行，减少模型调用

29.9/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

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

自动兼容检查未通过：engines.node 要求 24.12.0，不满足 Node 22.19.0；要求 dsh 0.1.5-rc.2，而最新版为 0.2.1-rc.2。以下命令仍可尝试，但可能失败。

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

dsh plugin --profile web add firestige/crystra-dsh

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

状态速览

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

信任档位：需留意

是什么

dsh 原生插件 · platform

装得上吗

实装验证未通过（unknown），装前请到仓库确认最近更新与 issue

安全吗

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

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

还在维护吗

活跃：最近一次提交在 14 天前

档位由哪些信号合成

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

验证判据与等级说明 →

⚠︎ 实装验证未通过（unknown · 2026/9/24） ——可能是验证环境差异，装前建议到 GitHub 仓库确认最近更新与 issue。

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

安装兼容性检查需源码安装

要求 Node：24.12.0（dsh 本身要求 Node ≥ 22.19）

engines.node 要求 24.12.0，不满足 Node 22.19.0；要求 dsh 0.1.5-rc.2，而最新版为 0.2.1-rc.2

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-crystra @ 0.0.1

✗Node 引擎要求 24.12.0 · 基线 Node 22.19 不满足

✗dsh CLI 依赖要求 0.1.5-rc.2 · 最新 0.2.1-rc.2 不兼容

✓入口文件main/exports/bin 已声明

源码安装时若 pnpm 拦截 prepare 脚本，按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/20 06:19:06

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

v2.7.0

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

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

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

可执行外部命令读写/删除本地文件发起外部网络请求

扫描于 2026/11/4（0 天前） · 范围入口闭包 + 发布文件清单 · 来源 GitHub 仓库

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

依赖的 DSH / Cordis 模块

@deepseek-ai/dsh-client-connection@deepseek-ai/dsh-client-runtime@deepseek-ai/dsh-client-ui-conversation@deepseek-ai/dsh-client-ui-primitives@deepseek-ai/dsh-tools@deepseek-ai/dsh

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

用户评分

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

广告精选好物

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

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

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

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

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

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

查 MCP 兼容性→

功能亮点

执行工作流
确定性初始化
做分析

dsh-crystra 是 DeepSeek Harness 的单一插件：执行工作流、做分析、确定性初始化。

README

由 DeepSeek 最新模型翻译生成

面向 DeepSeek Harness 的 Crystra Crystra 把可重复的工作流步骤变成确定性执行，减少不必要的智能体与 LLM 调用。本仓库持有唯一的公开 DSH 插件 dsh-crystra；它的目标注册仓库是 firestige/crystra-dsh。 Execution 与 Studio 是这个插件的内部模块。crystra-execution 和 crystra-ui-core 仍是普通组件依赖，各自独立版本化。领域实现留在各自的组件仓库里。当前开发状态新的发行版从 0.1.0 起步；这份源码检出不对应任何已发布的 Crystra 版本。改名准备期间，config/development-inputs.json 绑定各组件的精确提交与 SHA-256 摘要。八个仓库现在都使用 Crystra 坐标。生产候选拒绝本地文件依赖，要求使用已发布的 GitHub Release 资产，且版本精确匹配。使用 Node 24.12.0、npm 11.6.2 和 pnpm 11.23.0。

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

面向 DeepSeek Harness 的 Crystra

Crystra 把可重复的工作流步骤变成确定性执行，减少不必要的智能体与 LLM 调用。本仓库持有唯一的公开 DSH 插件 dsh-crystra；它的目标注册仓库是 firestige/crystra-dsh。

Execution 与 Studio 是这个插件的内部模块。crystra-execution 和 crystra-ui-core 仍是普通组件依赖，各自独立版本化。领域实现留在各自的组件仓库里。

当前开发状态

新的发行版从 0.1.0 起步；这份源码检出不对应任何已发布的 Crystra 版本。改名准备期间，config/development-inputs.json 绑定各组件的精确提交与 SHA-256 摘要。八个仓库现在都使用 Crystra 坐标。生产候选拒绝本地文件依赖，要求使用已发布的 GitHub Release 资产，且版本精确匹配。

使用 Node 24.12.0、npm 11.6.2 和 pnpm 11.23.0。把配置好的 Execution 与 UI 提交检出到 .crystra-inputs/sources/execution 和 .crystra-inputs/sources/ui，然后运行：

node scripts/prepare-development-artifacts.mjs
npm ci --ignore-scripts --no-audit --no-fund
npm rebuild better-sqlite3
npm run build
npm test
npm run pack:verify

构建产出一个兼容 CSP 的浏览器 bundle，模块标识为 dsh-crystra。它的 Cordis 补丁注册一个插件，并注册内部的 Workspace 覆盖。归档包含源码与许可证归属信息；内部模块没有单独的插件清单。

隔离集成检查

使用 DSH 0.1.5-rc.2。当全局 DSH 版本不同时，把 CRYSTRA_DSH_BINARY 指向该版本的可执行文件。公开插件把这个运行时声明为直接依赖，同时声明为主机兼容性 peer：只有配置档之外的命令行，Execution 服务商仍然无法解析。开发安装与资格配置档固定完整的 rc.2 依赖闭包。检查使用临时的 DSH home 与配置档：

npm run qualify:clean-profile
npm run qualify:lifecycle
npm run qualify:provider-routing
Requires Playwright 1.62.1 (or CRYSTRA_PLAYWRIGHT_MODULE) and Chrome.
npm run qualify:current-host
npm run qualify:real-harness
CRYSTRA_QUALIFY_TERMINAL=1 npm run qualify:real-harness
CRYSTRA_QUALIFY_INITIALIZATION=1 npm run qualify:real-harness
当前主机检查会安装打包好的插件，通过其已安装的 Execution 服务商查询模型，认证浏览器，经由本地 localhost 的 DeepSeek 协议 fixture 接纳真实 Task，通过原生浏览器问题确认 Brief 和 Plan，应用 owner 控制请求，并检查确认状态重载与主机重启恢复。它使用显式的开发 Execution 配置，不调用在线模型，也不验证完整的 Delivery/Evidence/Evaluation 链路。历史 Real Harness 脚本面向旧版浏览器流程，必须先迁移，才能在 rc.2 上声明其 Delivery/Studio/outage 发布检查。终端 fixture 模式提供确定性的 owner 事实，不调用 LLM。DSH 0.1.5-rc.2 不提供 CSP 头；bundle 检查另行拒绝动态代码与内联脚本注入。

根插件在无预置 Execution 配置的情况下加载。/crystra setup 准备配置与绑定服务组；/crystra doctor 报告就绪状态与缺失的仓库角色绑定。/crystra services start|stop|status 管理安装自身的 Compose 命名空间。这些命令是确定性的，不调用 LLM。不随附独立的公共产品安装器。参见初始化。

在发布并绑定新的服务资产之前，setup 会激活 Execution 并显式报告 DEGRADED / CRYSTRA_SERVICE_DESCRIPTOR_UNAVAILABLE。此开发状态并非完整安装的发布版本。

新的 RC 标签使用 crystra-dsh-v<version>-rc.N。稳定版晋升通过 GitHub Releases 复用已验证的字节，并保留其手动发布门禁。没有 npm 发布阶段。历史发布记录描述其原始产物，而非此新分发。

参见基础边界、来源说明和安全策略。