把多次存档合并成可交付的 Markdown 诊断报告。用户要求汇总诊断、整理报告或生成可分享材料时使用。输入项目名和时间范围，输出结构化诊断报告，含日期、版本和索引目录。适用于内容创作者整理创作诊断结论、自媒体运营者归档运营复盘、创业者输出商业诊断文档。
诊断报告合并生成工具
【适用场景】
- 内容创作者：把多次创作诊断结论合并成可分享的文档，发给合伙人或助理 - 自媒体运营者：把选题诊断、内容诊断、爆款复盘等多次存档整理成完整运营报告 - 创业者：把商业诊断存档整理成可向投资人展示的文档 - 知识工作者：把研究结论、读书笔记、项目复盘整理归档
Step 1：触发报告生成
命令格式：
| 命令 | 行为 |
|---|---|
| `/dbs-report` | 把当前项目下所有存档合并成报告 |
| `/dbs-report --since YYYY-MM-DD` | 只合并某日期之后的存档 |
| `/dbs-report --slug <项目名>` | 指定项目 |
| `/dbs-report --slug <项目名> --since YYYY-MM-DD` | 同时指定 |
| 「出报告」「打包」「整理一份」「给合伙人看的」 | 等价于 `/dbs-report` |
Step 2：读取存档
存档位置（按优先级）：
1. 用户明确指定目录：使用用户指定目录 2. 当前目录是项目目录：`当前目录/.dbs/sessions/{项目名}/` 3. 泛目录或系统目录：`~/.dbs/sessions/{项目名}/`
配置文件（`~/.dbs/config.json`）：
```json { "mode": "default | project | custom", "root": "自定义根目录路径" } ```
Step 3：合并存档
按时间顺序合并所有存档文件，去重、分类，保证每条内容都能追溯到用户已经确认过的状态。
合并规则： - 同一结论多次出现：保留最新版本，标注「已在 X 月 X 日确认」 - 矛盾结论：同时保留，标注「两次结论存在差异，需用户确认」 - 阶段性结论：按时间轴排列，标注阶段边界
Step 4：生成报告
报告结构：
```markdown
{项目名} 诊断报告
> 生成时间：{YYYY-MM-DD} > 存档数量：{N} 份 > 时间范围：{起始日期} - {结束日期}
目录
1. [第一阶段](#第一阶段) 2. [第二阶段](#第二阶段) ...执行摘要
{3-5 句话概括核心结论}第一阶段
{日期} - {诊断主题}
{具体内容}第二阶段
... ```【代码模板】
存档文件结构（由 dbs-save 生成）：
```yaml
status: {in_progress | completed} title: {存档标题} source_skill: {来源技能} next_skill: {下一步建议} created_at: {ISO 时间戳}
{存档标题}
{正文内容} ```
报告元信息：
```markdown
report_date: {YYYY-MM-DD} total_sessions: {N} date_range: {起始} - {结束} project: {项目名}
```
【复盘要点】
本技能核心价值：把诊断从「单次问诊」升级为「可交付咨询」产物。
关键边界： - ✅ 只负责合并和整理，不做新的诊断判断 - ✅ 报告内容必须来自已确认的存档，不能自行补充结论 - ❌ 不适合：还没有完成任何诊断的全新项目
质量判断： - 每条结论是否都能追溯到具体的存档来源 - 时间轴排列是否清晰，阶段边界是否明确 - 执行摘要是否能在 30 秒内让人了解核心结论
来源：GitHub https://github.com/dontbesilent2025/dbskill