DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Direnv — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins

@snylonue/dsh-direnv

Direnv

面向工作区的 direnv 环境注入,用于 DeepSeek Harness,并支持用户批准 .envrc 授权

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add @snylonue/dsh-direnv@0.3.1
README兼容性版本

兼容性与来源证明

Direnv 以 @snylonue/dsh-direnv 发布,当前版本为 0.3.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
npm
Registry 更新时间
2026/10/14

版本

0.3.1stable
2026/10/14
0.3.0stable
2026/10/12
0.2.1stable
2026/10/10
查看其余 2 个版本收起版本
0.2.0stable
2026/10/9
0.1.0stable
2026/10/9

相关插件

正在加载相关插件…

最新版
0.3.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
127.3 kB
文件数
43
Surface
any
许可证
MIT
发布源
npm
GitHub
★ 0
周下载
0
最近提交
2026/10/14
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 developer-tools 分类下经过校验的插件。

Web App@deepseek-ai/dsh-web-appdsh 浏览器界面捆绑包:位于 dsh-base 之上的 Web 补丁层,加上运行时粘合插件(提供前端 dist、Web 界面提示符、bash 运行时变量和 URL 行)Sdk App@deepseek-ai/dsh-sdk-appdsh SDK 配置包:基于 dsh-base 提供 stdio JSON-RPC 服务和进程生命周期管理Experimental Inspector@deepseek-ai/dsh-experimental-inspector用于 Host 调试和 Client Runtime 检查的实验性跨 realm CDP hubExperimental Inspector Profile@deepseek-ai/dsh-experimental-inspector-profile用于原始 Session 日志和 Chat 节点检查的可选 Web 捆绑包

README

dsh-direnv

direnv support for DeepSeek Harness

What it does

Injectsthe environment direnv export json reports for the session workspace, merged into the child's environment variables
Per workspacethe workspace is fixed by the calling agent's session cwd
Announces at startupstarting a session injects one model-facing snapshot naming the workspace's direnv variables, or why none loaded; a workspace with no .envrc stays silent
Asks before allowingdirenv_allow routes through DSH's approval channel before running direnv allow

Session-start context

When a session starts, the plugin resolves its workspace once and queues one model-facing context message (agent/created + agent.inject()) before the first turn. The model therefore knows, without running anything, whether the workspace has an active direnv environment:

[dsh-direnv] The workspace direnv environment is active.
[dsh-direnv] /home/me/proj/.envrc injects 3 variable(s) into every command the agent runs:
[dsh-direnv]   API_BASE, PROJECT_TOOLCHAIN, RUST_LOG
[dsh-direnv] Values are applied to each command's environment and are deliberately not shown here.

Only variable names are ever shown. A blocked, denied, or failed workspace gets the same actionable wording as the command notice, so the model can call direnv_allow immediately. A workspace with no .envrc stays silent. A new message is sent after compact or resume.

Session creation awaits this resolution before the first turn. Set sessionContext: false to suppress the message; the workspace is still resolved.

The blocked-workspace UX

An unapproved .envrc does not fail the command and does not leak its contents. The command runs without the direnv environment. Set notifyOnBlocked: true to add a notice to the result's stderr that the model can act on:

[dsh-direnv] This command ran WITHOUT the workspace direnv environment.
[dsh-direnv] /home/me/proj/.envrc is not approved, so native direnv refused to load it.
[dsh-direnv] Call the direnv_allow tool to ask the user to approve this workspace:
[dsh-direnv]   direnv_allow
[dsh-direnv] Workspace: /home/me/proj

The model then calls direnv_allow (optionally with a reason), which requests user approval for the calling session workspace without reading or previewing the file contents. The host runs direnv allow in the workspace.

Explicit reload

At session startup, the plugin runs direnv status --json and direnv export json in the fixed workspace, waits for the result; a failed resolution is saved as an error and does not prevent the session from starting.

Commands only read the resolved environment. Use the model-facing tool explicitly to apply changes:

direnv_reload                          # reload the calling session workspace

Configuration

- id: direnv
  name: dsh-direnv
  config:
    executable: direnv          # bare PATH name or absolute path
    probeTimeoutMs: 10000       # budget for one direnv run
    notifyOnBlocked: false      # opt in to append actionable notices to results
    sessionContext: true        # inject the workspace's direnv variables at session start
FieldDefaultMeaning
executabledirenvThe direnv binary; must be on PATH or absolute.
probeTimeoutMs10000Each direnv status --json or direnv export json run is killed past this.
notifyOnBlockedfalseOpt in to append actionable notices; off leaves command results unchanged.
sessionContexttrueOn, starting a session injects the workspace's direnv variables (or why none loaded).

Disable the provider with Cordis's disabled: true on its plugin row, outside config. Its dependent adapters and tools become inactive automatically.

Installation

From npm

dsh plugin --profile web add @snylonue/dsh-direnv

The plugin only takes effect after a restart.

To uninstall, use dsh plugin --profile web remove @snylonue/dsh-direnv.

Development

pnpm install
pnpm typecheck   # source AND tests
pnpm test        # builds, then runs vitest

License

MIT.

The plugin icon is the direnv logo by Peter Waller, licensed under CC BY 4.0.