LJH-snow/dsh-tool-gitlab

Name: LJH-snow/dsh-tool-gitlab
Author: LJH-snow

Plugin插件 ⭐ 2 MIT Dev Workflow开发与代码工作流

Project Overview项目介绍

Edited by Zhiwei Agent (zhiwei)由知微Agent(zhiwei)编辑

This repository is a native Cordis tool plugin built exclusively for DeepSeek Harness (DSH), adding enterprise-grade GitLab functionality to DSH agents. It enables DSH agents to complete a full range of GitLab operations via natural language, including end-to-end merge request review, CI/CD pipeline observation and triggering, organization permission auditing, and personal todo inbox management. It follows DSH’s official plugin development architecture and contract, and is purpose-built for self-managed GitLab instances and enterprise governance workflows. Installation can be done directly from GitHub without requiring a pre-publish to npm, or you can clone locally, build the plugin, then install it to your DSH instance. When it is published to npm in the future, it will also be installable via the package name @libai168/dsh-tool-gitlab.

After installation, you need to load the plugin in your DSH composition configuration file, cordis.yml. You will need to add configuration for your GitLab personal access token (PAT) and the base URL of your self-managed GitLab API if you are not using the public GitLab.com instance. Read-only operations do not require a PAT, but any write operations such as merge approval, pipeline triggering, or membership changes require a PAT with the minimum necessary scopes. You should never commit your PAT to any public code repository, as this poses a major avoidable security risk for your organization.

This plugin requires @deepseek-ai/cordis version 4.0.1 or higher and @deepseek-ai/dsh-tools version 0.1.0-rc6 or higher as peer dependencies, which are provided by the host DSH runtime. It is released under the open-source MIT license, so you can modify and redistribute it freely per the license terms. It includes built-in type checking and unit tests with Vitest, making it easy for developers to contribute new features or fix bugs. Business logic errors return clear canonical values instead of throwing exceptions, which helps DSH agents handle expected errors gracefully. Only infrastructure errors throw exceptions.

这是专为DeepSeek Harness（DSH）开发的原生Cordis工具插件，为DSH提供企业级GitLab能力。DSH代理可以通过自然语言完成一系列GitLab操作，包括端到端的合并请求评审、CI/CD流水线观测与触发、群组项目成员权限审计、个人待办事项管理等。它遵循DSH官方插件开发规范，专门针对私有部署GitLab和企业治理工作流设计。

安装方式非常灵活，可以直接通过GitHub仓库地址安装，不需要提前发布到npm，也支持克隆到本地后构建安装。未来正式发布到npm后，还可以通过包名@libai168/dsh-tool-gitlab直接安装。安装完成后需要在DSH的组合配置文件cordis.yml中加载插件，并配置GitLab个人访问令牌和私有部署GitLab的API地址。

本插件需要依赖DSH运行时提供的@deepseek-ai/cordis和@deepseek-ai/dsh-tools作为对等依赖，遵循MIT开源许可。使用时需要注意，只读操作不需要令牌，但写操作、审批、触发流水线等功能都需要配置最小权限的令牌，不要将令牌提交到代码仓库中。插件支持完整的类型检查和单元测试，方便二次开发贡献。

View on GitHub在 GitHub 查看

Send to your DSH发给你的 DSH 安装

请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】，检查通过再动手。

插件：dsh-tool-gitlab（LJH-snow/dsh-tool-gitlab）
仓库：https://github.com/LJH-snow/dsh-tool-gitlab
本站详情页：https://www.yhbd.top/plugins/ljh-snow-dsh-tool-gitlab/
本站登记：类型 plugin · 归类 原生 DSH 插件 · 许可证 MIT · ⭐ 2 · 最近提交 2026-08-26 · 主语言 TypeScript · 未检测到 DSH 插件清单

按下面顺序执行，每步先把结论告诉我，再进入下一步：

【1 兼容性检查】
① 我这边：DSH 版本、Node 版本、操作系统、当前 profile（web / desktop）。
② 读它的 README、package.json、插件 manifest，列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对，结论只写「满足 / 不满足 / 未知」三种；不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突：命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。

