CordisPlugin turns public GitHub repository data into a searchable directory. Here is exactly where listings come from, what we check, what we do not verify, and how to evaluate a plugin before installation.
Public GitHub sourceEvidence-first listingsNo automatic installation
Pages are generated from a bounded, versioned snapshot instead of making every visitor request depend on GitHub availability.
Step 1
Discover
Query public, non-archived repositories carrying the dsh-plugin topic.
Step 2
Fetch
Read limited public repository fields, documentation signals, release data, and activity metrics.
Step 3
Normalize
Use repository IDs as identity, create stable slugs, and normalize plugin types and topics.
Step 4
Check
Apply explicit listing rules, remove invalid entries, and preserve links to upstream evidence.
Step 5
Publish
Write a versioned snapshot and server-render list and detail pages from one data contract.
Step 6
Refresh
Run ingestion again, record the successful sync time, and update changed evidence.
Listing boundaries
What inclusion does—and does not—mean
A directory entry is a discovery aid, not certification. This matters when third-party code can access files, commands, credentials, tools, or networks.
What the directory checks
The repository was public and discoverable through the dsh-plugin topic at sync time.
Basic GitHub metadata can be read and normalized into the directory contract.
Available README, license, release, language, topic, and activity signals are recorded.
Listings link to maintainer-controlled GitHub pages for current evidence.
What the directory does not guarantee
Authorship, compatibility, quality, or continued maintenance.
A full source-code, dependency, malware, or supply-chain audit.
That generated installation commands are current or safe for every environment.
Official affiliation with, certification by, or endorsement from DeepSeek.
Evidence guide
How to read directory signals
Signals describe evidence found in one snapshot. They should never be interpreted more broadly than their definition.
SignalWhat it meansWhat it does not mean
Topic discovered
The repository carried the dsh-plugin topic when synchronized.
Author, compatibility, or security was verified.
Metadata checked
Named public GitHub fields were retrieved and parsed.
The code or dependency tree received an audit.
Install docs found
An installation reference was detected upstream.
The command was executed, tested, or remains current.
Manually reviewed
A person reviewed the listing and available evidence.
The plugin is certified, vulnerability-free, or endorsed.
Before installation
Use a repeatable plugin review checklist
Treat every third-party plugin as code you are choosing to trust. Start with the upstream repository, not the directory summary.
01
Read the source and README
Confirm capability, install path, configuration, and uninstall steps.
Review commits, releases, issues, license, ownership, and dependency health.
04
Pin and isolate
Prefer a release or commit and test unfamiliar code in a disposable environment.
05
Verify after installation
Check resulting files and behavior; remove the plugin if reality differs from documentation.
Data freshness
A reproducible snapshot, with visible limits
GitHub remains authoritative whenever a directory summary differs from the current repository. Counts and metadata reflect the last successful import, not a live security check.
Last successful sync
Aug 14, 2026, 5:22 PM
Indexed repositories
1,000
GitHub search reached the configured result limit, so this directory may not represent every repository carrying the topic.