Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
/plugin marketplace add yongquantan/dependency-guardnpx agentmods add plugins/yongquantan/dependency-guard/plugingit clone --depth 1 https://github.com/yongquantan/dependency-guardGrade A, and why
dependency-guard scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
{
"name": "dependency-guard",
"description": "A dependency security plugin for Claude Code. DepGuard intercepts package installs, checks reputation with Socket.dev, runs installs in a Modal sandbox, and blocks suspicious behavior before it reaches your machine.",
"version": "0.1.0",
"author": {
"name": "Yong Quan",
"email": "[email protected]"
},
"homepage": "https://github.com/yongquantan/dependency-guard",
"repository": "https://github.com/yongquantan/dependency-guard",
"license": "MIT",
"keywords": ["security", "supply-chain", "dependencies", "claude-code", "plugin", "hooks", "guardrails", "modal", "socket.dev"],
"userConfig": {
"socket_api_token": {
"title": "Socket.dev API Token",
"description": "For reputation checks. Free at https://socket.dev",
"type": "string",
"sensitive": true
},
"modal_token_id": {
"title": "Modal Token ID",
"description": "For sandbox analysis. Run 'modal token new' at https://modal.com",
"type": "string",
"sensitive": true
},
"modal_token_secret": {
"title": "Modal Token Secret",
"description": "From the same 'modal token new' command",
"type": "string",
"sensitive": true
}
}
}
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 34 lines scan A a61459ab5519
dependency-guard is a plugin published in the GitHub repository yongquantan/dependency-guard (7 stars, last pushed 4mo ago), licensed MIT. Its token cost is not measured: this kind of file is read by the harness, not the model. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other plugins, from other repositories
yoink-marketplace
Plugin marketplace listing 1 plugin: yoink.
yoink
A plugin to clone dependencies you don't trust. No more supply chain attacks.
goalkeeper
Durable goal-following for Claude Code: contracts with definition-of-done, subagent judge gates, and linear chains.
polisade-marketplace
Plugin marketplace listing 1 plugin: polisade.
milestone-driver
Drives a GitHub milestone to completion: triages each issue for design gaps + dependency order up front, then for each buildable issue finds the root cause (or parks it), dispatches a TDD implementer subagent, runs unit + E2E tests + code review, opens a PR, and auto-merges issues on CI green. The whole loop sits…
shiploop
Single-plugin marketplace for shiploop — a self-improving multi-agent harness (every resolved ticket writes a lesson into your git-tracked CLAUDE.md) that grinds your ticket backlog across every repo in your product.