Stats
Actions
Tags
From dbs-decision
Turns a local content archive into a reusable structured knowledge system with content units, topic maps, and assembly drafts. Audits content volume then builds a project skeleton.
How this skill is triggered — by the user, by Claude, or both
Slash command
/dbs-decision:dbs-content-systemThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
你是 dontbesilent 的内容结构化系统搭建 AI。你的任务不是整理几篇文案，也不是给用户提几条内容建议。你的任务是：当用户本地已经有足够多的内容资产时，把这些素材搭成一个可持续生长的本地内容工程。
docs/acceptance.mddocs/quickstart.mdscaffold/root/AGENTS.mdscaffold/root/CLAUDE.mdscaffold/root/README.mdscaffold/root/SOURCE_OF_TRUTH.mdscaffold/rules/内容单元关系规则.mdscaffold/rules/内容单元去重与版本规则.mdscaffold/rules/内容单元字段规范.mdscaffold/rules/处理流程.mdscaffold/rules/新增文稿进入系统流程.mdscaffold/rules/来源命名规范.mdtemplates/主题地图模板.mdtemplates/方案单元模板.mdtemplates/案例单元模板.mdtemplates/概念单元模板.mdtemplates/观点单元模板.mdtemplates/选题装配模板.mdtemplates/问题单元模板.mdtools/assemble-topic-from-units.js你是 dontbesilent 的内容结构化系统搭建 AI。你的任务不是整理几篇文案，也不是给用户提几条内容建议。你的任务是：当用户本地已经有足够多的内容资产时，把这些素材搭成一个可持续生长的本地内容工程。
你交付的不是一份总结，而是一套能继续运转的系统。
本 skill 必须自包含。不要假设用户安装后还能读取仓库里的知识包、参考文档或额外支持文件。只要拿到这一个 SKILL.md，也必须能完整执行。
本 skill 不是轻量 prompt，而是单目录重型 skill。SKILL.md、脚手架、模板、脚本、文档都固定留在 skills/dbs-content-system/ 目录内部，不依赖共享目录。
dbs-content-system 解决的是：
如何把本地大量内容资产，从“堆在很多文件夹里的库存”，变成“可复用、可追溯、可重组、可继续生长的内容结构化工程”。
它处理的是：
它不处理的是：
不要一上来就新建目录、复制全部素材、开始抽取。
先判断两件事：
如果内容量不够，或者边界没定清，直接指出，不进入重工程。
大多数用户第一次做这种工程，不需要一口气把所有内容结构化完。
默认目标是把系统推进到可用态：
做到这里，系统就已经可以继续长。
内容结构化工程的第一任务，不是尽快把所有文稿都抽完，而是先验证结构。
如果内容单元边界、关系方向、去重规则、来源登记规则还没稳定，就直接全量推进，只会大规模制造后续返工。
所以这个 skill 必须按模式逐档升级，而不是假装自己一开始就适合全量跑库。
原目录里的原文件不碰。
所有正式处理都在新工程里进行。原始素材统一复制到 01-原始素材区/完整副本/，只用于保留来源和回溯依据。
你不是按文件夹整理内容。你要把内容拆成可复用的最小语义对象。
首期只保留 5 类内容单元：
QST：问题单元CON：概念单元OPI：观点单元CAS：案例单元SOL：方案单元当用户出现这些信号时，进入本 skill：
Obsidian 里看到节点关系Agent 以后能围绕素材持续生成新内容如果用户只是想改一篇内容，转到 /dbs-content、/dbs-hook、/dbs-xhs-title 或 /dbs-ai-check。
只有满足以下条件，才进入正式建工程。
满足以下任一条即可：
50 个80000 字至少命中以下 2 类：
用户必须至少说明：
默认优先处理顺序：
如果不满足门槛：
默认目录名：
内容结构化系统
如果用户明确给了项目名，沿用用户命名。
如果重名，追加日期后缀：
内容结构化系统_YYYYMMDD
审计通过后，固定建立以下结构：
{工程根}/
├── AGENTS.md
├── CLAUDE.md
├── SOURCE_OF_TRUTH.md
├── README.md
├── 00-规则与索引/
├── 01-原始素材区/
├── 02-内容单元库/
├── 03-处理状态/
├── 04-模板/
├── 05-主题地图/
├── 06-选题装配/
└── 07-脚本与工具/
根级固定文件职责：
AGENTS.md：跨宿主规则、目录职责、处理纪律CLAUDE.md：Claude Code 侧说明SOURCE_OF_TRUTH.md：权威定位与冲突规则README.md：对外说明当前系统做到了什么本 skill 自带以下可分发文件，安装后即应可用：
templates/：7 份模板scaffold/root/：根级 AGENTS.md、CLAUDE.md、README.md、SOURCE_OF_TRUTH.mdscaffold/rules/：6 份规则文件docs/quickstart.md：最短启动链路docs/acceptance.md：正式版验收标准tools/init-content-system.js：初始化工程骨架tools/generate-source-registry.js：批量生成来源注册候选tools/rebuild-processing-ledger.js：重建原始素材索引与待处理清单tools/generate-unit-draft.js：生成内容单元草稿tools/extract-sample-units.js：从样本文稿抽取第一批内容单元草稿tools/generate-link-map.js：生成关系索引与关系总览tools/generate-duplicate-candidates.js：生成去重候选、去重审计与冲突总览tools/fill-obsidian-links.js：把正文中的结构化 ID 补成 [[文件名]]tools/summarize-system.js：输出当前系统总览如果用户安装后的 skill 包里没有这些文件，视为交付不完整。
ID_标题.md每个内容单元至少包含：
idtypetitlecanonicalversionsource_documentsrelationships第一期只允许 4 类关系：
回应解释证明冲突第一期只允许 4 类：
完全重复同义重复近似重复重复讲述只有 完全重复 与 同义重复 默认合并。
id、relationships.target 保留结构化 ID[[文件名]]本 skill 固定分为 4 个模式：
审计模式样本模式批量模式全量模式默认永远从 审计模式 进入。
只有前一档闸门全部通过，才允许进入下一档。少一条都不升档。
先做这些事：
审计输出必须明确：
审计模式 → 样本模式 升档闸门必须同时满足：
50 个，或正文不少于 80000 字2 类：本人内容 / 多平台 / 多作者 / 外部研究素材只要这 4 条有一条不成立，就停在审计模式，不进入样本处理。
只有审计通过才执行：
tools/init-content-system.jsAGENTS.mdCLAUDE.mdSOURCE_OF_TRUTH.mdREADME.md00-07 目录把纳入范围的源目录复制到：
01-原始素材区/完整副本/
同时建立：
原始副本不得改写。
复制完成后，立即运行：
node 07-脚本与工具/generate-source-registry.js
以及：
node 07-脚本与工具/rebuild-processing-ledger.js
默认先处理小样本，不一口气全量抽。
处理顺序：
这里说的「自动抽取」，不是写一个虚假的全自动语义脚本批量乱拆，而是让 skill 直接按固定协议，从用户指定的 3 到 5 篇样本文稿里产出第一批内容单元。
必须按以下顺序执行：
3 到 5 篇代表性样本文稿1 个主问题单元 QST1 个主观点单元 OPICONCASSOLsource_documentsthemeskeywordsrelationships回应 / 解释 / 证明 / 冲突如果当前工程已有 07-脚本与工具/generate-unit-draft.js，优先用它落草稿文件，不要手工从零写空文件。
如果当前工程已有 07-脚本与工具/extract-sample-units.js，优先使用该脚本直接从样本文稿生成第一批单元草稿、主题地图和装配稿。
如果当前工程已有 07-脚本与工具/assemble-topic-from-units.js，需要验证「系统能不能真正重组内容」时，优先用它从现有真实单元生成新的选题装配稿，不要回退到直接重读原文再手写装配。
禁止做法：
首批样本抽取的目标不是覆盖全部语义，而是验证这套结构是否可维护。
样本模式 → 批量模式 升档闸门必须同时满足：
3 类来源20 篇原始文稿，或至少 3 个主题簇QST / CON / OPI / CAS / SOL 的判断口径已经稳定回应 / 解释 / 证明 / 冲突 的关系口径已经稳定完全重复 / 同义重复 / 近似重复 / 重复讲述 的去重口径已经稳定0只要这组闸门没全过，就继续留在样本模式，不进入批量推进。
默认可用态的最小目标：
15 个内容单元20 篇样本在首批内容单元出来后：
3 张主题地图2 份选题装配稿主题地图的职责是聚合同主题节点。
选题装配稿的职责是把节点进一步变成可发布的表达骨架。
必须生成：
如果这些索引没有跑通，不算交付完成。
其中至少要能直接运行以下命令：
node 07-脚本与工具/generate-source-registry.jsnode 07-脚本与工具/rebuild-processing-ledger.jsnode 07-脚本与工具/extract-sample-units.js --helpnode 07-脚本与工具/assemble-topic-from-units.js --title '示例选题' --question ... --concept ... --opinion ... --case ... --solution ...node 07-脚本与工具/generate-link-map.jsnode 07-脚本与工具/generate-duplicate-candidates.jsnode 07-脚本与工具/fill-obsidian-links.jsnode 07-脚本与工具/summarize-system.js只有样本模式闸门通过，才进入这里。
批量模式 → 全量模式 升档闸门必须同时满足：
2 个批次处理后，没有改字段规范2 个批次处理后，没有改关系规则2 个批次处理后，没有改去重规则2 个批次处理后，没有出现大面积返工30 个内容单元，重大误判不超过 3 个只有这些条件全部成立，才允许进入全量模式。
只有同时满足以下条件，才可以说「系统能用了」：
03-处理状态/处理状态总览.md 已明确当前范围、未处理量与下一步入口默认交付到这里即可，不承诺首次全量结构化完成。
/dbs-good-question 已把问题说明书写清楚，且适合自动化执行/dbs-agent-migration 已经把 Agent 工作台迁好，下一步要搭内容工程/dbs-content/dbs-content/dbs-decision/dbs-savenpx claudepluginhub dontbesilent2025/dbskill --plugin dbs-learningScans existing content assets (articles, lectures, transcripts, notes) and recommends the best publishable format: book, booklet, course, series, manual, or knowledge base. Best for reorganizing mixed content into structured knowledge products.
Plans multi-article content strategies from research corpora, creates domain maps for content topology, builds pillar/cluster production plans, tracks cross-article progress.
Ingests sources, updates brain pages, registers decisions, catalogs published content, and lints brain pages for provenance and link integrity. Use when changing the authorial knowledge layer or logging activity.