takasurazeem/dsh-plugins

dsh-plugins

本账户中原生 DeepSeek Harness（dsh）插件的总览主页。每个插件都位于其独立的仓库中：

| 插件 | 仓库 | 它为你的 agent 提供的能力 |
| --- | --- | --- |
| gmail-dsh | takasurazeem/gmail-dsh | 原生接入你的 Gmail：搜索/读取、需审批的发送（支持会话线程感知）和标签管理、Google OAuth 2.0（PKCE）并在 DSH 凭据存储中按账户授权、一个 /gmail 命令，以及一个在授权前不消耗 token 的模型上下文区段。 |
| websearch-dsh | takasurazeem/websearch-dsh | 能应对真实世界的 web_search：在 Tavily → Exa → Firecrawl → Brave → Serper → DuckDuckGo（无需密钥） 之上的回退链——无需 DEEPSEEK_API_KEY 即可工作，能挺过速率限制/配额/服务中断，并在 Web GUI 中提供一键开关。 |

安装

每个仓库都是自包含的；完整设置请参阅其 README。简而言之——对于像 ~/.dsh/profiles/web 这样的 profile：

{
"dependencies": {
"gmail-dsh": "file:/path/to/gmail-dsh",
"websearch-dsh": "file:/path/to/websearch-dsh"
},
"dsh": {
"bundles": [
"@deepseek-ai/dsh-base",
"@deepseek-ai/dsh-web-app",
"gmail-dsh",
"websearch-dsh"
]
}
}

然后在 profile 目录中执行 pnpm install 并重启 dsh web。之后：在聊天中执行一次 /gmail auth，并（可选地）将任意子集的网络搜索提供商密钥放入 ~/.dsh/.env。

为什么是“原生”而不是 MCP？

MCP 服务器运行在 harness 旁边：一个独立的进程、自己的生命周期，以及一个无法表达 harness 原生能力的转换层。这些插件直接注册在 harness 的接缝上——工具（由 harness 审批服务对变更操作进行把关）、凭据存储、设置文档（实时监听）、系统提示词和 Web 客户端——因此它们的行为就像第一方功能：无需维持 sidecar 存活、审批提示由 harness 掌控、配置无需重启即可更新。

说明

- 社区项目。 与 DeepSeek 或 dsh 维护者无关联，也未获其认可；面向公开的 dsh 插件接缝（cordis 组合、工具运行时、凭据存储、设置服务）。
- 你的数据始终属于你。 Gmail 凭据仅存放在你本地的 DSH 凭据存储中；网络搜索密钥仅存放在你的环境变量/凭据存储中。无遥测，无回传。

许可证

每个插件均在其各自的仓库中以 MIT 许可证授权。