Back to marketplace

upstream-radar

Security

MicroMilo/upstream-radar

An always-on compatibility testing tool for DeepSeek Harness plugins, using isolated runners to detect breaking changes and fixable upstream issues.

  • agent-security
  • ai-agents
  • breaking-changes
  • cordis
  • deepseek
  • deepseek-harness
  • dependency-graph
  • dependency-monitoring
  • dependency-security
  • dependency-vulnerabilities
  • developer-tools
  • dsh
  • dsh-plugin
  • npm
  • osv
  • plugin-security
  • supply-chain-security
  • typescript
  • upstream-radar
  • vulnerability-monitoring
GitHub Stars
7GitHub
Views
0DSH Plugin Hub
Forks
1GitHub
Open issues
2GitHub Issues
Manifest version
0.42.0upstream-radar
Latest push
Aug 23, 2026GitHub
License
Apache-2.0TypeScript
Plugin type
HostRuns in the DSH Host

README

View source

Upstream Radar continuously retests a maintained fleet of exact published plugins against changing DeepSeek Harness (DSH) releases in disposable runners. When a pair breaks, it produces a reproducible issue; when the author ships a fix, it retests and closes the loop.

100 maintained install/load targets · 100 catalog entries across all 21 categories · 4 upstream reports closed

Latest full fleet run: 96 executable catalog cells observed · 67 compatible · 29 need review · 0 reproduced incompatibilities · 4 source-only. Review signals are never advertised as plugin failures.

Why it exists

A healthy repository does not prove that its published plugin still works. The artifact users install must resolve against a specific DSH host, Node runtime, profile, and dependency set—and any of them can change overnight.

Upstream Radar checks the relationship, not just the two repositories. A local pre-publish check asks, “does this plugin pass today?” Radar asks, “which maintained plugins stopped passing after the ecosystem changed?”

The loop

flowchart TB
  Schedule["Scheduled GitHub Action"] --> Watch["Watch DSH + plugin releases"]
  Watch --> Matrix["Exact plugin × DSH matrix"]
  Matrix --> Static["Static contract checks"]
  Matrix --> Runtime["Disposable runner: install → register → load"]
  Static --> Evidence["Reproducible compatibility evidence"]
  Runtime --> Evidence
  Evidence --> Issue["One fixable issue"]
  Issue --> Fix["Author publishes a fix"]
  Fix --> Watch

Radar establishes the result with deterministic evidence. An optional DSH Agent can explain impact and suggest the next action, but a model never turns missing evidence into a pass.

What you get

  • An exact result for plugin version × DSH version × Node/profile, not a timeless “compatible” badge.
  • Static dependency and peer-contract checks joined with real install/register/load evidence from the published artifact.
  • A maintained result that is retested when DSH or the plugin changes.
  • One managed issue that is updated on repeat failures, reopened on regression, and closed after a clean retest.

Upstream reports now closed

We opened the following reports; their upstream maintainers have now closed them:

Run one check

npx --yes upstream-radar@0.42.0 review dsh-plugin \
  <package>@<version> \
  --dsh-version <dsh-version>

For code-executing checks, use the maintained isolated observer workflow: each pair receives a fresh, secret-free GitHub-hosted VM and restricted container.

Inspect the live compatibility matrix, the directory-consumable evidence feed, the first 50-plugin corpus, or the architecture notes.

Comments

0
Newest first