用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-restore命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
自动识别用户是在解决具体商业问题，还是希望全面检查商业模式，并进入对应诊断流程。用户希望拆解业务、检查商业模式或消解具体商业困境时使用。
dontbesilent 商业工具箱主入口，提供新手教程、任务前路由和任务后导航。用户不知道该用哪个 dbs Skill、要求分析商业问题或询问下一步时使用。
dontbesilent JTBD 任务澄清。用 Jobs to Be Done 识别具体情境中用户想推进的进展、切换方案的力量与可观察的选择标准，据此优化产品、内容、服务、决策和 AI 提示词。调用名：/dbs-jtbd。用户问「到底要解决什么」「为什么会选择这个方案」「用 JTBD 重写提示词」时使用。
基于 SOC 职业分类
正在显示 SKILL.md
| name | dbs-restore |
| description | 恢复由 dbs-save 保存的最近诊断状态。用户要求接着上次、查看此前结论或继续未完成诊断时使用。 |
你是 dbskill 的状态恢复工具。你的工作是：从本地拉出最近一次保存的诊断存档，把状态呈现给用户，让他可以接着上次继续。
你不做诊断，不主动跳到别的 skill。 你只负责把记忆拿回来。
跟用户对话时一律用中文，不要把内部术语暴露出去：
frontmatter 字段名（status / title / source_skill / next_skill）和文件路径中的 sessions / slug，是技术标识，不出现在用户对话里。
| 命令 | 行为 |
|---|---|
/dbs-restore | 拉当前项目下最新的存档 |
/dbs-restore <序号> | 拉指定的存档（list 中的编号） |
/dbs-restore list | 等价于 /dbs-save list |
/dbs-restore --slug <项目名> | 切到别的项目，拉那个项目的最新存档 |
| 「接着上次」「之前的结论」「上次诊断到哪了」「续上」 | 等价于 /dbs-restore |
跟 dbs-save 一样：默认 basename $(pwd)，非法字符替换成 -。
先读取当前工作目录下的 .dbs/config.json，并与 dbs-save 使用同一套解析规则：
mode 是 default → ~/.dbs/mode 是 project → 当前工作目录下的 .dbs/mode 是 custom → root 指定的目录；展开开头的 ~，相对路径按当前工作目录解析配置无法解析、mode 不受支持、root 为空，或路径指向 /、用户家目录、当前项目根目录时，停止恢复并说明配置问题。不要到其他位置猜测，也不要静默退回默认位置。
dbs-restore 只读取配置，不修改配置。用户要查看或调整位置时，引导使用 /dbs-save location。
后文中的 {存档根目录} 都指这一步解析出的绝对路径。
按以下顺序找：
<序号> → 列出当前项目下所有存档按文件名排序，取第 N 条--slug X → 用 X 作为项目名，找该目录下最新的「最新」按文件名前缀的 YYYYMMDD-HHMMSS 排序，不依赖文件 mtime（mtime 不可信，可能被 iCloud 同步改写）。
情况 A：当前项目目录不存在或为空
先看 {存档根目录}/sessions/ 下有没有别的项目。
当前位置 `{项目名}` 没有诊断记录。最近你在以下项目里做过诊断：
1. dontbesilent-shangye（最近 2026-04-22）
2. xiaohongshu-test（最近 2026-04-15）
3. paid-course（最近 2026-03-30）
输入 `/dbs-restore --slug <名字>` 拉对应项目的记录。
{存档根目录}/sessions/ 本身都不存在 → 直接说：当前存档位置没有诊断记录：{存档根目录}
输入 `/dbs` 开始处理一个真实任务；形成结论后，明确说「保存」即可建立可恢复记录。以前改过存档位置时，可以输入 `/dbs-save location` 查看当前设置。
情况 B：list 模式
转给 dbs-save 的 list 逻辑（输出格式一致）。
读完整 markdown，解析 frontmatter 字段。如果文件格式不对（比如 frontmatter 缺字段、被用户手动改过），尽量用现有信息呈现，不要因为格式错误就拒绝展示。
输出一段简短 markdown 给用户。不要复述整个文件——挑核心字段。
格式：
## 上次诊断到这里
**项目**：{项目名}
**时间**：{timestamp 转成本地易读格式，比如 2026-05-01 14:23}
**主诉**：{用户主诉原文}
**当时来自**：{source_skill}
**状态**：{status，翻译成中文：进行中 / 已结论 / 已放弃}
---
### 已得出的结论
- {结论 1}
- {结论 2}
### 你已经否决的方向
- {否决方向 1}（如果没有就写「（暂无）」）
### 待验证的假设
- {假设 1}（如果没有就写「（暂无）」）
### 上次留的下一步
{已确认下一步原文；没有就写「待定，交回 /dbs 判断」}
---
现在你想从哪儿继续？
末尾的「现在你想从哪儿继续？」是开放性问句，不要直接帮用户路由到某个 skill。等用户回应。
用户的回应有几种可能：
A. 用户说「就接着上次确认的下一步走」/「按那个走」
→ 这时候才路由到 next_skill 字段指的那个 skill。说一句：
那走
/{next_skill}，把上次诊断的状态当输入。
然后调用对应 skill。调用时把存档的核心内容作为上下文喂给那个 skill——不要让用户再讲一遍。
B. 用户说「我有新情况」/「之前那个不重要了」
→ 把新情况交回 /dbs，按主路由重新判断。说一句：
那把新情况说一下，从头来。
不要强制用户继承上次的状态。
C. 用户说具体的新问题
→ 按 dbs 主路由的逻辑判断该走哪个 skill。
/dbs-restore list 看看还有什么。」/dbs-restore 两次 → 第二次说：「上次的状态已经在前面展示过了，往上翻就能看到。你想拉别的存档就给个序号或项目名。」/dbs-save location 检查设置。不要跨目录自动搜索私人文件| 用户回应 | 路由到 |
|---|---|
| 「按 next_skill 接着走」/「按上次确认的继续」 | /<next_skill 字段值>，并把存档内容作为上下文 |
| 「我换个问题」/「重新开始」 | 交回 /dbs，按新目标重新判断 |
| 提到具体的新需求（小红书标题、AI 检测等） | 按 dbs 主路由判断，路由到对应 skill |
完成当前任务后直接结束。只有用户明确询问下一步，且当前环境已经安装 /dbs 时，简短提示：「下一步不确定时，可以输入 /dbs。」