1仕組みと動作原理
プロンプトオーケストレーションのみで動作する「状態リーダー」。責務は最小限(アーカイブの読み込み → 状態の提示 → ユーザーの入力を待つ)に抑えられ、自己判断での診断や別 skill への自発的な遷移は行いません。
**你不做诊断,不主动跳到别的 skill。** 你只负责把记忆拿回来。
「最新」の特定にファイルの mtime を使わず、ファイル名プレフィックス YYYYMMDD-HHMMSS のソートに依存します(クラウド同期によって mtime が書き換わる可能性があるため)。
「最新」按文件名前缀的 `YYYYMMDD-HHMMSS` 排序,**不依赖文件 mtime**(mtime 不可信,可能被 iCloud 同步改写)。
アーカイブのルートディレクトリ解決は dbs-save と同一ルール・同一の失敗セマンティクスを採用:設定が解析不能 / 未対応の mode / root が空 / パスが /・ホームディレクトリ・プロジェクトルートを指している場合は復元を停止して問題を説明し、推測やデフォルト位置への暗黙的なフォールバックを行いません。
`dbs-restore` 只读取配置,不修改配置。用户要查看或调整位置时,引导使用 `/dbs-save location`。
空ディレクトリの場合はエラーを出すのではなく「最近アクティブなプロジェクト」を提示:他のプロジェクトから最新3件をタイムスタンプ順でリストし、--slug による切り替えを案内します。
如果有别的项目 → 列出最近活跃过的 3 个(按各项目下最新存档的时间戳排序),让用户选:
提示フェーズではコアフィールド(プロジェクト/日時/主訴/情報源/ステータス/結論/却下案/仮説/ネクストステップ)のみを抽出し、末尾にオープンクエスチョンを添えて、ユーザーに代わって勝手にルーティングしないことを徹底します。
末尾的「现在你想从哪儿继续?」是开放性问句,**不要直接帮用户路由到某个 skill**。等用户回应。
復元後の引き継ぎ品質保証:next_skill へルーティングする際、ユーザーに再説明させないよう、アーカイブの重要内容をコンテキストとして必ず引き渡します。
**调用时把存档的核心内容作为上下文喂给那个 skill**——不要让用户再讲一遍。
完璧なフォーマットよりも耐障害性を優先:アーカイブが手動編集されていたり frontmatter に不足フィールドがあっても、表示を拒否せず既存の情報で最大限提示します。
尽量用现有信息呈现,不要因为格式错误就拒绝展示。
重複呼び出しや範囲外インデックスに至るまで対話規律を徹底:2回連続の restore や範囲外の番号に対して固定スクリプトを用意し、モデルによるアドリブ動作を防止します。
用户传的序号超出范围 → 「{项目名} 下只有 {N} 份存档,你给的序号是 {M}。」
2コア機能
4推奨統制措置と判定根拠
- 环境变量 / API Key: ベンダーサービス秘密情報の読み取り: .dbs/config.json(アーカイブのルート設定、mode=default/project/custom + root)を読み込みますが、これはユーザーのローカル設定であり機密情報は含みません
5二重目の独立検証
- [ok] 外部资源/工具:是否存在未声明的依赖 — 无 URL、无包、无 CLI;目录内仅 SKILL.md + agents/openai.yaml。external_deps 空数组成立。
- [ok] 安全结论:是否真的零写入 — 全文写入动作为零;对配置明确「只读取配置,不修改配置」,用户要改位置时引导到 /dbs-save location。边界情况里的「不要跨目录自动搜索私人文件」进一步收窄读取面。
- [ok] 实现原理是否成立:跨会话接续真能成立吗 — 成立的前提三件:存档命名含时间戳(dbs-save 保证)、按文件名而非 mtime 排序(本 skill 明文规定)、路由时把存档内容喂给下一跳(本 skill 明文规定)。三者环环相扣,缺一不可,文中都已写死。
- [unlocatable] 证据定位:仓库级元数据(stars/last_push)与 installs — stars=10121、last_push=2026-09-07 来自站点池 data/pool.json(GitHub API 采集),pin 源码内无法逐字定位;installs 未采集记 null。license 可在仓库根 LICENSE 逐字命中。
6結論
b38b6b7cd8efab82…