dsh-pack-market
别名：市场、市场索引、整合包市场、pack market
DSH 整合包的索引与分发入口：一份懒加载的公开索引（index.json + plugins.json + launchers.json），整合包的完整清单与下载量另存；本站整合包与启动器分区都读它。
它是什么
DSH 整合包（.dspack）的索引与分发入口。它自己不做界面也不做评审：把作者发在 GitHub Release 上的 .dspack 汇总成一份公开、可机器读的数据接口，顺带把「哪些插件值得整合包作者装」这件事以两份精选清单的形式发表出来。
按 index/index.md 的契约（schemaVersion: 2），索引是刻意做薄的：index.json 只放指针与元数据，完整 manifest 与 README 按 packs/<owner>.<repo>/ 懒加载。这是本站能只取用、不复制的原因之一。
账本里有四样东西
实测本地快照（index/ 目录）：
| 文件 / 目录 | 内容 | 实测计数（快照 2026-10-01） |
|---|---|---|
index.json | 整合包索引，schemaVersion: 2，带 generatedAt | 8 个包（modpacks 数组） |
plugins.json | 「整合包必备」插件精选清单 | 4 条（dsh-loader、dsh-packforge-app、dsh-pack-plugin、dsh-wallpaper-engine，全部带 badges: ["essential"]） |
launchers.json | 启动器 canonical ID 认领表 | 5 条（dshl、hdsl、dsh-packforge-app、official-desktop、dsh-cli） |
packs/<owner>.<repo>/ | 每个包的 manifest.json + README.md + stats.json | 8 个目录，与 index.json 一一对应 |
index.json 的 generatedAt 是 2026-09-30T17:42:08.200Z——索引是生成物，不是实时接口；引用它的数字都要带快照日期。
8 个包（快照 2026-10-01）
| marketId | 版本 | manifest | 层栈 / 依赖 | 累计下载 |
|---|---|---|---|---|
yukitakasama.better-deepseek-harness-codex | 2.0.0 | v5 | 12 / 10 | 1534 |
hxh230802.better-sidebar | 1.0.0 | v4 | 4 / 2 | 344 |
hxh230802.smoother-deepseek-harness | 1.0.3 | v5 | 9 / 7 | 205 |
hxh230802.pokemon | 1.0.0 | v5 | 4 / 2 | 185 |
LQH-A-A-O.cad-ppt-skills | 1.1.0 | v5 | 2 / 0 | 132 |
LQH-A-A-O.dsh-simple-drawing | 1.1.0 | v5 | 2 / 0 | 110 |
LQH-A-A-O.dsh-bcut-edit | 1.0.0 | v5 | 2 / 0 | 75 |
1900992335.desktop-pack | 1.0.0 | v5 | 7 / 4 | 57 |
「累计下载」来自各包的 stats.json（source: github-releases，字段 total）。同一份文件里还有 currentDownloads（当前版本）与逐版本明细，两个数不是一回事：例如 smoother-deepseek-harness 累计 205、当前版本只有 1。引用时写清是哪一个。
三份清单的口径不一样
同一个市场里，「插件」这个词出现在两个地方，别混：
plugins.json（4 条） 是精选推荐清单，回答「整合包作者该装哪几个」；每条给id/name/url/category（zh + en）/description（zh + en）/install/badges。- 各包
manifest.json的bundles+dependencies是实际构成，回答「这个包里到底有什么」。本站的插件词条收录门槛正是从这两处反查出来的（usedInPacks）。
同一个包名可能只在其中一处出现。举个正例与一个反例：
- plugin/2 两处都在：精选清单里有它，两个包的
dependencies里也有它。 - dsh-packforge-app 只在精选清单里：8 个包的
bundles/dependencies里都找不到它——因为它是给包作者用的工具，不是被包引用的层。
发布与收录
发布契约在 publishing/v1.md：把仓库做成 public、打上约定的话题、发正式 Release，并把 .dspack 与 .sha256 侧车一起挂上去。索引随之更新（无变化就跳过提交）。本站读的是同一份索引，所以包作者按契约发布一次，两边都能收录。
另外两条规范文档与它直接相关：manifest/v5.md（清单里 bundles + dependencies 钉死版本、type 分 profile / dshhome）与 pack-structure/v3.md（.dspack 容器布局）。说明：写这一条时本机 specs/ 下只有一个 workspace-config/v1.md，所以当时只按公开仓库路径引用；2026-10-02 复核时本地已有 11 份规范副本（含这两份），spec/1（manifest v5）就是读到原文写的，本文这两处链接可以按本地副本核对。
未核实 / 未声明
- 许可：未声明——本轮没有读到市场仓库的 LICENSE 或 package.json 里的许可字段，不猜协议。
- 索引发布地址：本页
linkOut写的是https://dsh-packforge.github.io/dsh-pack-market/index.json（来自data/sources.yml的登记与包 README 里的徽章域名），本轮未实测拉取该 URL；核实过的是本地账本快照。 - 索引更新频率：只核实到「每轮生成」（
generatedAt是生成时间戳），触发方式与调度周期未核实。 dshhome形态的实包：8 个包全是type: profile，没有任何dshhome样本，所以「整机形态在市场上长什么样」本轮无事实可写。- 下载量的统计口径：
stats.json标source: github-releases，取的是 Release 资源的下载计数；是否去重、是否含镜像与自动化拉取未核实。 - site 上的下载量快照时间：
stats.json的generatedAt是2026-09-30，与索引同批生成；本页表格标的是账本快照日期2026-10-01。
谁引用了这一条
信息表
- category
- ecosystem.source
- howto
- 装包的人：在 DSH 里用整合包管理插件浏览安装（见 plugin/2），或从索引里取某个包的 downloadUrl 手工装。发包的人：按发布契约把仓库做成 public、打话题、发带 .dspack 与 .sha256 侧车的正式 Release，索引会跟着更新。想引用数据：只读 index.json 与 packs/<owner>.<repo>/，别无脑拉全量。
- license
- 未声明
- linkOut
- https://dsh-packforge.github.io/dsh-pack-market/index.json
- provides
- id、owner、repo、manifestVersion、type、name、version、displayName、description、author、category、dshVersion、profileName、downloadUrl、sha256、size、updatedAt、bundleCount、depCount
- relation
- upstream
- sourceKind
- market
- updatedAt
- 2026-10-02
- url
- https://github.com/DSH-PackForge/dsh-pack-market
- zones
- packs、launchers
被 1 条词条引用