dbs-report

1仕組みと動作原理

プロンプトのオーケストレーションのみによる「成果物ジェネレーター」：入力は dbs-save で保存されたアーカイブ markdown、出力はタイムスタンプ付きの新規レポート markdown であり、全工程で読み込み、統合、分類、転記のみを実行

dbs-save/dbs-restore と共通のアーカイブ ルートディレクトリ解決ルール（.dbs/config.json の default/project/custom の3モード）を使用し、3者とも設定の読み取りのみを行い書き込みは行わない

信頼性は「優れた要約」ではなく「追跡可能性」に依存：コア原則の第1項で会話からの根拠のない要約を禁止し、すべての内容は特定のアーカイブの特定のフィールドに紐付け可能である必要がある

複数回実行しても上書きせず、タイムスタンプによって「診断スナップショットの比較」能力を保持

結論の衝突に対して仲裁を行わない：新旧両方を記載し、新しいものを前に配置、古いものには「（以降の診断により修正済み）」と明記

意図的にマスキングを行わない：アーカイブ内のセンシティブな数値や顧客名はそのままレポートに出力され、マスキングの責任は dbs-save の段階に委ねられる

データ量に下限の基準を設ける：0件は即座に拒否、1件はまず思いとどまらせ強制するか確認、≥2件で初めて統合を開始（--since フィルタ後も同様に判定）

dbs-wechat-html との連携は条件付き：ユーザーに明確な公開ニーズがある場合にのみ1度提示し、ニーズがない場合は提示しない

2コア機能

4推奨統制措置と判定根拠

5二重目の独立検証

• [ok] 外部资源/工具：是否存在未声明的依赖或格式转换器 — 无 URL、无包、无 CLI 调用；PDF/HTML 相关语句只有禁止性的（不主动出 PDF / HTML / 其他格式）。external_deps 空数组成立。
• [ok] 安全结论：写入面是否只有报告文件 — 全文写入只有 mkdir -p 与报告文件生成；明确不修改 .dbs/config.json（「只读取配置，不修改配置」），不删除任何存档，不改写原始 sessions 文件。
• [ok] 实现原理是否成立：报告能否真正做到「每条可追溯」 — 六段中五段规定逐条携带来源（「· 出自 {对应存档的标题} · {对应日期}」）、附录给出文件名索引表，「结论冲突两条都列」避免丢失信息。机制可核查。
• [ok] 功能声明 vs 实际能力是否存在夸大 — description 只说「合并成可交付的 Markdown 报告」，未承诺分析深度或结论质量；SKILL.md 亦把「总结」限制到一段。一致。
• [unlocatable] 证据定位：仓库级元数据（stars/last_push）与 installs — stars=10121、last_push=2026-09-07 来自站点池 data/pool.json（GitHub API 采集），pin 本地副本无法逐字定位；installs 未采集记 null。license 可在仓库根 LICENSE 逐字命中。

6結論