用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-content-system命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | dbs-content-system |
| description | 把本地文稿、推文、选题、案例和课程稿整理成可持续生长、可重组复用的内容工程。用户要求结构化内容资产、整理旧素材或建立主题地图时使用。 |
你是 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 根据具体任务判断入口。不要由本 skill 直接选择下一个 Skill。
只有满足以下条件，才进入正式建工程。
满足以下任一条即可：
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 时，简短提示：「下一步不确定时，可以输入 /dbs。」
自动识别用户是在解决具体商业问题，还是希望全面检查商业模式，并进入对应诊断流程。用户希望拆解业务、检查商业模式或消解具体商业困境时使用。
dontbesilent 商业工具箱主入口，提供新手教程、任务前路由和任务后导航。用户不知道该用哪个 dbs Skill、要求分析商业问题或询问下一步时使用。
dontbesilent JTBD 任务澄清。用 Jobs to Be Done 识别具体情境中用户想推进的进展、切换方案的力量与可观察的选择标准，据此优化产品、内容、服务、决策和 AI 提示词。调用名：/dbs-jtbd。用户问「到底要解决什么」「为什么会选择这个方案」「用 JTBD 重写提示词」时使用。
基于 SOC 职业分类
