DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins

@playform/plugin-dsh-gitguard

Plugin Dsh Gitguard

git guard:一个 DeepSeek Harness 插件,作为 terminal/exec 工具界面上的 tools/pre-execute DENY-LIST。它会在执行前拦截终端命令,并拒绝任何 git 变更模式(git add、commit、reset、push、tag、rm、checkout、bran

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

npx -y @deepseek-ai/dsh plugin --profile web add @playform/plugin-dsh-gitguard@0.2.1
README兼容性版本

兼容性与来源证明

Plugin Dsh Gitguard 以 @playform/plugin-dsh-gitguard 发布,当前版本为 0.2.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

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

版本

0.2.1stable
2026/10/28
0.2.0stable
2026/10/25
0.1.0stable
2026/10/25

相关插件

正在加载相关插件…

最新版
0.2.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
82.4 kB
文件数
36
Surface
any
许可证
CC0-1.0
发布源
npm
GitHub
★ 2
周下载
242
安全扫描
✓ v0.2.1 扫描通过
最近提交
2026/11/4
查看源码 ↗项目主页 ↗
README Badge

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

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

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

认领这个 Plugin →
报告问题

相关插件

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

Cc Safety Netcc-safety-net编码代理 CLI 钩子——阻止破坏性命令和访问机密文件Pocketdsh-pocket把 DeepSeek Harness 装进你的口袋:一个包、一个设置页,手机扫码即同步访问电脑上的 DSH(局域网 + 公网,实时同屏)。Ds Harness Remoteds-harness-remote通过桌面端、网页端和 Android 端,端到端加密远程访问 DeepSeek Harness 和实验性 Codex 工作区,并支持 dsh-TUI Host。Codex Subscriptiondsh-codex-subscription在 DeepSeek Harness 中通过 OAuth 使用 ChatGPT 和 Codex 订阅,支持配额、安全重置、网络搜索、图像和快速模式,并可通过 ChatGPT 移动应用(Beta)控制 DSH

README

@playform/plugin-dsh-gitguard

The git guard is a DeepSeek Harness plugin that acts as the tools/pre-execute DENY-LIST on the terminal/exec tool surface (Documentation/Plugins/ORCHESTRATION-PLUGINS.md section 3).

The surfaces

  • The tools/pre-execute DENY-LIST intercept on the terminal/exec tool surface is the only registration, and a denial is the pre-execute refusal, never a punish.
  • The plugin provides no tool of its own and no service.

The role

  • The dirty-tree discipline, enforced: the git checks-only law lives in the skills as the WHY, but skills are behavioral and CAN slip.

    The plugin carries the CANNOT.

  • The guarded operations: the plugin intercepts terminal commands before execution and denies ANY git mutation pattern, which covers git add, commit, reset, push, tag, rm, checkout, branch, merge, stash, clean, rebase, revert, cherry-pick, mv, apply, am, bisect, gc, prune, worktree, submodule, and notes.

  • The allowed operations: the read-only checks git status, log, diff, show, rev-parse, ls-files, and fetch.

  • The refusal lines: denials surface ONCE as the pre-execute refusal in the tool result and never punish, because the correct path of the agent is simply the only executable one.

    Every denied attempt is ledgered for the audit of the user.

The anatomy

  • Source/Library.ts holds the loader contract (name, apply, Config, inject), and apply returns nothing.
  • Source/Function/ holds one definition per file: the entry (Apply), the intercept (Guard), the classifier (Decide), the subcommand extractor (Subcommand), and the compound splitter (Segments).
  • Source/Interface/ holds the types (State, Config, Decision, Factory).
  • Source/Variable/Config.ts holds the Schemastery schema, where every knob is a volatile cell.
  • Configuration/ holds the ESBuild configuration.
  • cordis.patch.yml holds the bundle patch row (enabled: false).

The posture

The plugin ships DISABLED in the IDLE-forever posture, so it never appears in the bundles of the profile and enables only through an explicit ACTIVATE, and a cold mount logs disabled (enabled=false) and wires nothing.

The policy block (D6)

The config carries the shared per-action allowlist, composed from the block of the factory as policy: Policy(), and maps it to State.Verdicts, because Allow is already the git allow-list:

actiondefaultactiondefault
readautowriteapprove
indexautocommitapprove
recordautospawnapprove
suggestautomessageauto

The guard is read-only, because it classifies and ledgers and never writes, commits, or spawns, so its own action classes are read and record, both automatic, while the write, commit, and spawn verdicts are declared for uniformity and stay the shipped approve.

The block is one volatile object, so a policy flip is hot-editable, and the policy section of a resolved pack overrides the defaults per action, which is the next refinement.

Source/Test/Policy-Defaults arbitrates the defaults in the smoke suite.

The configuration

FieldDefaultMeaning
enabledfalsethe master switch (the IDLE-forever posture)
logtruethe ledger switch (shared cell)
logFile~/.dsh/playform/plugin-dsh-gitguard.logthe ledger
strictfalsethe strict classification mode
policy.*D6 defaultsthe per-action allowlist (see below)

Every field is a volatile cell.

The build and the tests

sh Source/prepublishOnly.sh   # the full chain (Build + tsc + tsc-alias)
sh Source/Run.sh              # the dev twin (Build only)

The smoke folders are Guard-And-Ledger, Policy-Defaults, and Wiring-And-Classification.

The ledger

The lines carry the prefix gitguard: , byte-exact, and the expected-string sections of the smoke folders repeat them:

gitguard: activated (...)
gitguard: disabled (enabled=false)
gitguard: denied <subcommand|bare> (<reason>)

The plan

  • ORCHESTRATION-PLUGINS covers section 3, the deny-list member.
  • The PoC mode brings the fake-context harness and the byte-identical ledger assertions with the aggregate runner in the end phase.

License

CC0-1.0.