【2 安全性检查】
① 仓库可信度：和上面「本站登记」是否一致；star / fork 数、创建时间、最近提交，是否归档或长期停更。
② 安装脚本：逐行看 package.json 的 preinstall / install / postinstall，以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名，立刻停下来告诉我，不要继续装。
③ 依赖：列出新增依赖，标出无人维护、或与知名包拼写近似的可疑包（typosquatting）。
④ 权限与副作用：它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限（filesystem / network / shell / clipboard 等），以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限，或权限明显超出功能所需，先停下来问我。

【3 安装】
上面两步没有「不满足」和「高危项」时才执行；用官方推荐方式安装，不要自行提权。

【4 汇报】
用表格输出：检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜，也不要替我决定。

Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH：它会先核对兼容性与安全性（逐条给「满足 / 不满足 / 未知」），确认没问题再安装，有高危项会停下来问你。框内可滚动，复制到的是完整提示词；安装命令不一定准确，发给 DSH 更稳。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 2 warnings2 项注意

Only 2 stars - very few users, little community feedback星标只有 2，几乎没人在用，遇到问题缺少社区反馈
No DSH plugin manifest detected - it may only carry the dsh-plugin topic, so the install method must be confirmed on the spot未检测到 DSH 插件清单：可能只是打了 dsh-plugin 话题，安装方式要现场确认

DSH walks through these 9 checksDSH 会逐条核对这 9 项

Compatibility兼容性

DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时（Electron / Python / Docker 等）是否齐备
Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突：命令名、skill / tool 重名、端口占用、重复 MCP 注册

Security安全性

Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致，是否归档或长期停更
Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需（filesystem / network / shell / clipboard）
Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限，以及卸载与回滚方式

Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照，不能替代安全审计。

Or use CLI install (for developers)或使用命令行安装（适合开发者）

CLI Install命令行安装

dsh plugin --profile web add github:LJH-snow/dsh-tool-gitlab

把 LJH-snow/dsh-tool-gitlab 加入你的 DSH 配置（web profile）即可启用。

READMEREADME

12.1 KB · 缓存于 2026-08-27 05:42:10 · 12.1 KB

dsh-tool-gitlab

English | 中文

A Cordis tool plugin that gives DeepSeek Harness (dsh) enterprise-grade GitLab capabilities. Agents can review merge requests end-to-end (changes, discussions, approvals), observe and trigger CI/CD pipelines, audit group/project membership, and work their personal todo inbox — in natural language.

Built on the official "everything is a plugin" architecture via ctx.tools.register(defineTool(...)), following the official adding-a-tool contract. Designed for self-managed GitLab (baseUrl override) and enterprise governance workflows.

Install

Install directly from GitHub (no npm publish needed):

npm install github:LJH-snow/dsh-tool-gitlab
# or a specific branch/tag
npm install github:LJH-snow/dsh-tool-gitlab#main

Or from a local checkout:

git clone https://github.com/LJH-snow/dsh-tool-gitlab
cd dsh-tool-gitlab
npm install && npm run build   # builds to lib/
npm install /path/to/dsh-tool-gitlab

Once published to npm, it will also be installable as npm install @libai168/dsh-tool-gitlab.

Requires @deepseek-ai/cordis (^4.0.1) and @deepseek-ai/dsh-tools (^0.1.0-rc.6) as peer dependencies, provided by the host dsh runtime.

Configuration

Load the plugin in a dsh composition config (cordis.yml):

- name: 'dsh-tool-gitlab'
  config:
    token: 'glpat_xxx'      # GitLab PAT (optional; required for write tools, approvals, CI triggers, and personal tools)
    baseUrl: 'https://gitlab.com/api/v4'   # optional; point at your self-managed GitLab, e.g. https://gitlab.example.com/api/v4
    timeoutMs: 15000        # optional, request timeout in ms (default 15000)

Full example: examples/cordis.yml.

Security: read-only tools work without a token. Write tools, MR approval/rule management, pipeline triggering/schedules, protected branches, code search on private projects, current-user, and todos require a token. Prefer a minimal-scope PAT (e.g. api + read_repository scopes as needed) and never commit it.

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要，完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

渲染基于仓库 LJH-snow/dsh-tool-gitlab 的 README.md。在 GitHub 查看原文 →