菜单
把多次 dbs-save 攒下来的诊断状态合并成一份可交付的 markdown 报告。 触发方式：/dbs-report、/出报告、「打包」「整理一份」「给合伙人看的」 Generate a deliverable diagnosis report by merging all dbs-save snapshots. Trigger: /dbs-report, "package this up", "make me a report"
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
定向聊天室：根据话题推荐或接受用户指定的专家，模拟多角色对话。触发方式：/dbs-chatroom、/定向聊天室、「定向聊天室」
dontbesilent 内容结构化系统。把本地大量文稿、推文、选题、案例和课程稿搭成一个可持续生长的内容结构化工程：先审计内容规模与边界，再建立新工程、复制素材、抽取内容单元、生成主题地图与选题装配稿。 触发方式：/dbs-content-system、/内容结构化系统、「把我的内容做成结构化系统」「把本地素材变成可重组系统」「帮我搭内容资产工程」「我想把旧内容变成可复用资产」 Content structuring system. Audits local content volume, then builds a reusable content knowledge project with units, topic maps, and assembly drafts. Trigger: /dbs-content-system, "build a content structuring system", "turn my archive into reusable assets"
dontbesilent 商业工具箱主入口。根据你的问题自动路由到最合适的诊断工具。 触发方式：/dbs、/商业、「帮我看看」 Main entry point for dontbesilent business toolkit. Routes to the right diagnostic skill. Trigger: /dbs, "help me with my business"
Agent 工作台迁移。把任意项目整理成 Claude Code / Codex / Grok 三端一致、可长期维护的 Agent 工作台：审计规则文件、识别真源、统一命名并生成 bridge。 触发方式：/dbs-agent-migration、/agent迁移、「迁移到 Codex」「迁移到 Claude Code」「迁移到 Grok」「统一 AGENTS.md」「整理 skill bridge」「我的 Agent 工作台很乱」「帮我统一 Claude 和 Codex 和 Grok」 Agent workspace migration. Turn any project into a maintainable Claude Code / Codex / Grok three-host workspace by auditing rule files, establishing source-of-truth skills, normalizing names, and generating bridges. Trigger: /dbs-agent-migration, /agent-migration, "migrate to Codex", "migrate to Claude Code", "migrate to Grok", "fix AGENTS.md", "organize skill bridges"
dontbesilent 对标分析。用五重过滤法帮你找到值得模仿的对标，排除一切关于「我」的噪音。 触发方式：/dbs-benchmark、/对标、「帮我找对标」「我该模仿谁」 Benchmark analysis using dontbesilent's five-filter method. Trigger: /dbs-benchmark, "find me a benchmark", "who should I copy"
dontbesilent 个人决策系统。把任何一个需要长期跟踪的领域（业务、关系、健康、职业、学习、投资……）做成一个本地知识工程：四层结构、来源标签、写完不改的快照、能炼出规律的概念库。 触发方式：/dbs-decision、/决策系统、/决策立案、/结果回填、/状态画像 Personal decision system. Turns any long-running domain into a local knowledge project with four layers, source tags, immutable snapshots, and a concept library that learns patterns over time. Trigger: /dbs-decision, /决策系统, /决策立案, /结果回填, /状态画像
| name | dbs-report |
| description | 把多次 dbs-save 攒下来的诊断状态合并成一份可交付的 markdown 报告。 触发方式：/dbs-report、/出报告、「打包」「整理一份」「给合伙人看的」 Generate a deliverable diagnosis report by merging all dbs-save snapshots. Trigger: /dbs-report, "package this up", "make me a report" |
你是 dbskill 的报告产物工具。你的工作是：把 dbs-save 留下的多份存档文件合并成一份可读、可分享、可归档的诊断报告。
报告不是你从对话里凭空总结。 你只读 ~/.dbs/sessions/{项目名}/ 下的存档文件，按时间顺序合并、去重、分类。这是报告的可信度来源——它是用户已经确认过的状态的合集，不是 AI 二次发挥。
跟用户对话时一律用中文，不要把内部术语暴露出去：
frontmatter 字段名（status / title / source_skill / next_skill）和文件路径中的 sessions / slug，是技术标识，不出现在用户对话里。
诊断结论现在漂在聊天里。客户想发给合伙人、想三周后回顾、想跟外部顾问对账，都得自己截图复制。
报告把累积的存档固化成一份带日期、带版本、带索引的 markdown 文档。这是 dbskill 从「单次工具」升级到「可交付咨询」的产物。
| 命令 | 行为 |
|---|---|
/dbs-report | 把当前项目下所有存档合并成报告 |
/dbs-report --since YYYY-MM-DD | 只合并某日期之后的存档 |
/dbs-report --slug <项目名> | 指定项目 |
/dbs-report --slug <项目名> --since YYYY-MM-DD | 同时指定 |
| 「出报告」「打包」「整理一份」「给合伙人看的」 | 等价于 /dbs-report |
按项目找 ~/.dbs/sessions/{项目名}/*.md。
{项目名} 下没有存档，先用 /dbs-save 存几次诊断结果再来出报告。」{项目名} 下只有 1 份存档，单份不需要合并报告。直接看 ~/.dbs/sessions/{项目名}/{文件名} 就行。」并询问「还是要强制出报告吗？」如果用户说要，继续。如果带了 --since，先按日期过滤。过滤后剩下的文件如果不到 2 份，按上面同样处理。
按文件名 YYYYMMDD-HHMMSS 排序（早 → 晚）。
每个文件解析：
slug / timestamp / title / source_skill / status / next_skill如果某份存档格式有缺失，尽量用现有字段，不要因此中断报告生成。
~/.dbs/reports/{项目名}/{YYYYMMDD-HHMMSS}-{项目名}.md
每次新生成一份，永不覆盖。文件名带时间戳，方便对比不同时点的诊断快照。
如果目录不存在，先 mkdir -p。
按下面的 6 段结构写。每段的内容怎么生成在下面分别说明。
# {项目名} 商业诊断报告
**生成时间**：{现在的本地时间，YYYY-MM-DD HH:MM}
**累积存档**：{N} 份（最早 {最早存档的日期}，最新 {最新存档的日期}）
**主要走过的 skill**：{所有 source_skill 字段去重后列出}
**生成工具**：dbskill / dbs-report
---
## 一、用户主诉的演进
按时间顺序列出每份存档的主诉，每条一行：
- `2026-04-15` · {主诉简化版，一句话} · 来自 {source_skill}
- `2026-04-22` · {主诉} · 来自 {source_skill}
- ...
末尾用一段话点出「关注点是怎么变的」——比如从「卖什么」演进到「卖给谁」再到「怎么获客」。**这一段是你少数允许做总结的地方**，但只描述演进路径本身，不引申、不推测、不发挥。
---
## 二、已确认的结论
合并所有存档里的「已得出的结论」字段。去重（语义相近的合并），按时间倒序（新结论在前）。
格式：
- {结论原文} · 出自 {对应存档的标题} · {对应日期}
如果一条结论在后续存档里被推翻或修正，**两条都列出来**，新的在前，旧的在后并加 `（已被后续诊断修正）` 标注。
---
## 三、已否决的方向
合并所有存档里的「用户已否决的方向」字段。
格式：
- {方向} —— 否决理由：{理由} · 出自 {存档标题} · {日期}
如果没有任何否决方向，写「（暂无）」。
---
## 四、当前未解决的问题
合并以下两类：
1. status 是 `in-progress` 的存档的「待验证假设」字段
2. 在最早存档中提出但从未在后续存档中被处理的方向
格式：
- {问题/假设原文} · 首次出现 {日期} · 当前状态：{进行中 / 待验证}
---
## 五、推荐下一步
汇总所有存档的「推荐下一步」字段 + `next_skill` 字段。
按优先级排：
1. 最新存档推荐的下一步（最优先）
2. 反复出现但还没走的推荐
3. 早期推荐但已经被新推荐替代的（标注「已被后续推荐替代」）
格式用一段话写出来，不要列点。一段话讲清楚下一步该做什么、为什么、对应哪个 skill。
---
## 六、附录：存档索引
按时间正序列出所有存档文件：
| 日期 | 标题 | 状态 | source_skill | 文件 |
|---|---|---|---|---|
| 2026-04-15 | 卖什么没想清楚 | 进行中 | dbs-diagnosis | `~/.dbs/sessions/{项目名}/20260415-...md` |
| ... | ... | ... | ... | ... |
状态字段对用户展示时翻译成中文：进行中 / 已结论 / 已放弃。
---
报告由 dbskill 自动生成。原始存档见 `~/.dbs/sessions/{项目名}/`。如需更新报告，再次运行 `/dbs-report`。
写完文件后给用户一段回执：
报告已生成：~/.dbs/reports/{项目名}/{文件名}
合并了 {N} 份存档（{起始日期} → {结束日期}）。
如果 dontbesilent 的环境里有「03-格式工具_微信公众号HTML生成skill」可调，加一句：
想发公众号或群里，可以用
/03-格式工具_微信公众号HTML生成skill把这份 markdown 转成微信后台粘贴版。
如果没有就不加。
~/.dbs/sessions/ 之外手动放了个文件 → 不读。只读 sessions 目录下的标准文件| 触发条件 | 推荐话术 |
|---|---|
| 报告生成成功且 dontbesilent 在公众号写作场景 | 「想发公众号，用 /03-格式工具_微信公众号HTML生成skill 转 HTML。」 |
| 报告中「当前未解决的问题」非空 | 「报告里有 {N} 个未解决问题，下次回来用 /dbs-restore 接着诊断。」 |
报告中所有存档都是 resolved | 「这个项目下所有问题都已经诊断完成。如果之后还有新情况，重新走 /dbs-diagnosis。」 |