I keep the public extension catalog in profile/README.md and it appears on the DSH Extensions organization page.
It helps visitors choose an extension, understand what it adds to DeepSeek Harness, and find the right installation route. I use this repository for the catalog and its maintenance guidance; extension code belongs in each project's repository.
- Check the current DSH profile's declared dependencies and installed package manifests. A repository's existence alone does not establish that it belongs in the current collection.
- Check public repository visibility, README features, and available release assets. Link only publicly accessible destinations from the organization profile.
- Put each extension in a useful category and describe its actual behavior in one sentence. Use the distribution labels consistently: Source, Source fork, Adapted source + release package, Package snapshot, or Upstream npm reference.
- Keep locally installed editions without an organization distribution in Also in my setup. Link upstream and state that upstream downloads do not contain my unpublished changes.
- Remove retired entries from the current catalog. Preserve repository history unless repository removal is separately requested.
- Update the reconciliation date after checking the installation. Keep version inventories out of the landing page; versions, compatibility ranges, and verification limits belong with each package.
- Link snapshots to their release archives and preserve their provenance documents and file inventories.
- Keep upstream authorship and licenses visible. An English edition or a package snapshot is not a claim of original authorship.
- A reference repository is not an installable package. In particular, Subscriptions uses its original npm distribution.
- Describe verification precisely. Source checks or Linux rendering do not establish successful use in Microsoft PowerPoint or on every supported platform.
Open an issue for a missing extension, broken link, inaccurate description, or outdated distribution instructions. Include the affected repository and a public source for the correction.
For runtime bugs and feature requests, use the individual extension's issue tracker or the upstream project's support route.