前言¶
DeepSeek Harness（DSH）的插件生态体量已经很大，单靠人工翻目录很难持续跟上新包，也更难判断「该从哪下手」。常见的「每天推荐 N 个插件」往往停在阅读层，和真正动手开发之间还有一截距离。
dsh-daily 把节奏拆开：插件侧每天固定做一次筛选与归纳（默认本地 11:00），产出带证据约束的改进项与灵感；只有你点「做这个」时，才由 agent 在独立会话里完成实现与发布。它不会每天自动新建仓库——批准权留在你手里。
这是什么¶
dsh-daily 是维护者 dingchenhui0618-arch 发布的 DSH 工作流类插件（社区目录分类：工作流）。当前 package.json 版本为 0.3.0，依赖 dsh 版本 >=0.2.1-rc.2 <0.3.0，许可证 MIT。
一句话：读取已发布插件生态（优先市场目录）并对照你的 profile，给出可核验的「在别人作品上往前走一步」的改法，以及生态里尚未覆盖的方向；你批准一条后，agent 按契约独立实现并推到你自己的 GitHub 仓库，而不是 fork 原仓。
日报里两栏分别是什么¶
| 频率 | 成本 | 谁做 | |
|---|---|---|---|
| 日报：改进项 + 灵感 + 证据 | 每天 11:00（可配置） | 一次模型调用 | 插件 |
| 开发 + 发布 | 点「做这个」才发生 | 完整开发流程 | agent |
改进项：以别人已发布的插件为靶子，核心字段是 delta——必须说清楚「原版是 A，我要做成 B」。空泛表述（如「做得更好」「增强体验」）会在校验阶段被丢弃。
灵感：生态里还没有、你可以自立方向的新题目。没有来源仓库可锚定；evidence 要么引用真实存在的内容，要么写「无直接证据」，界面对后者标「未经证实」。
两栏都会防重复：改进项按来源仓库记入 seen；灵感按标题记入并回灌 prompt，避免同一方向反复出现。
候选池与市场热度¶
改进项的质量很大程度取决于靶子是否选得准。候选不再只依赖本地快照排序：
- 数据源：市场目录
https://awesome-dsh-plugin.com/catalog.json（与 app 内市场同一份）。一次 GET 拿到分类、描述、下载量、star、收录日期等字段。 - 排序：按真实热度，不是语料行号。每个分类内优先取安装量更高的条目；提示词中会写明候选已按热度排序及数字来源。
- 缺失与降级：某条目没有下载量时显示为
—，不按 0 处理；报告里对应显示「无热门度数据」。取不到市场时回落本地语料（界面标明「候选（本地语料）」并警告）；成功拉取的结果缓存到$DSH_HOME/daily/market-cache.json，24 小时内不重复请求。
热度比较规则：下载量优先，star 仅用于打平（按 (下载量, star) 排序）。
若要本机核对市场预筛，README 提供只读脚本：
node scripts/verify-market.mjs
校验、类型与「不全是开发工具」¶
模型输出在展示前经 src/report.js 中的纯函数校验（README 称均有单测），主要包括：
basedOn必须逐字命中预筛池，链接与分类取自语料，不采信模型自填 URL。delta、why不得为空话。title不得与原仓库名冲突（防改名重发）；两栏之间也不得重名；仓库名形态要求为小写 ASCII、dsh-xxx。evidence可核验，或明确为「无直接证据」。
画像若偏工程纪律，日报可能清一色网关与门禁类工具。插件通过画像补充「非官方来源插件」、并要求每条带 type（工具 / 游戏 / 趣味 / 外观 / 多媒体 / 传播），且至少覆盖 3 种；若仍全为同一类型，host 会强硬措辞重试一次，仍不变则在界面标明，不假装已均衡。
独立实现，不是 fork¶
硬规则与交付契约一致：
- 禁止
gh repo fork、禁止在原仓基础上 clone 改版、禁止整段搬运原版代码。 - 用
gh repo create建你自己的公开仓库；README 须注明灵感来源 URL 与你的差异；复用代码片段须符合 LICENSE 并保留版权声明。
点「做这个」后，插件不在当前会话里开发，而是按项目名 dsh-xxx 新建会话并投递第一条用户轮次契约（与 GUI「新会话」同路径）；同名条目批准接口幂等，已成功则回放 replayed: true，不会重复开窗。
契约要点（README 原文归纳）：在配置的 projectsRoot（默认 ~/Projects）起工程，骨架默认照抄 dsh-warden（可通过 templateRoot 覆盖）；node --test 全绿；推送前三步检查（密钥扫描、.gitignore、无关文件清理）任一命中则停止；通过后 gh repo create ... --public --source . --push 并回报 URL、测试数、commit、检查结果与和原版的差异。
安装与启用¶
安装命令以 README 为准（需指向插件目录，而非凭仓库名拼接）：
# npm 版 CLI 管理的 profile
dsh plugin --profile <name> add <插件目录>
# 桌面版 desktop profile 须使用 Electron 自带 CLI：
"<app>/resources/runtime/cli/bin/dsh" plugin --profile desktop add <插件目录>
装完后重启一次应用，对话视图会出现「日报」Tab。README 说明：修改 host 半区必须重启 app（Node 按 URL 缓存 ES 模块）；客户端半区可刷新页面热更新。
典型用法¶
界面操作：
- 立即生成：不必等到 11:00。
- 改进项 / 灵感的「做这个」：批准后在新窗口启动 agent。
- 「不感兴趣」：将来源记入 seen，后续不再出现。
HTTP 面（挂在 webServer 的 /dsh-daily 前缀下，若注册失败则仅无 HTTP，host 与定时器仍可用）：
GET /dsh-daily/state
POST /dsh-daily/run # 立即生成（202，异步）
POST /dsh-daily/market # 强制刷新市场目录
POST /dsh-daily/approve # { title } 或 { basedOn }
POST /dsh-daily/skip # { repo }
配置与数据路径¶
apply(ctx, config) 中各 key 可覆盖；与本机相关的路径类配置应写在 $DSH_HOME/daily/config.json，优先级为：显式 config > config.json > 内置默认。
常用默认值（摘自 README）：
| key | 默认 | 说明 |
|---|---|---|
hour / minute |
11 / 0 |
每日触发（本地时间） |
maxCandidates |
60 |
预筛池上限 |
perCategory |
4 |
每分类最多进池条数 |
maxImprovements |
10 |
改进项上限 |
maxIdeas |
3 |
灵感上限 |
maxTokens |
16000 |
单次生成上限（含推理 token） |
profileName |
desktop |
读取已装插件清单的 profile |
marketSource |
市场 catalog.json | 可改为镜像或固定副本 |
projectsRoot |
~/Projects |
agent 新建工程根目录 |
数据落盘示例：
| 路径 | 内容 |
|---|---|
$DSH_HOME/daily/reports/YYYY-MM-DD.json |
当日完整日报 |
$DSH_HOME/daily/state.json |
seen、灵感标题、批准记录等 |
$DSH_HOME/daily/approvals.jsonl |
批准审计流水 |
适用场景与注意¶
适合谁：长期在 DSH 里做插件、希望每天有人帮你把「热门插件 + 个人画像」收成可执行选项，且愿意自己把关再交给 agent 实现与发布的人。
权限与安全：插件以当前 DSH 进程权限运行；批准后会触发 agent 建仓、推送等操作。安装前请阅读源码与 MIT 许可证，并确认 projectsRoot、templateRoot 等本机路径符合你的习惯。
生态背景：DSH 社区插件目录（如 awesome-dsh-plugin.com）是独立站点，与 DeepSeek / 幻方无官方从属关系；本文不写「官方应用商店」表述。
容错：读语料失败、模型不可用、返回非 JSON、agent 忙碌等，README 称均降级为界面状态行，不应拖垮 harness。
结尾¶
dsh-daily 把「翻生态」和「动手做」拆成两个节拍：市场热度驱动的候选、四道校验守住空话与伪造来源，点选后才在独立会话里按契约发布你自己的仓库。
- 目录页：https://www.skillhub.cn/plugins/dingchenhui0618-arch/dsh-daily
- GitHub：https://github.com/dingchenhui0618-arch/dsh-daily
